Hola a tod@s, como estamos viendo en el foro, las grabaciones se comportan de una forma errática y parece que es debido a que el equipo no maneja correctamente las grabaciones solapadas.
Yo me he encontrado multitud de casos en los que al editar o programar algo me da el error: Schedule conflict!, cuando en realidad no hay tal conflicto, si se miran las grabaciones que hay al principio y al final de la "conflictiva", se ve que no pasa nada.
Hay como dos casos, uno es cuando termina una grabación periódica y se tiene que reprogramar para el siguiente periodo, en este caso, PARECE que el equipo sólo tiene en cuenta UN sintonizador, y si hay una segunda grabación que se solapa con esta nueva, entonces el equipo pone la nueva en "Pause" y se fuma un puro.
El segundo caso es cuando esto se realiza a traves del menú Timer REC, en este caso, PARECE que a nada que se solape una grabación por el principio y por el final, nos da el "Schedule conflict!", y no se programa nada, y si es una edición de un evento existente, pues lo pone en "Pause" y otro puro que se fuma (en la calle ¿eh?).
Yo he encontrado la solución a este problema y estoy muy contento con las pruebas que he hecho.
¿Cual es el problema?, pues que el equipo no controla bien el uso de los dos sintonizadores automáticamente.
¿Cual es la solución?, pues que si el equipo no sabe, lo tendremos que hacer NOSOTROS
¿Como se hace esto?, pues diciéndole al equipo que lo que nosotros programemos, que no lo desprograme el hombre, digo el equipo; o sea, que lo que NOSOTROS digamos VA A MISA y punto. Qué bíblico me está quedando ¿no?
¿Cuales son los "efectos secundarios"?, pues que si el equipo peca de "conservador", nosotros nos podemos pasar de "listos" y podemos decirle al equipo que grabe tres o mas cosas a la vez "tranquilamente", en cuyo caso no se lo que pasaría (no lo he probado), pero creo que se colgaría y no grabaría nada
Así pues, la solución es un poco peligrosa porque nos deja todo el CONTROL y la RESPONSABILIDAD a nosotros.
Lo que vamos a hacer es meter un trigger sobre el campo DATE_DAY de la tabla TIMER_RECORD_TABLE de la base de datos /usr/local/etc/dvdplayer/schedule_record.db
El trigger en cuestión es este:
La forma de activarlo es:Código:CREATE TRIGGER TIMER_AFT_DAY_UPD AFTER UPDATE OF DATE_DAY ON TIMER_RECORD_TABLE BEGIN UPDATE TIMER_RECORD_TABLE SET Enable=0 WHERE Enable=1; END;
1) Tienes que tener instalado sqlite (ver mi post #514, pero sin instalar el cron, aunque no hace daño)
2) Entra con telnet en el equipo, y ejecuta exactamente lo siguiente:
3) /usr/local/etc/opt/bin/sqlite3 /usr/local/etc/dvdplayer/schedule_record.db
4) CREATE TRIGGER TIMER_AFT_DAY_UPD AFTER UPDATE OF DATE_DAY ON TIMER_RECORD_TABLE
5) BEGIN
6) UPDATE TIMER_RECORD_TABLE SET Enable=0
7) WHERE Enable=1;
8) END;
9) .quit
Y ya está!!
A partir de ahora el equipo grabará todo lo que tu le digas, y se "tragará" todos los eventos que le eches.
Por favor, NO olvides NUNCA que la responsabilidad de que no se pisen los programas es TUYA.
Mira todo lo que grabes dos veces y repasalo bien, cuando el equipo te avise del error "Schedule conflict!", asegúrate de que lo que tu quieres hacer está bien. Porque diga lo que diga el equipo, la grabación se quedará en Ready SIEMPRE.
Aún así, lo "peor" que te puede pasar es que no se grabe algo por TU culpa, pero piensa que ahora tampoco se van a grabar ciertas cosas por SU culpa, así que creo que salimos ganando.
Saludos



LinkBack URL
About LinkBacks

. 



Citar