Mas sobre Streamdev-server

Hola amigos del foro. A ver si alguien ha probado lo que yo estoy intentando poner en marcha. Tengo mi giga con el VDR y el plugin streamdev-server funcionando. En mi ordenador (que uso linux) puedo ver sin problemas los streams en directo tanto en el navegador como en el kaffeine si abro con http://192.168.1.201:3000/1. Tengo hecha una lista de canales con todas las urls para cargarlos con el reproductor que quiera (kaffeine, xine, mplayer...) y ver los canales como si estuviera en la tv del salon. Pero el zapping se hace eterno si tengo que esperar 5 segundos por cada cambio de canal.

Entonces probe a montar en el ordenador el vdr con el streamdev-client apuntando al giga y... solo funciona a medias. Bien configurado puedo ver tanto las grabaciones como la TV en directo, pero cuando cambio de canal se queda en negro la pantalla. Paso dos o tres canales y luego vuelve de nuevo. Total, que no es usable. En las grabaciones no tengo ningun problema. Los logs no muestran diferencia de cuando funciona y cuando no funciona. Solo me avisan de cuando se conecta el cliente y cuando se desconecta, y cuando se queda en negro se desconecta.

No se si me explico. ¿Hay alguien que haya probado esto?

Hola traxxxto, bienvenido al foro!!!

Por lo que entiedo quieres evitar tener que esperar esos 5 segundos cuando cambias de canal... bien, por lo que sé puedes reducir ese tiempo a costa de reducir los segundos que se guardan en el buffer cuando se reproduce en streaming. Te advierto que si lo haces puede que la TV se haga muy difícil de ver debido a los saltos que se pueden producir si al reproducir se vacía ese buffer.

Esto es un problema inherente a la tecnología utilizada al hacer streaming ya que si no guardas unos segundos "de seguridad" la reproducción por streaming se hace insoportable.

Si quieres hacer esto, casi todos los reproductores tienen en las preferencias una opción para indicarle el tiempo que se quiere guardar en el buffer para reproducir en streaming, redúcelo hasta encontrar el equilibrio ideal.

Sobre la opción de utilizar el cliente de streaming de VDR, el problema será el mismo que en los otros reproductores, se necesita guardar un buffer de unos segundos para que la reproducción vaya normal y no a tirones. Puede que tenga algún bug, por lo de que se queda en negro, aunque a mi eso también me ha pasado reproducciendo con VLC.

Es lo mismo, creo yo, que hace que la TDT vaya con retraso frente a la TV analógica precisamente 3 ó 4 segundos.

Y también es lo mismo, creo yo, que hace que los decos de TDT "tarden en cambiar de canal".

Es algo que a todo el mundo le tiene exasperado y que nadie entiende que no queda más remedio, que es una tecnología que funciona así.

Todo el mundo viene de lo analógico y quiere que el zapping sea instantáneo, apretar botón y ver canal; y no puede ser con la tele digital.

Se ven todavía por ahí las comparativas de decos (zappers más bien) que se han estado usando estos años así como "de broma", ya que la TDT es algo que se le ha antojado a alguien y no es para nada algo realista, en los que casi la característica que más valora la gente es la "rapidez de cambio de canal".

Cuanto más rápido cambie un deco/zapper de canal, menos buffer y más fácil que haga "entrecortados" y cosas raras.

Un programa de televisión muy estático, como una entrevista, casi todo el telediario, o el "tengo una pregunta para usted..." es de "encefalograma plano". El bitrate del stream es casi constante y muy reducido. En ese caso el buffer podría ser casi "0". Al mismo tiempo que se recibe se reproduce sin problemas.

Pero en cuanto hay imágenes en movimiento, como muchos anuncios incluso, no sólo pelis de acción o deportes, o reportajes con la cámara en mivimiento, por la calle, haciendo contínuos barridos, se producen grandes variaciones en el bitrate, puede oscilar de menos de 3 Mbps a más de 5.

Ahí hace falta un búffer para que la reproducción no se quede sin "datos" al pasar de repente de 3 a 5 Mbps.

Como ese búffer no puede estar creciendo y decreciendo contínuamente y el procesador MPEG no sabe si yo estoy viendo una peli de acción o el tarot de Aramís, pues el búfer suele ser fijo, y puede ser conservador y de 5 segundos o vien más arriesgado y de sólo 2 segundillos.

El que ve la tele tiene que acostumbrarse a que el cambio directo de canal es una cosa del pasado y tras la desaparición de los sistemas nalógicos dejarán de ser así. No se puede pedir calidad digital y al mismo tiempo respuesta analógica, es imposible.

Incluso televisores de hace años y analógicos tenían que pensarse varios segundos si cambiaban de canal o no. Yo conocí alguno, de alta gama, en casa de alguien que hace como 7 u 8 años se quedaba en negro varios segundos al zappear. Vete a saber que tecnologías se ponen para ver "muy bien" la tele, pero siempre ha habido modelos de teles analógicas "tardonas".

A lo mejor en el futuro les da por incluir en el stream de transporte, en el TS, a parte del vídeo y el audio y el teletexto y la EPG y no sé cuanto más, un PID en el que se lean los bitrates con 4 ó 5 segundos de anticipación y así implementar un búffer variable "predictivo" y a medida, en función del programa. Pero ahora mismo no es así.


Hasta luego.

odracir escribió:Y también es lo mismo, creo yo, que hace que los decos de TDT "tarden en cambiar de canal".

Ese retardo al cambiar de canal es debido a que espera a tener el primer i-frame, para después sincronizar el audio y el vídeo, por eso a veces algunas cadenas les cuesta un poco más que a otras, porque usan menos i-frames.

Aquí hay un parche para el VDR que acelera el zapping porque sincroniza el audio y el vídeo cuando tiene un frame (da igual si es i-frame o no) y explica detalladamente este tema:
http://www.linuxtv.org/pipermail/vdr/2007-May/012803.html

Creo que no me he expresado con claridad. No me importa si tarda en zapear el aparato, lo que quiero conseguir es tener el ordenador de cliente VDR del giga, igual que se hace si montas un servidor con 4 o 5 tarjetas DVB-T/S y pones maquinitas mas pequeñas sin disco ni nada de cliente contra este servidor. El servidor se encarga de sintonizar con la primera tarjeta que tiene libre (que ya lo sabe hacer muy bien la version para PC) y le envia los datos al cliente para que los visualize. En ese caso las grabaciones y todo se programan en el cliente, pero realmente las graba el servidor. Pues bien, yo intento que el servidor sea el giga (que es el que tiene los sintonizadores) y el cliente el ordenador.

- ¿Pero si ya lo tienes con el streamdev-client/server?
- A medias. Para ver un canal tengo que cargar la lista de canales y eso requiere raton, teclado, saber hacerlo... Yo intento que el VDR en el ordenador esté siempre activo ya que tengo 4 salidas graficas una de ellas conectada a un proyector.

Ademas, la caracteristica principal que se pierde asi es la de no poder ver las grabaciones en el ordenador. Realmente los datos si se graban en el disco del ordenador (lo hago por red con NFS), pero para verlos volvemos a lo mismo: raton, teclado, carpetas, saber, seleccionar todos los ficheros, meterlos en lista de reproduccion... un jaleo que en mi casa solo me puedo permitir yo. Y no se puede hacer con una grabacion en curso porque al no seleccionar todos los ficheros se corta la reproduccion.

Ahora espero haber aclarado el tema.

Por cierto ¡vaya velocidad para responder!
Este foro SI funciona

Gracias por el apunte, Bittor, le tengo que echar un vistazo, es un tema interesante. No sé aún porqué VLC no reproduce los mpeg-ts de wavebox y a lo mejor esto anda detrás.......

En cuanto a lo que buscas Traxxxto, entonces tu problema es de programa a usar.

Quizás por eso has probado con VDR en linux, por usar una interfaz con mando a distancia......

En principio ahora mismo no se me ocurre ninguna posibilidad. ¿Has probado el otro de linux, MythTV?

Hay programas que te reproducirán sin problemas los ficheros de VDR en el GIGA. Yo tengo pendiente probar desde hace unos días si lo que tú quieres se hace con VLC o SMplayer, que permiten "abrir directorio". Lo que ocurre es que todos los días me olvido y en mi caso es un ratito, ya que todo lo tengo en red y con samba, pero se me olvida.

El sistema de esos programas de "abrir directorio" funciona sin problemas con grabaciones, ya que lo que hacen es crear una "playlist" con todos los ficheros que encuentran ahí y los reproducen de carrerilla.

Mi duda es si también lo hacen cuando en el directorio van apareciendo contínuamente archivos, como cuando se inicia una grabación.

En tu caso necesitarías automatizar esos programas para usarlos de forma sencilla como pretendes, por ejemplo con un mando a distancia para "pasar" canales.

Pero me da que esos programas son de teclado y ratón.

Creo que tendrías que empezar por buscar programas que admitan mando a distancia, como los de las sintonizadoras de TV.

Y ahí te tocará pelear con la forma de acceder de esos programas a redes o a streaming o cosas similares.

Aún así el tema es interesante y si consigues avanzar algo a mi por lo menos me gustaría que lo compartieras.

Hasta luego.

Exacto, mi problema es ese, que no encuentro un "interfaz" que unifique las 2 funciones, ver las grabaciones y ver los canales.

Ahora estoy probando con el protocolo VTP a pelo y el netcat. De momento he conseguido sintonizar hasta 3 canales a la vez y grabarlos en ficheros mpg. mientras que se graban los voy viendo los 3 a la vez con el xine y de momento va bien. Lo que me da que pensar que el problema de que se me quede la pantalla en negro y se desconecte del giga es problema del plugin streamdev-client del ordenador, porque con el netcat va bien. Solo me queda probar "pipearlo" hacia el xine para evitar tener que grabar el archivo en disco. Lo mismo con un poco de ingenio se hacen un par de scripts y ya tenemos zapper para el giga en Linux, que creo que no hay ninguno.

Lo suyo sería que alguien que conociera los plugins les echara un vistazo para poder ponerlos a funcionar, que ya os digo que el problema seguro que es una tonteria. Sería un puntazo poder poner al giga como servidor VDR y que varios ordenadores tiraran de los sintonizadores (siempre claro con las limitaciones de tener solo 2).

En cuanto a lo de "abrir directorio" ya lo habia probado y evidentemente te añade todos los archivos que hay y los reproduce bien, con su saltito entre ficheros, pero bien. El problema es el que os contaba, que añade los ficheros que hay en ese momento, pero si la grabacion esta en marcha, los ficheros que se vayan creando nuevos no los añade a la lista de reproduccion.

Y lo del mando a distancia no es ningun problema con linux . Tengo hecho un receptor de infrarrojos casero para el Lirc, lo arrancamos y le decimos que queremos que haga con cada tecla, ejecutar un script, pulsar una combinacion de teclas, ... Vamos lo que quieras.

Saludos.

¡Leches!

Tú lo tienes mucho más currado que yo que sólo hago planes :tonto:

Ya lo creo que sería un puntazo ver en distintos PC/trastos la tele suministrada por el M7x0.

Con el stremadev yo he provado a ver con VLC 3 y 4 canales a la vez. Con 4 anda pelín atosigao, pero yo uso VDR RootFS y me da que es mucho más limitado que el de firm.

En realidad yo lo que pienso es que si emiten en HD de forma puntual, con un sistema así se vería en el PC la HD y hasta se grabaría.

No sé si el sistema de grabación del TS de VDR lo permitirá, ya que hay programas que me identifican el .vdr como PS y entonces la HD igual no la procesa VDR. Sé que el sistema de wavebox sí permite grabar la HD, pero faltará ver lo que hace el VDR.

Streamdev se salta el procesado de VDR, ya que en el PC me vuelca VLC un TS con PIDs que no están en los ficheros .vdr, como los subtítulos. Así que confío en que si VDR no graba la HD, lo hará streamdevsrvr.

Pero bueno, para eso queda muuuucho.

Por cierto, no sé si tiene interfaz para mando a distancia, pero has probado DVScheduler??

Usa interfaz web, y el VLC como programa de visionado/grabación, así que igual no permite mando, pero no lo sé, nunca lo he mirado:

DVSheduler

Ese programa es de entorno linux, pero yo lo tengo en el portátil y si bien los drivers de mi sintonizadora/capturadora PCMCIA son güindous, no sé que apaño hace pero usa la sintonizadora con drivers BDA de linux. Bueno, no llegué a grabar varios canales de un mismo MUX, pero es la principal ventaja del sistema linux y dice hacerlo el programa.

La cosa es que usa un script o plugin o algo así para usar VLC como programa de sintonización y por lo que dice puede usar cualquier sintonizador (DVB-T, DVB-S, DVB-C) cámaras USB y hacer streaming.

El plugin o programa es DVPiper:

http://www.cs.usyd.edu.au/~efax/DVPiper.html

Igual ese programilla, sin DVSheduler, sólo con VLC te da más opciones, pero yo no lo sé, no entiendo nada de lo que dice

Pero me recuerda lo que dices de "pipear", por eso te lo comento.

Hasta luego.

Bueno, el DVSheduler que comentas lo he intentado bajar y solo esta el instalador para win. No he conseguido hacerlo funcionar en linux. De todas maneras creo es mucho mas sencillo que todo eso. De hecho el protocolo VTP del streamdev-server ya está hecho, y solo falta automatizar el tema de cambio de canales y tal.

Ejemplo:

Con el giga funcionando y el plugin streamdev-server cargado le habilitas el protocolo VTP (vdr-to-vdr). En el ordenador abres una sesion de terminal y usas el netcat junto con el xine para recoger los datos que vamos a enviarle desde el giga:

nc -p 36000 -l | xine stdin://

36000 es el puerto que ponemos a escuchar.

ahora en otra sesion de terminal hacemos telnet al giga en el puerto del VTP: (> es donde escribimos)

>telnet 192.168.1.201 4001 (la ip y el puerto que tengo yo)

Nos contesta el giga:

Trying 192.168.1.201...
Connected to 192.168.1.201.
Escape character is '^]'.
220 Welcome to Video Disk Recorder (VTP)

El comando port segun el protocolo establece la comunicacion con la ip en el puerto indicado (ver protocolo VTP en uno de los readmes del plugin) El 0 es un identificador que no se para que es porque no te deja poner otro. La ip son los cuatro siguientes numeros separados por comas y el puerto son los ultimos numeros (byte alto y bajo en decimal)

> port 0 192,168,1,193,140,160
220 Port command ok, data connection opened

Sintonizamos el canal 1 (La 1)
> tune 1
220 Channel tuned

Y añadimos los pids de video y audio
> addp 101
220 Pid 101 available
> addp 103
220 Pid 103 available

y ya estamos viendo en la ventana del xine el stream en directo.


De todas maneras lo que yo quiero conseguir es que el plugin streamdev-client para el vdr en un ordenador funcione bien con el plugin streamdev-server del giga. De esta manera en el ordenador solo tengo que abrir el vdr y ya tengo canales y grabaciones en el mismo interfaz de manera que con el mando a distancia puedo cambiar de canales y ver grabaciones como si estuviese en la tele del salon (sin importarme el retardo entre cambios de canal).

Saludos.