El Jueves, 12 de Mayo de 2005 10:30, O. Castell i Marcos escribió:
Mi problema está en el sonido. Todo lo demás va como la seda con SuSE 9.2 y SuSE 9.3 (tengo dos servidores de terminales).
He seguido al pie de la letra las especificaciones para implementar el sonido en los terminals según el proyecto LTSP con NASD como servidor de sonido ... tengo constància que los terminales reconocen las tarjetas de sonido (són SB compatible) pero el sonido sigue sonando en los servidores en lugar de en los clientes.
Alguien tiene experiencia en este tema con SuSE?
* Pues si has seguido las indicaciones no hay razon para que no funcione, si estas usando NASD supongo que sera para interactuar con arts , en el panel de control habilita sonido en red, de todas maneras si no te funciona con nasd prueba ESD. * arranca iptraf en el servidor, habilita un shell en ../i386/etc/lts.conf para los terminales, cambia al shell, y haz una llamada al servidor con los comandos que vienen en la ayuda, ten en cuenta el cortafuegos.
Hola, muchas gracia por tu respuesta. He provado con esd como tu dices y sigue el mismo problema: 1.- Arranco ESD en el servidor. 2.- El cliente identifica correctamente su targeta de sonido. 3.- He instalado el paquete de sonido (solo es una shell ¿?) de LTSP en el servidor. 4.- He activado en KDE el sonido en red eliminando el buffer tal como indicant en el HOWTO. Hasta aquí todo perfecto. Pero los sonidos de los terminales suenan en el servidor en lugar de en los altavoces de los terminales. No sé exactament el funcionamiento pero puestos a suponer: 1.- El cliente debe recibir el sonido que emite el usuario que està connectado al servidor. 2.- Debe haber algun lugar donde se indique al LTSP la relación entre la IP y el usuario/terminal que emite un sonido para que envie la información, no? 3.- Si, como creo, eso lo hace el paquete de sonido del LTSP, llego a la conclusión que "no funciona correctament en SuSE". De hecho he estado mirando su contenido y es un shell-script pero no se exactament qué hace o pretende hacer. Alguien sabe como funciona esto y si funciona o no en SuSE?? Gracias. El vie, 13-05-2005 a las 11:22 +0200, jose maria escribió:
El Jueves, 12 de Mayo de 2005 10:30, O. Castell i Marcos escribió:
Mi problema está en el sonido. Todo lo demás va como la seda con SuSE 9.2 y SuSE 9.3 (tengo dos servidores de terminales).
He seguido al pie de la letra las especificaciones para implementar el sonido en los terminals según el proyecto LTSP con NASD como servidor de sonido ... tengo constància que los terminales reconocen las tarjetas de sonido (són SB compatible) pero el sonido sigue sonando en los servidores en lugar de en los clientes.
Alguien tiene experiencia en este tema con SuSE?
* Pues si has seguido las indicaciones no hay razon para que no funcione, si estas usando NASD supongo que sera para interactuar con arts , en el panel de control habilita sonido en red, de todas maneras si no te funciona con nasd prueba ESD.
* arranca iptraf en el servidor, habilita un shell en ../i386/etc/lts.conf para los terminales, cambia al shell, y haz una llamada al servidor con los comandos que vienen en la ayuda, ten en cuenta el cortafuegos.
--
O. Castell i Marcos
El Viernes, 13 de Mayo de 2005 14:30, O. Castell i Marcos escribió:
muchas gracia por tu respuesta. He provado con esd como tu dices y sigue el mismo problema:
1.- Arranco ESD en el servidor. 2.- El cliente identifica correctamente su targeta de sonido. 3.- He instalado el paquete de sonido (solo es una shell ¿?) de LTSP en el servidor.
* Si
4.- He activado en KDE el sonido en red eliminando el buffer tal como indicant en el HOWTO.
Hasta aquí todo perfecto. Pero los sonidos de los terminales suenan en el servidor en lugar de en los altavoces de los terminales.
1.- El cliente debe recibir el sonido que emite el usuario que està connectado al servidor.
* Correcto por red.
2.- Debe haber algun lugar donde se indique al LTSP la relación entre la IP y el usuario/terminal que emite un sonido para que envie la información, no? 3.- Si, como creo, eso lo hace el paquete de sonido del LTSP, llego a la conclusión que "no funciona correctament en SuSE".
De hecho he estado mirando su contenido y es un shell-script pero no se exactament qué hace o pretende hacer.
* No lo he mirado lo vere esta tarde, pero seguramente no es mas que un redireccionamiento a ip:puerto, has mirado la posibilidad de crear un fichero en /tmp/nasd/socket para el asunto del flash como dice en la ayuda tal vez sea conveniente para estas ocasiones, ten en cuenta que hay opciones en suse para limpiar periodicamente /tmp * Mirate el asunto FreeNX si tienes unos terminales con cierta memoria, basicamente para que puedas probarlo con el iso standard de PXES sin tocar nada, tiene una opcion en el cliente, "habilitar multimedia en el terminal" ni siquiera tengo tarjeta de sonido en los servidores y funciona bien con las tarjetas reconocidas. * [OT] Por cierto acabo de fijarme en tu direccion, estais en Barcelona ¿no?, si es de tu interés, ponte en contacto conmigo, que desde la Asociación que presido tenemos algunos proyectos (aulas itinerantes) a ejecutar este ejercicio con terminales sin disco, en escuelas, asociaciones, etc, con este asunto y podríamos colaborar.
Una vez más gracias por tu ayuda, Ahora que comentas sobre FreeNX (parece casualidad), resulta que estamos provando alternativas a LTSP y hemos visto ThinStation (que funciona verdaderament bien) el qual implementa el FreeNX, así como VNC, XDMCP, SSH y otros tipos de conexión. Por una parte, de momento, los técnicos hemos llegado a la conclusión que ThisStation es mucho más versatil y útil que LTSP (ThinStation permite connectar a sistemas diferentes a UNIX/LINUX), pero los usuarios lo encuentran un tanto más complicado (¿?) ... y nos piden si es posible modificar (automatizar como el LTSP) la connexión al servidor. Veo que tu y tu asociación estais muy puestos en ello, conoces a fondo ThinStation y sus possibilidades de configuración (de BlackBox imagino)? Es posible hacer esto que nos piden, automatizar la connexión para que sea transparente para el usuario? Respecto a la propuesta: somos un IES de Tarragona y estamos en un proyecto para implementar los ordenadores al aula-clase (unas 30 aulas, con wireless y cableado). De momento tenemos un aula de informatica con 5 terminales (sin disco) en marxa y otra aula de informatica de 10 ordenadores con arranque dual (siempre con LTSP). Tenemos 2 terminales como prueva piloto en dos aulas-clase con wireless (un bridge en cada targeta de red para ser exactos, que connectan a puntos de acceso ya configurados) y todo funciona como la seda, excepto el sonido. Como entenderás el sonido "es necesario" en ciertas aplicaciones educativas y los usuarios lo exigen. Hablaré con los responsables para ver si les gusta la idea de que nos hagais una demostración. Hasta pronto O. Castell En/na jose maria ha escrit:
El Viernes, 13 de Mayo de 2005 14:30, O. Castell i Marcos escribió:
muchas gracia por tu respuesta. He provado con esd como tu dices y sigue el mismo problema:
1.- Arranco ESD en el servidor. 2.- El cliente identifica correctamente su targeta de sonido. 3.- He instalado el paquete de sonido (solo es una shell ¿?) de LTSP en el servidor.
* Si
4.- He activado en KDE el sonido en red eliminando el buffer tal como indicant en el HOWTO.
Hasta aquí todo perfecto. Pero los sonidos de los terminales suenan en el servidor en lugar de en los altavoces de los terminales.
1.- El cliente debe recibir el sonido que emite el usuario que està connectado al servidor.
* Correcto por red.
2.- Debe haber algun lugar donde se indique al LTSP la relación entre la IP y el usuario/terminal que emite un sonido para que envie la información, no? 3.- Si, como creo, eso lo hace el paquete de sonido del LTSP, llego a la conclusión que "no funciona correctament en SuSE".
De hecho he estado mirando su contenido y es un shell-script pero no se exactament qué hace o pretende hacer.
* No lo he mirado lo vere esta tarde, pero seguramente no es mas que un redireccionamiento a ip:puerto, has mirado la posibilidad de crear un fichero en /tmp/nasd/socket para el asunto del flash como dice en la ayuda tal vez sea conveniente para estas ocasiones, ten en cuenta que hay opciones en suse para limpiar periodicamente /tmp
* Mirate el asunto FreeNX si tienes unos terminales con cierta memoria, basicamente para que puedas probarlo con el iso standard de PXES sin tocar nada, tiene una opcion en el cliente, "habilitar multimedia en el terminal" ni siquiera tengo tarjeta de sonido en los servidores y funciona bien con las tarjetas reconocidas.
* [OT] Por cierto acabo de fijarme en tu direccion, estais en Barcelona ¿no?, si es de tu interés, ponte en contacto conmigo, que desde la Asociación que presido tenemos algunos proyectos (aulas itinerantes) a ejecutar este ejercicio con terminales sin disco, en escuelas, asociaciones, etc, con este asunto y podríamos colaborar.
El Viernes, 13 de Mayo de 2005 18:53, O. Castell i Marcos escribió:
Ahora que comentas sobre FreeNX (parece casualidad), resulta que estamos provando alternativas a LTSP y hemos visto ThinStation (que funciona verdaderament bien) el qual implementa el FreeNX, así como VNC, XDMCP, SSH y otros tipos de conexión.
* Efectivamente tinstation, pxes, etc... que hay mas, no son mas que minidistribuciones que implementan una serie de clientes y servidor si se quiere, ltsp añade nfs para poder montar un sistema de ficheros de esta forma con un disquete arrancas terminales desde 16MB de ram.
Por una parte, de momento, los técnicos hemos llegado a la conclusión que ThisStation es mucho más versatil y útil que LTSP (ThinStation permite connectar a sistemas diferentes a UNIX/LINUX), pero los usuarios lo encuentran un tanto más complicado (¿?) ...
* Que yo sepa sin alterar los ficheros de configuración no, crear tu propia mini-distribución, supongo que una compilacion con pxesconfig por ejemplo, incluyendo simplemente los arranques ya configurado, el iso resultante solo tendra los iconos con los ficheros de configuración ya tratados y ten en cuenta a grub y el arranque dual que ya comentas que tienes. * En las escuelas suele estar instalado windows, nada mas facil que desde windows lanzar el cliente de FreeNX (que puede guardar perfiles de conexion) y elegir la deseada ya configurada, teniendo ambos sistemas visibles. * Ten en cuenta a knoppix, FreeNX es una implementación libre de nomachine hecha por knopper y sus secuaces esta incluido en knoppix, lo digo por que de interesarte te puedes hacer un cd a partir de knoppix, esta mas que documentado, que incluya simplemente el reconocimiento de hard y el arranque FreeNX con una conexion por defecto ya configurada. * En mi caso me interesa tener ltsp por el arranque con disquete, terminales con muy poca memoria y la ejecucion local de aplicaciones, si no recuerdo mal contra thinstation tambien se pueden usar los disquetes de rom-o-matic, yo uso el universal que es del proyecto thinstation no me acuerdo ahora, ya que meterle mano a las roms de las ethernet, me parece complicarse la vida, para eso casi por el mismo precio compro terminales puros con soporte pxe.
Tenemos 2 terminales como prueva piloto en dos aulas-clase con wireless (un bridge en cada targeta de red para ser exactos, que connectan a puntos de acceso ya configurados) y todo funciona como la seda, excepto el sonido. Como entenderás el sonido "es necesario" en ciertas aplicaciones educativas y los usuarios lo exigen.
* Si, el asunto del sonido es algo que no me preocupaba simplemente funciono con las tarjetas reconocidas, mañana sabado en las clases de informatica de la asociacion le daremos un repaso a fondo a ver por que puede estar sucediendo, no obstante en mis servidores no hay tarjetas de sonido, veremos en que influye, te dire algo instalaremos ambos sistemas NASD y ESD, a ver que pasa, tambien mirare algun servidor de streaming vls seguramente a lo mejor la solucion es mas facil con mayor flexibilidad, al poder lanzar multimedia por la red.
Hablaré con los responsables para ver si les gusta la idea de que nos hagais una demostración.
* Lamentablemente solo cubriremos Barcelona, no obstante ya se lo habeis demostrado vosotros, desconozco el grado de autonomia que tendreis en los IES pero el problema son los responsables d'enseñament no hay que luchar contra ignorantes, que seguro que no lo son, si no contra desahogados, escuso decirte la tanda de programas que os llegan, hace poco me enseñaron lo mas nuevo uno para montar isos y otro para imagenes y thumbails de pago por supuesto por X centros, en un centro de primaria les acaban de llegar una docena de ordenadores nuevos P4 a no se cuantos miles de MHz, bueno pues no hemos visto que la bios tenga arranque pxe y el servidor asignado a ltsp es un p3 a 800Mhz , el coordinador de informatica tiene que andar casi escondiendose para dar las clases sobre esta construccion, el otro dia se dejo un cd de arranque pxes en una maquina, y les aparecio el login, y corre un rumor por la escuela de que en los ordenadores "hay algo raro" , nos esta leyendo asi que a lo mejor puede aportar algun "chisme" aun mas jugoso. * Mi recomendacion en estas circunstancias sera que se arranque windows y con el cliente NX conectar a linux FreeNX, cuando esto sea algo habitual para los profesores (que son un problema) sera la hora del formateo.
Hola otra vez, pues el caso es que somos de los IES que reutilizamos los Pentium PRO del pasado con 32 de memoria que es lo que tenemos funcionando en las aulas clase (por eso el LTSP). Sabes que en Catalunya, muchas veces, las dotaciones presupuestarias se acaban a la salida de Barcelona y resulta que en las comarcas "lejanas" solemos sufrir las consecuencias. Ese es nuestro caso. Veo que estas enterado de la situación "laboral" de los coordinadores de informatica catalanes y con quien debemos lidiar para tener "algo" decente ... total por 60 € mensuales más de sueldo al mes y tres horas de dedicación semanales al mantenimiento de informatica (imaginate un centro como el mio con 80 ordenadores con WindowsXP y 4 servidores con Linux SuSE) para acabar locos ... pero vamos haciendo, como tu dices, a pesar de las lumbreras de turno en la dirección de informática educativa. No se si sabes que gran cantidad de los CDs y DVDs acaban en un armario encerrados. No me extraña, el 3% es muy suculento (las comisiones sabes) y eso si que lo tiene el software libre ... no hay comisiones para las lumbreras de turno. El último dia nos llegó el Contribute (de macromedia), a estas alturas de la vida ya no me sorprende nada. Jose maria, si consigues configurar el sonido te agradeceré un pequeño Howto para SuSE que posiblemente se pueda aportar al proyecto de LTSP (creo que no está muy bien soportado este tema y es una lástima). Gracias port todo. O. Castell En/na jose maria ha escrit:
El Viernes, 13 de Mayo de 2005 18:53, O. Castell i Marcos escribió:
Ahora que comentas sobre FreeNX (parece casualidad), resulta que estamos provando alternativas a LTSP y hemos visto ThinStation (que funciona verdaderament bien) el qual implementa el FreeNX, así como VNC, XDMCP, SSH y otros tipos de conexión.
* Efectivamente tinstation, pxes, etc... que hay mas, no son mas que minidistribuciones que implementan una serie de clientes y servidor si se quiere, ltsp añade nfs para poder montar un sistema de ficheros de esta forma con un disquete arrancas terminales desde 16MB de ram.
Por una parte, de momento, los técnicos hemos llegado a la conclusión que ThisStation es mucho más versatil y útil que LTSP (ThinStation permite connectar a sistemas diferentes a UNIX/LINUX), pero los usuarios lo encuentran un tanto más complicado (¿?) ...
* Que yo sepa sin alterar los ficheros de configuración no, crear tu propia mini-distribución, supongo que una compilacion con pxesconfig por ejemplo, incluyendo simplemente los arranques ya configurado, el iso resultante solo tendra los iconos con los ficheros de configuración ya tratados y ten en cuenta a grub y el arranque dual que ya comentas que tienes.
* En las escuelas suele estar instalado windows, nada mas facil que desde windows lanzar el cliente de FreeNX (que puede guardar perfiles de conexion) y elegir la deseada ya configurada, teniendo ambos sistemas visibles.
* Ten en cuenta a knoppix, FreeNX es una implementación libre de nomachine hecha por knopper y sus secuaces esta incluido en knoppix, lo digo por que de interesarte te puedes hacer un cd a partir de knoppix, esta mas que documentado, que incluya simplemente el reconocimiento de hard y el arranque FreeNX con una conexion por defecto ya configurada.
* En mi caso me interesa tener ltsp por el arranque con disquete, terminales con muy poca memoria y la ejecucion local de aplicaciones, si no recuerdo mal contra thinstation tambien se pueden usar los disquetes de rom-o-matic, yo uso el universal que es del proyecto thinstation no me acuerdo ahora, ya que meterle mano a las roms de las ethernet, me parece complicarse la vida, para eso casi por el mismo precio compro terminales puros con soporte pxe.
Tenemos 2 terminales como prueva piloto en dos aulas-clase con wireless (un bridge en cada targeta de red para ser exactos, que connectan a puntos de acceso ya configurados) y todo funciona como la seda, excepto el sonido. Como entenderás el sonido "es necesario" en ciertas aplicaciones educativas y los usuarios lo exigen.
* Si, el asunto del sonido es algo que no me preocupaba simplemente funciono con las tarjetas reconocidas, mañana sabado en las clases de informatica de la asociacion le daremos un repaso a fondo a ver por que puede estar sucediendo, no obstante en mis servidores no hay tarjetas de sonido, veremos en que influye, te dire algo instalaremos ambos sistemas NASD y ESD, a ver que pasa, tambien mirare algun servidor de streaming vls seguramente a lo mejor la solucion es mas facil con mayor flexibilidad, al poder lanzar multimedia por la red.
Hablaré con los responsables para ver si les gusta la idea de que nos hagais una demostración.
* Lamentablemente solo cubriremos Barcelona, no obstante ya se lo habeis demostrado vosotros, desconozco el grado de autonomia que tendreis en los IES pero el problema son los responsables d'enseñament no hay que luchar contra ignorantes, que seguro que no lo son, si no contra desahogados, escuso decirte la tanda de programas que os llegan, hace poco me enseñaron lo mas nuevo uno para montar isos y otro para imagenes y thumbails de pago por supuesto por X centros, en un centro de primaria les acaban de llegar una docena de ordenadores nuevos P4 a no se cuantos miles de MHz, bueno pues no hemos visto que la bios tenga arranque pxe y el servidor asignado a ltsp es un p3 a 800Mhz , el coordinador de informatica tiene que andar casi escondiendose para dar las clases sobre esta construccion, el otro dia se dejo un cd de arranque pxes en una maquina, y les aparecio el login, y corre un rumor por la escuela de que en los ordenadores "hay algo raro" , nos esta leyendo asi que a lo mejor puede aportar algun "chisme" aun mas jugoso.
* Mi recomendacion en estas circunstancias sera que se arranque windows y con el cliente NX conectar a linux FreeNX, cuando esto sea algo habitual para los profesores (que son un problema) sera la hora del formateo.
El Viernes, 13 de Mayo de 2005 19:12, jose maria escribió:
Tenemos 2 terminales como prueva piloto en dos aulas-clase con wireless (un bridge en cada targeta de red para ser exactos, que connectan a puntos de acceso ya configurados) y todo funciona como la seda, excepto el sonido. Como entenderás el sonido "es necesario" en ciertas aplicaciones educativas y los usuarios lo exigen.
* Acabo de bajar el tar.bz2 de ltsp-sound y el script que se instala en /etc/profile.d/ con el rpm, o las lineas que se añaden a /etc/profile ejecutando el install.sh del tar.bz2 , contiene un problema habitual, el binario nc (netcat) que es como manda el sonido a los terminales, en suse es /usr/bin/netcat y no /usr/bin/nc, vamos que es netcat no nc, mira a ver si por hay esta la historia.
participants (2)
-
jose maria
-
O. Castell i Marcos