¿Qué es un dispositivo crudo de impresión?
Estoy trasteando en mi impresora Epson con un programa llamado escputil, que sirve para hacer los test y limpieza de inyectores, alineación de cabezales, etc. Para algunas de las opciones, como por ejemplo para saber el nivel de tinta de los cartuchos, me dice "La obtención de los niveles de tinta requiere usar un dispositivo crudo." Así que la pregunta es, ¿qué es un dispositivo crudo de impresión? adeu ______________________________________________ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es
El 13/07/05, Gerardo Serrano escribió:
Así que la pregunta es, ¿qué es un dispositivo crudo de impresión?
X-D Pues un dispositivo "poco hecho". Je, je, parece más bien un error de traducción, el original sería algo así como "raw device". Lo que ya no te podría decir es qué significa ese mensaje, quizá esté relacionado con el envío de los datos, la configuración del puerto... Saludos, -- Camaleón
El mié, 13-07-2005 a las 11:35 +0200, Camaleón escribió:
El 13/07/05, Gerardo Serrano escribió:
Así que la pregunta es, ¿qué es un dispositivo crudo de impresión?
X-D Pues un dispositivo "poco hecho".
¡ muy aguda !
Je, je, parece más bien un error de traducción, el original sería algo así como "raw device". Lo que ya no te podría decir es qué significa
En los entornos gráficos actuales, las aplicaciones hablan un idioma genérico, siendo necesario un driver para que traduzca después al idioma específico de cada impresora. Esto permite a los desarrolladores diseñar sus formularios sin preocuparse de la marca y modelo de impresora que tendrá cada usuario y a los usuarios poder imprimir desde cualquier aplicación habiendo configurado la impresora una sola vez. Determinadas aplicaciones sin embargo generan directamente un formato comprensible por la impresora, por lo que no es necesaria ninguna traducción. Este era el funcionamiento habitual en la época del MS-DOS y tiene el inconveniente de que hay que configurar una por una cada aplicación para que pueda imprimir, pero la ventaja de que es posible enviar a la impresora cualquier secuencia de datos, incluso si no están implementadas en el driver de turno. Para hacer que los datos vayan directamente a la impresora sin pasar por el driver, hay que configurar una cola "raw". Con CUPS, cada impresora ya tiene asociada su cola raw, por lo que no es necesario definirla a mano, sino que básta añadir el parámetro -o raw, más o menos así: lp -o raw fichero.txt Saludos. Miquel.
es algo asi como los printers de puntos de venta que tienen su propio codigo o lenguaje para entenderse *-------------------------------------------------------* *-Edwin Quijada *-Developer DataBase *-JQ Microsistemas *-809-747-2787 * " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun" *-------------------------------------------------------*
From: "Miquel A. Noguera" <ibz@wanadoo.es> To: "Lista SuSE (Novell)" <suse-linux-s@suse.com> Subject: Re: [suse-linux-s] ¿Qué es un dispositivocrudo de impresión? Date: Wed, 13 Jul 2005 14:24:59 +0200
El mié, 13-07-2005 a las 11:35 +0200, Camaleón escribió:
El 13/07/05, Gerardo Serrano escribió:
Asà que la pregunta es, ¿qué es un dispositivo crudo de impresión?
X-D Pues un dispositivo "poco hecho".
¡ muy aguda !
Je, je, parece más bien un error de traducción, el original serÃa algo asà como "raw device". Lo que ya no te podrÃa decir es qué significa
En los entornos gráficos actuales, las aplicaciones hablan un idioma genérico, siendo necesario un driver para que traduzca después al idioma especÃfico de cada impresora. Esto permite a los desarrolladores diseñar sus formularios sin preocuparse de la marca y modelo de impresora que tendrá cada usuario y a los usuarios poder imprimir desde cualquier aplicación habiendo configurado la impresora una sola vez.
Determinadas aplicaciones sin embargo generan directamente un formato comprensible por la impresora, por lo que no es necesaria ninguna traducción. Este era el funcionamiento habitual en la época del MS-DOS y tiene el inconveniente de que hay que configurar una por una cada aplicación para que pueda imprimir, pero la ventaja de que es posible enviar a la impresora cualquier secuencia de datos, incluso si no están implementadas en el driver de turno.
Para hacer que los datos vayan directamente a la impresora sin pasar por el driver, hay que configurar una cola "raw".
Con CUPS, cada impresora ya tiene asociada su cola raw, por lo que no es necesario definirla a mano, sino que básta añadir el parámetro -o raw, más o menos asÃ:
lp -o raw fichero.txt
Saludos. Miquel.
-- Para dar de baja la suscripcin, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
_________________________________________________________________ Charla con tus amigos en línea mediante MSN Messenger: http://messenger.latam.msn.com/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-07-13 a las 14:14 -0000, Edwin Quijada escribió:
es algo asi como los printers de puntos de venta que tienen su propio codigo o lenguaje para entenderse
Bueno, en este caso es que es necesario el acceso directo a la impresora para poder saber si le queda tinta o para alinear los cabezales (lectura y escritura). Probablemente necesite acceder directamente a /dev/lp0 o lo que sea. Seguramente la documentación de ese programa lo diga. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFC1caGtTMYHG2NR9URAhHMAJ0VFEhiPVDW+xLUKtxn7rdiD05qKgCffdfl /xx9sjUaqpqSqJA8HYPezmU= =/Doi -----END PGP SIGNATURE-----
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2005-07-13 a las 14:14 -0000, Edwin Quijada escribió:
es algo asi como los printers de puntos de venta que tienen su propio codigo o lenguaje para entenderse
Bueno, en este caso es que es necesario el acceso directo a la impresora para poder saber si le queda tinta o para alinear los cabezales (lectura y escritura). Probablemente necesite acceder directamente a /dev/lp0 o lo que sea. Seguramente la documentación de ese programa lo diga.
- -- Saludos Carlos Robinson
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFC1caGtTMYHG2NR9URAhHMAJ0VFEhiPVDW+xLUKtxn7rdiD05qKgCffdfl /xx9sjUaqpqSqJA8HYPezmU= =/Doi -----END PGP SIGNATURE-----
Bueno, gracias a todos por la ayuda. Al final, lo del dispositivo crudo o poco hecho era una mala traducción de raw device, así que indicándole la ruta de la impresora todo solucionado. Muchas gracias y, para los que tengais una impresora Epson, escputil es un programita en línea de comandos muy interesante. adeu ______________________________________________ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es
Sólo como anécdota, acerca de los 'raw devices' (por lo menos en Venezuela si usábamos bastante ese término 'crudo' para referirnos a él [Cuando UNIX era el rey ...]). Los raw devices nacen en UNIX por 2 razones fundamentales: a) Algo más de velocidad (El driver no tenía que 'interpretar' los comandos), por ende el 'volcado' o escritura de la información era más directo y expedito; la lectura era bastante más lenta que en los dispositivos 'cooked' (si, cocidos) b) En los discos, se obtenía mayor capacidad al no tener que colocarle las marcas de inicialización (Estructura). Como analogía, podemos pensar en un 'block raw device' como un disco 'sin inicializar/formatear' donde sabemos que se pierde parte de la capacidad al colocar la definición de la estructura de almacenamiento (Conocida en los bajos fondos como 'inicialización o formato'). El Sistema Operativo trataba al disco como un gran dispositivo secuencial (como una unidad de cinta), e implementaba un offset para ubicar los archivos en el disco, y grababa (en el disco principal) una especie de índice. Por ejemplo: Sector #0: Archivo N0, longitud X Sector #X: Archivo N1, longitud Y Sector #X+Y: Archivo N2, longitud Z Sector #X+Y+Z: Archivo N3, longitud ... Claro, esto era para discos adicionales, no para el disco principal donde residía el sistema operativo; normalmente orientados a aplicaciones comerciales y permitía obtener mejor rendimiento en algunos casos; sin embargo, a nivel de administración de sistema era una locura y esta práctica se usaba en algunos casos. Saludos, Jean H// -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267.8.13/47 - Release Date: 12/07/2005
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-07-14 a las 05:19 -0400, Jean Hendrickx escribió:
b) En los discos, se obtenía mayor capacidad al no tener que colocarle las marcas de inicialización (Estructura). Como analogía, podemos pensar en un 'block raw device' como un disco 'sin inicializar/formatear' donde sabemos que se pierde parte de la capacidad al colocar la definición de la estructura de almacenamiento (Conocida en los bajos fondos como 'inicialización o formato'). El Sistema Operativo trataba al disco como un gran dispositivo secuencial (como una unidad de cinta), e implementaba un offset para ubicar los archivos en el disco, y grababa (en el disco principal) una especie de índice. Por ejemplo:
Sector #0: Archivo N0, longitud X Sector #X: Archivo N1, longitud Y Sector #X+Y: Archivo N2, longitud Z Sector #X+Y+Z: Archivo N3, longitud ...
Claro, esto era para discos adicionales, no para el disco principal donde residía el sistema operativo; normalmente orientados a aplicaciones comerciales y permitía obtener mejor rendimiento en algunos casos; sin embargo, a nivel de administración de sistema era una locura y esta práctica se usaba en algunos casos.
Y en linux se sigue usando: la partición swap es eso precisamente, un dispositivo crudo. Más velocidad. Lo unico que se necesita es un lugar de almacenamiento lineal, nada de ficheros ni directorios. Yo lo he visto empleado para ciertas bases de datos, y para volcado rapido de registros de sucesos: luego cuando se para el proceso se analiza la partición como un postproceso. Para aplicaciones de tiempo real supone menor carga de sistema para las partes críticas que se tratan en tiempo real. Puede que ahora que los ordenadores son mucho más rápidos ya no haga tanta falta, pero el espacio de swap sigue siendo así, se nota la diferencia. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFC1lHYtTMYHG2NR9URAoGmAJ0fKcVwWJj6qrjEE0svvJgjUWNXEwCfbaAT 1GZekzSE4vY0nCUsqb3iSy0= =/kVI -----END PGP SIGNATURE-----
Hola. Tengo una red con controladores de dominio windows. El acceso a internet se hace a través de un proxy suse 9.2 unido al dominio mediante winbind. En el acceso a internet squid utiliza el helper ntlm_auth. Hasta aquí todo correcto. Sin embargo he añadido una nueva máquina linux y en cuanto conecto esta nueva máquina al dominio, el proxy deja de pertenecer al mismo dominio. Mejor dicho, el helper ntlm_auth deja de autentificar a los usuarios dando siempre ERR. Alguien sabe qué debo hacer para unir los dos linux al dominio sin problema? Un saludo. Alberto ______________________________________________ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es
participants (7)
-
Alberto E. Gallardo Doñate -
Camaleón -
Carlos E. R. -
Edwin Quijada -
Gerardo Serrano -
Jean Hendrickx -
Miquel A. Noguera