No graba las radios
Cuando se graba un canal de radio se crea un archivo de 0 bytes y se reinicia el giga.
Habría que detectar en qué momento ha dejado de funcionar para solucionarlo.
Mensaje en el foro
Habría que detectar en qué momento ha dejado de funcionar para solucionarlo.
Mensaje en el foro
Leave a comment
Hola bittor,
¿Estás seguro de que el problema está entre esas revisiones? Las he mirado una a una por encima y aunque la justificación de la mayoría se me escapa, ninguna de ellas parece afectar al código del vdr. ¿No tienes ninguna sospecha de dónde puede estar el problema?
Por lo que he visto eres el único que sigue por aquí haciendo cosas... Si acotas un poco el área sospechosa a lo mejor puedo ayudar con ésto.
Un saludo,
atinar
¿Estás seguro de que el problema está entre esas revisiones? Las he mirado una a una por encima y aunque la justificación de la mayoría se me escapa, ninguna de ellas parece afectar al código del vdr. ¿No tienes ninguna sospecha de dónde puede estar el problema?
Por lo que he visto eres el único que sigue por aquí haciendo cosas... Si acotas un poco el área sospechosa a lo mejor puedo ayudar con ésto.
Un saludo,
atinar
Eihhhh!!!
Todavía queda algún developer por aquí y encima con ganas de ayudar :>
Realmente sólo he puesto lo que se ha comentado en el foro sin comprobarlo, pero creo que el número de las revisiones es erróneo ya que la 1146 debe corresponder a la rama unstable (con el VDR que usaba los parches sobre la versión alemana) y la 1184 al trunk, así que el 1146 no es fiable y en el trunk el fallo debe estar antes porque los números de revisión no son independientes entre unstable y trunk y se han entremezclado, por eso la confusión.
Creo que el fallo vino en el cambio 1035 del trunk (Grabar y reproducir MPEG-TS), que tiene bastante chicha y afecta de lleno a las grabaciones.
Sería cuestión de hacer un revert local de esa versión solucionando los posibles conflictos y si graba las radios pues en ese cambio estaría el problema.
Para detectar exactamente dónde da el error, se puede añadir el strace al firmware añadiendo al .config
CONFIG_STRACE = y
Luego se ejecuta el VDR con el strace y se vería dónde falla.
El VDR también puede generar un log con la traza del error si usamos el uClibc 0.9.33.2 con soporte para backtrace, no lo tengo 100% testeado pero si te interesa esta forma te lo puedo explicar. El problema es que con esa versión de uClibc sólo graba el primer trozo de la grabación, a partir del segundo parece que sigue grabando pero ya no hace nada, aunque para detectar el bug de las radios serviría.
Todavía queda algún developer por aquí y encima con ganas de ayudar :>
Realmente sólo he puesto lo que se ha comentado en el foro sin comprobarlo, pero creo que el número de las revisiones es erróneo ya que la 1146 debe corresponder a la rama unstable (con el VDR que usaba los parches sobre la versión alemana) y la 1184 al trunk, así que el 1146 no es fiable y en el trunk el fallo debe estar antes porque los números de revisión no son independientes entre unstable y trunk y se han entremezclado, por eso la confusión.
Creo que el fallo vino en el cambio 1035 del trunk (Grabar y reproducir MPEG-TS), que tiene bastante chicha y afecta de lleno a las grabaciones.
Sería cuestión de hacer un revert local de esa versión solucionando los posibles conflictos y si graba las radios pues en ese cambio estaría el problema.
Para detectar exactamente dónde da el error, se puede añadir el strace al firmware añadiendo al .config
CONFIG_STRACE = y
Luego se ejecuta el VDR con el strace y se vería dónde falla.
El VDR también puede generar un log con la traza del error si usamos el uClibc 0.9.33.2 con soporte para backtrace, no lo tengo 100% testeado pero si te interesa esta forma te lo puedo explicar. El problema es que con esa versión de uClibc sólo graba el primer trozo de la grabación, a partir del segundo parece que sigue grabando pero ya no hace nada, aunque para detectar el bug de las radios serviría.