EPG de los Realtek
Regístrate para eliminar esta publicidad
Precisamente me pillas "quoteando" el post en que hablabas de esto porque por problemas técnicos míos me quedó alguna cosa en el tintero. Así que te cito aquí y sigo......Iniciado por Carva
Hola Trostky, estoy "estudiando" el contenido de los ficheros ts (Transport Stream) y estoy aprendiendo muchas cosas, por cierto que le dije a odracir que viendo los ficheros poco menos que iba a ser "pan comido" y de eso nada, son complejos de narices.
Ya sé que es mas complejo de lo que parece.
En el Siemens Gigaset M750T EPG que tengo yo hay un firmware llamado VDR que no está atado a ninguna "empresa", con foro español y todo, en el que he leído a cerca de la complejidad del estándar MPEG en TS.
Es como el sistema operativo güindous, que todo el mundo puede fabricar en diferentes lenguajes de programación aplicaciones y programas, pero los fuentes, no los conocen mas que dos o tres expertos en los fuentes de güindous y todos los demás insertan sus aplicaciones sobre esos fuentes "desconocidos".
O como el secreto de la cuocacola. Todo el mundo la puede fabricar, pero hay algo que hacen solo unos pocos y todos los demás no son mas que filiales que no alcanzan al uso completo de la receta.
El estándar MPEG está sumamente distribuido e implementado en todo tipo de plataformas, pero llegar al funcionamiento íntimo y concreto de cada parte, y el proceso de multiplexado y toda la baina..... eso es chungo de narices.
Si en un PVR ya hay implementados (de serie) unos procesos que extraen mediante un software de decodificación el PID concreto de la EPG y vuelcan ese stream en un archivo ASCI, luego sólo hay que leer ese archivo y se puede usar en multiples programas, como aplicaciones web o programadores (schedulers) varios, como tu RTM.
Eso hacía el Siemens Gigaset M750T y por eso en este bicho puedo abrir unos ficheros para cada canal en un directorio concreto y ver la EPG a lo "seco", como texto plano con separadores que constituyen una base de datos y luego puedo procesar en excel o acces u otras cosas.
Además este PVR (no mediacenter) usaba para programar las grabaciones el título descriptivo que aparece en la EPG (o en la Sincroguía de InOut) y no lo traducía a un horario y una duración de tiempo de grabación, motivo por el cual, con mi PVR aunque los programas cambien su horario o el día de emisión yo los puedo grabar con una sola programación.
Vosotros en el HD795, para grabar los documentales de La2 que grabo yo y que repiten de madrugada, tenéis que hacer dos programaciones, una para la tarde y otra para la madrugada. Con el M750T yo programo títulos y con una sola programación grabo los documentales de la tarde, de la madrugada y si me lo cambian de día, también se graba. Eso es grabar por título, no por horario.
Ahora bien, con Realtek creo que es bien distinto.
Me da la impresión de que es el DVDPlayer el que gestiona el stream de la EPG de un MUX (lo que hace es "reproducirla", como si un vídeo fuese) y me da que sólo presenta en pantalla (en una interfaz definida) la EPG del MUX y el canal que se está visualizando.
Cuando pulsáis el botón para programar una grabación en estos chismes de chipset Realtek, lo que hace internamente el bicho es "apuntar" en la base de datos de programaciones, una hora de inicio y una duración de grabación que extrae restando de la hora de inicio la hora de fin que se ve en la EPG.
De tal modo que los Realtek no "toman", ni tan siqiera provisionalmente, para nada ningún dato de la EPG.
El problema que tienes es que tendrías que instalarte en el HD795 y "SU" linux un programa de los que se usan con las tarjetas sintonizadoras de TV en ordenadores para "procesar" los muxes y extraer de ellos la EPG de cada canal de ese MUX.
Te puedo decir que creo que MPlayer es muy monolítico (pequeño, necesita pocos recursos y códecs y puede con "todo"), corre en linux desde hace años y seguramente puede hacer todo eso. Pero habría que integrarlo de algún modo en el HD795.
También te puedo indicar un software sobre HTML (para ordenadores) que sinceramente me sorprendió hace unos años cuando lo tropecé para la sintonizadora DVB-T/C de mi portátil.
Se llama "DVScheduler" y usa nada menos que a VLC para hacerlo todo.
Y todo..... es todo, como extraer de cada MUX las EPGs de los canales que lo forman, colocarla en ficheros y luego mostrarla en forma de tabla con filas y columnas sobre la que se programan las grabaciones.
Es un software multiplataforma (al ir sobre HTML) y a lo mejor de los tutos y del help de VLC puedes obtener información que te ayude. Pero es para tener en un PC una sintonizadora TDT y coger la EPG de esa sintonizadora. No sé si habría portabilidad al linux del HD795, pero lo dudo.
A mi se me quitaron las ganas de leer tutos y códecs en cuanto empecé a mirar varios de los módulos de VLC que se usan para hacer DVB y sintonizar TV digital y demás.
También encontrarás en internet aplicaciones varias, pequeñitas y tontas (no hay muchas, pero sí las hay) que te sacan la EPG de un stream y la vuelcan en HTML o en XMLTV, si no recuerdo mal. Todas pertenecen al mundo linux (aunque tengan versiones para el omnipresente güindous) y son para ordenadores con tarjeta sintonizadora, ya que hay varios sistemas para hacer HTPC con PVR, como VDR o MythTV.
Sólo te lo comento por si te viene bien en tus investigaciones.... si no te tira para atrás la complejidad del tema y que tú estás en un mediacenter, no un PC completo. Al final lo que da por defecto un mediacenter con funciones básicas de PVR (estos de Realtek), es por lo general suficiente como para andar perdiendo tiempo en temas que al final no son prácticos.
Y dicho esto te tengo que poner en un MP una vía que igual no se puede tratar en público, pero que para tu programa RTM, que corre en un PC, igual es lo práctico, sencillo y de verdad funcional....... si es que aún hay algo de lo que hubo, que veo que igual ya no es así.
Te debo un MP.
RTM y nuevo firmware
Buenos días Carva.
Como me indicaste, ayer a mediodía programé con el RTM una grabación para hoy a las 09.15 AM, sin reboot.
A lo largo de la tarde comprobé varias veces que la programación seguía existiendo.
Pues bien, esta mañana compruebo que la grabación se ha realizado a las 08.15 AM.
Ya sé que me vas a decir que el problema está en la hora; la hora la puse a mano cuando instalé el firmware nuevo y en todo momento comprobé que siempre era correcta.
¿Qué opinas de este misterio?
Re: RTM y nuevo firmware
Pues que no es ningún misterio, ya te comenté que el equipo necesita unos tiempos y unos refrescos, y por experiencia te digo que cuando se realizan las pruebas de forma rápida (a mi también me ha pasado) las cosas se precipitan y no funcionan, pero como ves, dejando que el equipo se apague y se encienda cuando necesite grabar, la cosa si funciona.
Creo que lo que puede ser es que el equipo tiene problemas cuando se le ponen dos grabaciones solapadas y si se hace a mano, no para de decir que hay "schedule conflict", puede que ese error del equipo deshabilite algunas de nuestras grabaciones, pero claro, lo que hace realmente el equipo lo desconozco. Yo lo que si puedo asegurar es que el RTM modifica correctamente la base de datos y la envía al equipo; el "tratamiento" que haga el equipo con esa base de datos según lo que se encuentre y lo que "interprete" ya no lo se.
Saludos
Posts claves:
Instalación de sqlite3 y cron: Pág 35 #515
Grabaciones siempre disponibles: Pág 48 #708
Guardas en las programaciones: Pág 62 #929
Curso básico de vi: Pág 65 #974
Apagado programado: Pág 66 #984
Programa RecTimerMgr 0.2.0.2: Pág 103 #1538
Re: EPG de los Realtek
Hola odracir, gracias por la info.
Todo lo que dices es lógico, pero uno tiene sus limitaciones, y lo de hacer cosas en el 795, compilando y demás ya te digo que lo he intentado varias veces y lo he tenido que dejar por imposible porque no he conseguido nada, así que me tengo que ir a programación en Windows que es donde controlo mas.
Claro que lo ideal es coger la información directamente de la señal (con una sintonizadora), ya se que el 795 tiene "sintonizadora" (de hecho, dos), pero como todavía no controlo eso, me tengo que ir a Windows y a "leer" ficheros ts grabados, eso limita mucho, pero yo todavía no se hacer otra cosa.
Sobre si merecerá la pena o no, pues no lo se, de momento mi intención es aprender y comprender como vienen los datos de la EPG (y otros muchos), luego ya veremos si se me ocurre algo para hacer con eso y el RTM, pero de momento estoy aprendiendo nada mas.
Saludos
Posts claves:
Instalación de sqlite3 y cron: Pág 35 #515
Grabaciones siempre disponibles: Pág 48 #708
Guardas en las programaciones: Pág 62 #929
Curso básico de vi: Pág 65 #974
Apagado programado: Pág 66 #984
Programa RecTimerMgr 0.2.0.2: Pág 103 #1538
Re: EPG de los Realtek
¿no mencionó alguien que había problemas con el audio en el anterior firmware, respecto a que no reproducía estereo por el óptico, o algo así? ¿ha sido solucionado con el nuevo firmware, si es que de verdad era un problema...? si no era un problema, ¿cómo reproducen estos archivos en estereo en un amplificador? ¿conectando el óptico de la tv al ampli en vez de desde el multimedia (conectado éste a la tv por hdmi)?
nianoniano, si pruebas el rtorrent + interfaz, coméntalo please... respecto al transmission, me está dando problemas, ahora sólo lo uso para la subida de torrents, porque la descarga me peta ciertos archivos... no sé por qué, he pensado que quizás tenga que ver con que pongo la carpeta de configuración en la misma carpeta donde bajo los archivos, pero no se... de hecho, si copio archivos a esa carpeta (donde bajo los torrents) mientras tengo el transmission en funcionamiento se me petan también algunos archivos (precisamente aquellos que me he bajado con el transmission)... si en vez de copiarlos, los muevo, en el mismo caso, todo va ok!
estoy a prueba-error... una locura... chaoo
Última edición por kskmela; 24/03/2011 a las 12:16
torrents
Si puedo, este mediodía probaré el script de instalación de rtorrent que puse en la página anterior que tiene muy, muy buena pinta, pero instala muchas cosas y no sé si en el 795 tendréis problemas de espacio, no sé.
De todas formas, lo que comentas del transmission, he visto por foros guiris que dicen que les da problemas de corrupción de archivos al grabar en una partición ntfs. Yo no lo probé demasiado, pero desde luego, esos problemas no los tuve, no sé si fue cuestión de suerte o seguramente porque no lo tuve demasiado tiempo funcionando, a saber.
Fijate aquí que lo comentan: http://www.acryan.com/forums/viewtop...10200&start=60
No sé si algún parámetro de la configuración permite evitar esos fallos, pero te recomendaría que lo preguntaras en el foro del LG: http://ms450.foroactivo.net/t674-nue...3-9-marzo-2011, donde han sacado un nuevo custom firmware que incorpora transmission, de hecho, en la versión anterior incluía rtorrent y ahora lo han cambiado.
SEgún creo el settings.json que usan es el siguiente, mira a ver si alguna de las opciones te puede ayudar:
SAludosCódigo:"alt-speed-down": 100, "alt-speed-enabled": false, "alt-speed-time-begin": 540, "alt-speed-time-day": 127, "alt-speed-time-enabled": false, "alt-speed-time-end": 1020, "alt-speed-up": 5, "bind-address-ipv4": "0.0.0.0", "bind-address-ipv6": "", "blocklist-enabled": false, "blocklist-url": "http://www.example.com/blocklist", "cache-size-mb": 2, "dht-enabled": true, "download-dir": "/tmp/hddmedia/BT/Downloads", "encryption": 1, "idle-seeding-limit": 30, "idle-seeding-limit-enabled": false, "incomplete-dir": "/tmp/hddmedia/BT/Downloads", "incomplete-dir-enabled": false, "lazy-bitfield-enabled": true, "lpd-enabled": false, "message-level": 2, "open-file-limit": 32, "peer-congestion-algorithm": "", "peer-limit-global": 240, "peer-limit-per-torrent": 60, "peer-port": 26981, "peer-port-random-high": 65535, "peer-port-random-low": 49152, "peer-port-random-on-start": false, "peer-socket-tos": "default", "pex-enabled": true, "port-forwarding-enabled": true, "preallocation": 1, "prefetch-enabled": 1, "ratio-limit": 2, "ratio-limit-enabled": false, "rename-partial-files": true, "rpc-access-control-list": "127.0.0.*,192.168.1.*", "rpc-authentication-required": false, "rpc-bind-address": "0.0.0.0", "rpc-enabled": true, "rpc-password": "{4cf00787bde3be879953e72bdcd652f7aa88d298lQHvSP7b", "rpc-port": 9091, "rpc-url": "/transmission/", "rpc-username": "", "rpc-whitelist": "127.0.0.1,192.168.1.*", "rpc-whitelist-enabled": true, "script-torrent-done-enabled": false, "script-torrent-done-filename": "", "speed-limit-down": 100, "speed-limit-down-enabled": false, "speed-limit-up": 10, "speed-limit-up-enabled": true, "start-added-torrents": true, "trash-original-torrent-files": false, "umask": 18, "upload-slots-per-torrent": 14
Re: EPG de los Realtek
[QUOTE=kskmela;886470]¿no mencionó alguien que había problemas con el audio en el anterior firmware, respecto a que no reproducía estereo por el óptico, o algo así? ¿ha sido solucionado con el nuevo firmware, si es que de verdad era un problema...? si no era un problema, ¿cómo reproducen estos archivos en estereo en un amplificador? ¿conectando el óptico de la tv al ampli en vez de desde el multimedia (conectado éste a la tv por hdmi)?
Hola kskmela,
el nuevo firmware no ha tocado nada del audio por lo que continúa igual que con el anterior. Quizás para muchos no represente un problema pero a mi me molesta bastante la manera de funcionar:
para reproducir archivos Dolby y DTS y que los reproduzca tal cual en un amplificador se debe seleccionar Passthroug, si vas a reproducir archivos estéreo debes cambiar la selección en el 795.
Ejemplo de problema: tengo una carpeta con videoclips musicales todos en HD pero el sonido, unos son en dolby y otros en estéreo, para poder oirlos TODOS tengo que hacer la selección a estéreo, perdiendo así la calidad del sonido que ofrecen los grabados en dolby.
Igual pasa al cambiar de canal en la TDT, unos emiten en estéreo y otros en Dolby (generalmente los HD)
Salu2
rtorrent
Finalmente he probado el script propuesto aquí: http://acryan.com/forums/viewtopic.p...=10094&p=68043
Antes de eso, he desinstalado y borrado los paquetes que instala el script porque daba algún fallo a la hora de crear los ficheros de configuración, con lo que teniendo limpio el sistema en cuanto a instalación de paquetes ipkg el script funciona como un campeón.
Después a la hora de la verdad, rtorrent funciona y el servidor web también, pero deja el aparato colgado cuando la velocidad de descarga es alta, cosa que me parece demasiado grave.
A ver si se puede arreglar porque precisamente mi idea con rtorrent era que es más liviano que transmission y por lo tanto pueda ser más recomendable su uso en el pvr.
Re: rtorrent
Hola nianoniano, yo no se de torrent, pero en linux hay un comando para ejecutar procesos con la prioridad de CPU que tu quieras, se llama nice y lleva un argumento -n ADJUST para darle la prioridad que queramos, en tu caso un poco mas baja; sería cuestión de probar.
La ayuda del comando es: Run COMMAND with an adjusted scheduling priority. With no COMMAND, print the current scheduling priority. ADJUST is 10 by default. Range goes from -20 (highest priority) to 19 (lowest).
Con lo cual, el arranque del demonio del torrent (imaginemos btorrentd) debería estar así:
Este comando arrancaría el demonio del torrent con la prioridad mas baja posible (19), como la prioridad por defecto es 10 (que es la que tiene ahora, sin el nice), pues es cuestión de ir probando entre 11 y 19 y ver que pasa.Código:AHORA: btorrentd DESPUÉS: nice -n 19 btorrentd
Saludos
Posts claves:
Instalación de sqlite3 y cron: Pág 35 #515
Grabaciones siempre disponibles: Pág 48 #708
Guardas en las programaciones: Pág 62 #929
Curso básico de vi: Pág 65 #974
Apagado programado: Pág 66 #984
Programa RecTimerMgr 0.2.0.2: Pág 103 #1538
Conexión del 795 a un Receptor A/V
Buenas,
pues no me cuadra lo que comentas ... mi ampli conmuta automáticamente la decodificación en función de lo que le llega salvo que yo le fuerce a un DSP en concreto... Pero en STRAIGHT (que literalmente significa "DIRECTAMENTE") pone la música como le llega... Si es DTS, DTS me da...
A ver, cuento mi experiencia por si os sirve de algo...
En primer lugar, yo tengo conectado el 795 por HDMI al ampli y por componentes + audio analógico a la TV. Ésta a su vez, está conectada por HDMI al ampli y por audio óptico y analógico al mismo tiempo (tiene su por qué), y como el ampli y la TV disponen de HDMI 1.4 pues tengo retorno de audio por HDMI (si quiero) o bien por óptico (Toshlink) o bien analógico cuando dirijo el audio a otra zona (cocina o comedor, y he aquí el por qué de la conexión de audio analógica... el ampli no saca sonido hacia otras zonas si no le llega por esta vía).
Bien, pues con este escenario, si pincho música multicanal DTS 5.1 el ampli conmuta automáticamente a ese formato. Y cuando pincho música estéreo, pues en PCM se queda sin que yo tenga que tocar nada. Por supuesto que el 795 tiene seleccionado Passthrough en las salidas de audio.
Y lo mismo sucede con cualquier fuente de vídeo que provenga de la TV o del 795 en Dolby... el ampli conmuta automáticamente a ese formato.
Respecto de la falta de sincronía entre audio y vídeo que se comentó por aquí, yo nunca la he experimentado con los tres firmwares que he instalado en el 795 por lo que me da la sensación de que el ampli tiene mucho que ver en esto. Ni cuando la fuente es la TV, su disco duro o un USB conectado a ella, ni cuando es el propio 795, tanto por su sintonizador TDT como por su HD o USBs a él conectados.
Así que mi única conclusión es que el conjunto TV-Ampli-795 funcionan a la perfección, tanto en audio como en vídeo.
Un saludo
Última edición por Trostky; 24/03/2011 a las 17:39
Re: rtorrent
Carva, gracias por la sugerencia, no sé si valdrá, pero es algo interesante de conocer.
Para intentar solucionar el problema habría que tirar de logs del sistema para saber qué es lo que realmente ocurre, pero ni sé, ni realmente tengo tiempo para estudiarlo a fondo. Y menos este finde que por fin empieza el mundial de F1 y el chisme tiene que estar en perfecto estado de revista para grabar
EDITO: Carva, eres un artista, mira lo que comentan el el foro de AcRyan con respecto al funcionamiento de transmission en el cacharro para que no lo deje temblando:
I seen the CPU% going up to 15% but nothing more. At the time I was downloading 4 torrents and seeding 1. It was however peak hour and was only getting about 40 to 60 Kbps download speed at the time. To achieve this low CPU demand I had to use the "nice" command to launch transmission. "nice" can have a value of -20 (highest priority) to 19 (lowest priority). Using a "nice" value of 0 (zero) made my POHD happy. Without the nice command transmission pretty much took over all the ressources to a point where even navigating the menu on the TV screen and preview was sluggish and eventually crash the POHD.
Aclaro que POHD es el patriot office HD: un reproductor con chipset realtek primo del nuestro.
Visto aquí: http://acryan.com/forums/viewtopic.p...4fff9e28970adf
Así pues, probaré con el método fácil (transmission, rebajando la velocidad máxima a 400 y usando el nice -n 0)
Creo que así podrá funcionar.
Última edición por nianoniano; 24/03/2011 a las 18:33
Re: rtorrent
Hola nianoniano, me alegro de que otros también lo hayan usado ya, pero vamos no es mas que conocer un poquito de linux y sentido común.
Lo que no entiendo es lo de nice -n 0, porque yo creía que el estandar de los procesos era 10 (aunque cero está en el "centro" y parece mucho más lógico), así que nada, la cuestión es probar y ver que pasa, pero si ellos dicen que cero va bien, y como tu dices los equipos son todos primos-hermanos, pues creo que ya tienes un punto de partida.
Gracias por la referencia (no la conocía, es que torrent no uso ni en el PC) pues así vemos que no vamos por mal camino.
Saludos
Posts claves:
Instalación de sqlite3 y cron: Pág 35 #515
Grabaciones siempre disponibles: Pág 48 #708
Guardas en las programaciones: Pág 62 #929
Curso básico de vi: Pág 65 #974
Apagado programado: Pág 66 #984
Programa RecTimerMgr 0.2.0.2: Pág 103 #1538
Re: rtorrent
El torrent lo comencé a usar con el popcorn A-100, más o menos, desde el 2009 anda sirviendo 24/7, es un campeón
Es un sistema muy bueno para poder funcionar con trackers privados que controlan el ratio (lo subido/lo bajado) y dada la asimetría de nuestros adsl, hay que tenerlo mucho tiempo encendido y es mucho más económico que un pc.
Pero el sistema lo devora cuando está descargando a tope (limitado a 500), así que puede ser que si se quiere ver fluido haya que pausar ese torrent porque sino se producen cortes en la reproducción.
Por eso, en un grabador, mmmmmm, no sé qué tal interaccionará con las grabaciones, y claro, según los cuelgues y problemas que puede dar, si te fastidia alguna grabación importante, buuuf, le das un patadón.
La comprobación de archivos parcialmente descargados cuando se ha reiniciado es algo que pone el micro a tope, con lo que también hay que tenerlo en cuenta, y más cuando son torrents de arvhivos grandes de varios GB.
El btpd (el que viene integrado en estos chismes realtek) va bastante bien pero es limitado en cuanto a interacción. Transmission y rtorrent tienen interfaz web y un gran control con multitud de opciones disponibles.
Pero testear estas cosas necesita de tiempo en el que no te importe no poder grabar, o que se reinicie, o que no funcione nada, que tengas que reinstalar el firmware, etc.
Probaremos el nice, bonito nombre, tiene que funcionar
Re: Conexión del 795 a un Receptor A/V
Gracias Trostky por explicar tu configuración,
yo tengo el 795 conectado a la TV por HDMI 1.4 y al receptor A/V por Toshlink, ya que tiene unos años y no tiene entradas HDMI. El problema debe de venir por no poder hacer la conexión por HDMI ya que en la TV se reproduce el sonido correctamente.
He estado haciendo diversas pruebas y seleccionando en mi Onkyo 7.1 la posición DIRECT, que es lo mismo que tu explicas donde debería reproducir el sonido que le llega tal cual, y así es, excepto en los archivos con sonido MPEG y AAC que los deja mudos, pasando exactamente igual con los canales de la TDT que emiten en PCM, en cambio estos archivos los reproduce seleccionando LPCM en el 795.
Al receptor A/V tengo conectados un DVD, la Playstation, un deco y alguna cosa más que no recuerdo y no tengo este problema con ninguno de ellos, no me ha hecho nunca falta poner la posición DIRECT porque el ampli se adapta automáticamente al sonido que le llega.
Por otra parte con el primer firmware no pasaba, empezó el problema con el segundo en el que tocaron
el Setup del sonido.
Gracias y saludos,
Re: Conexión del 795 a un Receptor A/V
Pues tu problema está clarísimo: es tu AV el que no puede con según que formatos y cuando se los das en "crudo" no se entera. Tiene que decodificarlos el 795 para que él pueda reproducirlos. Así que el problema no es el 795 sino el Onkyo. Y es que esto de la "carrera tecnológica" es una putada porque la obsolescencia sobreviene en pocos años y con suma facilidad. Sacan formatos nuevos que sólo los cacharros de última generación pueden tratar... Y la industria encantada, porque es la única manera de conseguir que la gente cambie de aparato a los pocos años.
Lo que comentas sobre el primer firmware con él no te pasaba porque el formato (o su versión) era otro. Recordarás que cuando instalamos el segundo firmware hubo algunos problemas con las grabaciones antiguas (como por ejemplo no reconocer el tiempo de los archivos o desincronizar audio y vídeo cuando retomabas una reproducción sin esperar unos segundos), síntoma inequívoco de un cambio en los codecs usados.
Por cierto, que el HDMI del 795 es 1.3.
De nada, hombre
Permisos de publicación
LinkBack URL
About LinkBacks
Citar
