opensuse
[Arriba] [Todas las Listas]

Re: [opensuse] Viejo dos .prn Archivos

To: opensuse@xxxxxxxxxxxx
Subject: Re: [opensuse] Viejo dos .prn Archivos
From: "Brian K. White" <brian@xxxxxxxxx>
Date: Wed, 07 Sep 2011 12:31:35 -0400
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 07 Sep 2011 12:32:43 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <201109070816.45093.p.nikolic1@btinternet.com>
List-archive: <http://lists.opensuse.org/opensuse/>
List-help: <mailto:opensuse+help@opensuse.org>
List-owner: <mailto:opensuse+owner@opensuse.org>
List-post: <mailto:opensuse@opensuse.org>
List-subscribe: <mailto:opensuse+subscribe@opensuse.org>
List-unsubscribe: <mailto:opensuse+unsubscribe@opensuse.org>
Mailing-list: contact opensuse+help@xxxxxxxxxxxx; run by mlmmj
Organization: Aljex Software Inc.
References: <201109070816.45093.p.nikolic1@btinternet.com>
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2
En 9/7/2011 3:16 AM, Peter *Nikolic escribió:
Bien

tener algún *dos  .*prn Archivos no son texto aparecen para ser *binary  en odas
de naturaleza cualquiera tiene cualquier idea cómo para abrir estos  *i no les quiere imprimir cuando que
significa el *rescanning les.

  Archivo 800*XLT-1.PRN
800*XLT-1.PRN: HP *Printer Ideas de dato de Lengua

de Job cualquiera complace

*Pete .


.*prn No es tipo muy específico de dato.

_SI_ estos son trabajos de impresión capturados para archivar de viejo *dos *apps, entonces tienes que saber lo que clase de *printer que *app imprimía para respaldar cuándo fue utilizado.

El dato será *printer-específico.

En el *plus lado las elecciones de *printers y *printer formatos de dato eran menos y había casi algo como unos cuantos estándares comunes atrás entonces. Normalmente cualquier PCL (HP *LaserJet) o *Epson punto-matriz, o posiblemente *PostScript.

Hoy hay un *zillion *printers que todos hablan su lengua individual propia y el dato de impresión real que pasa al *printer es *meaningless basura a cualquier otro *printer o software. Pero atrás entonces, menos tan. La mayoría de punto-matriz *printers de cualquier fabricante habló algún cercano *variant de lo que el *Epson el MX habló, o tuvo un *emulation modo que hizo exactamente aquello. La mayoría de Láser *printers habló PCL y/o *PostScript. Tinta *jets y no-láseres de PCL de otros fabricantes vinieron a lo largo de más tardío y era sólo embarcado con Ventanas & *Mac conductores por entonces.

Si la aplicación que escribió esto era *coded para imprimir a un *laserjet, entonces el dato es PCL (HP *LaserJet dato, los cuales pueden tener #ambos texto sencillo con *markup códigos de escapada y *binary *blobs para *raster imágenes y blando *fonts) puedes utilizar *ghostpdl para leer dato de PCL y producción un PDF.
Instala *ghostpdl
*http://descarga.*opensuse.*org/*repositories/Casa:/*aljex/*openSUSE_11.3/*x86_64/*ghostpdl-9.01-33.5.*x86_64.*rpm

Entonces "*pcl2*pdf *foo.*prn *foo.*pdf"


Si la aplicación era *coded para imprimir a un punto-matriz *printer entonces es probablemente *Epspon / IBM *Proprinter dato que es normalmente #99% texto sencillo con unos cuantos *markup códigos de escapada, pero absolutamente diferente que PCL. hay tal cosa como *raster dato de imagen para punto-la matriz pero él no es demasiado comunes desde él mataría tinta *ribbons e impresión-cabezas y ser ruidoso cuando infierno. No sé de cualquier *epson descodificadores de-mano, pero el *epson los códigos eran tan sencillos te justo les podría ignorar y leer el texto sencillo, o probablemente un *fairly sencillo *awk el guión les podría traducir a *html. Pero si tuviste esto lo habrías sabido y no lo dijo parece *binary *junk.

También puedes probar corriendo "archivo *foo.*prn" Y ver si la magia de archivo *util reconoce el dato. (Podrías tener que "*zypper en archivo")

Si el dato es *PostScript la orden de archivo lo tendría que reconocer y podrías probar rebautizar el archivo a *foo.*ps Y justo abrirlo en *gv o *gimp o uso *ghostscript a producción un *pdf.

Si la orden de archivo no reconoce el dato, y no es PCL, y no puedes decir de mirar en el dato directamente, entonces sencillamente tienes que tener alguna pista sobre el *app que originalmente lo escribió, o correo el dato aquí y quizás alguien más puede reconocer algo tú no.

--
*bkw
--
A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
Puesto que órdenes adicionales, *e-correo: *opensuse+help@xxxxxxxxxxxx


On 9/7/2011 3:16 AM, Peter Nikolic wrote:
Right

have some dos  .prn files they are not text they appear to be binary  in nature
odes anyone have any idea how to open these  i do not want to print them as that
means the rescanning them.

  file 800XLT-1.PRN
800XLT-1.PRN: HP Printer Job Language data

Ideas anyone please

Pete .


.prn is not any specific type of data.

_IF_ these are print jobs captured to file from old dos apps, then you have to know what kind of printer that app was printing to back when it was used.

The data will be printer-specific.

On the plus side the choices of printers and printer data formats were fewer and there was almost something like a few common standards back then. Usually either PCL (HP LaserJet) or Epson dot-matrix, or possibly PostScript.

Today there are a zillion printers that all speak their own individual language and the actual print data that passes to the printer is meaningless garbage to any other printer or software. But back then, less so. Most dot-matrix printers from any manufacturer spoke some close variant of what the Epson MX spoke, or had an emulation mode which did exactly that. Most Laser printers spoke PCL and/or PostScript. Ink jets and non-PCL lasers from other manufacturers came along later and were only shipped with Windows & Mac drivers by then.

If the application that wrote this was coded to print to a laserjet, then the data is PCL (HP LaserJet data, which can have both plain text with markup escape codes and binary blobs for raster images and soft fonts) You can use ghostpdl to read PCL data and output a PDF.
Install ghostpdl
http://download.opensuse.org/repositories/home:/aljex/openSUSE_11.3/x86_64/ghostpdl-9.01-33.5.x86_64.rpm

then "pcl2pdf foo.prn foo.pdf"


If the application were coded to print to a dot-matrix printer then it's probably Epspon / IBM Proprinter data which is usually 99% plain text with a few markup escape codes, but utterly different than PCL. There is such a thing as raster image data for dot-matrix but it's not too common since it would kill ink ribbons and print-heads and be noisy as hell. I don't know of any epson decoders off-hand, but the epson codes were so simple you could just ignore them and read the plain text, or probably a fairly simple awk script could translate them into html. But if you had this you would have known it and not said it looks like binary junk.

You can also try running "file foo.prn" and see if the file magic util recognizes the data. (You might have to "zypper in file")

If the data is PostScript the file command should recognize it and you could try renaming the file to foo.ps and just open it in gv or gimp or use ghostscript to output a pdf.

If the file command doesn't recognize the data, and it's not PCL, and you can't tell from looking at the data directly, then you simply have to have some clue about the app that originally wrote it, or post the data here and maybe someone else can recognize something you don't.

--
bkw
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx


<Anterior por Tema] Tema Actual [Siguiente por Tema>