Fehler in der Aufnahmeprogrammierung (mit recorder)

petb hat geschrieben:Und da ich nur geschaut habe ob der mount an sich läuft und nur mal was abgespielt habe habe ich das vorhin nicht bemerkt.

Kann passieren ;-)

petb hat geschrieben:So hab schnell für morgen tv-total und dann verlängert bis five days to midnight 1:09

Damit es 100%ig identisch ist, habe ich das gleiche auch nochmal programmiert, anbei mein Timer.

Code: Alles auswählen

ALARM_TIME_3=1157490840
ANNOUNCE_TIME_3=1157490660
EPG_TITLE_3=5ive Days to Midnight
EVENT_INFO_APIDS_3=0
EVENT_INFO_CHANNEL_ID_3=4815313645383
EVENT_INFO_EPG_ID_3=315576395063840022
EVENT_INFO_EPG_STARTTIME_3=1157494140
EVENT_REPEAT_3=0
EVENT_STATE_3=0
EVENT_TYPE_3=5
EXTRA_TIME_END=0
EXTRA_TIME_START=0
IDS=3
PREVIOUS_STATE_3=0
REC_DIR_3=
REPEAT_COUNT_3=0
STOP_TIME_3=1157497740

Beitrag von **petb** » Mittwoch 6. September 2006, 14:32

Hi,

lief ohne Probleme durch bis zum Schluss.
Und bei dir ?
bye
PetB

petb hat geschrieben:lief ohne Probleme durch bis zum Schluss.

Bei mir nicht. Kann es evtl. sein, dass im Code für den Recorder-Server ein Fehler drin ist? Die Tatsache, dass der Fehler bei dir mit Direktaufnahme nicht auftritt, bei mir aber mit Recorder, könnte dafür sprechen.

Wird in der Routine für den Recorder-Server evtl. die EPG-ID ausgewertet (also Start und Endzeit geholt), von der Startzeit x(-definierte) Minuten abgezogen und bei der Endzeit y(-definierte) Minuten dazugerechnet? Anders könnte ich mir nicht erklären, wo er die "richtige" Endzeit her hat, da die ja nicht mehr direkt im Timer drin steht.

p7

Beitrag von **petb** » Mittwoch 6. September 2006, 17:05

Hmmm,
keine Ahnung

Der Rekorder lief aber die ganze Zeit bis zum Ende durch, oder ?
Deine Box hat aber nach Ende der ersten Sendung abgeschaltet ?
bye
PetB

petb hat geschrieben:Der Rekorder lief aber die ganze Zeit bis zum Ende durch, oder ?

Korrekt - recorder verhält sich korrekt

petb hat geschrieben:Deine Box hat aber nach Ende der ersten Sendung abgeschaltet ?

Genau - im Prinzip ist ja recorder auch "Dumm" und macht nur das, was die Box will.

Beitrag von **petb** » Mittwoch 6. September 2006, 18:41

Tja, da hab ich dann auch keine andere Idee.

Das "hört" sich wirklich so an als ob der timerd oder was auch immer im Aufnahmemodus Rekorder spinnt.
Auf jeden Fall ist das Verhalten bei dir nicht identisch mit dem bei der Direktaufnahme.
Vieleicht kann da jemand der auch mit einem Rekorder aufnimmt was dazu sagen ?!

Sorry, ich weis da nichts mehr...
Bye
PetB

Ich nehm halt mit recorder auf, weil das wegen der Geschwindigkeit besser bei mir funktioniert als mit NFS. Vielleicht findet sich ja noch jemand mit recorder, der das mal testen kann?

Ich versuche auch mit recorder aufzunehmen und habe das Problem, dass mir meistens das Ende der Aufnahme fehlt. Bei mir hat das aber nichts mit Überschneidung zu tun, da die Problematik auch bei nur einem Timer auftritt (und auch bei Direktaufnahmen). Ich habe den Verdacht, dass im recorder sich ein Bug befindet. Ich habe eine Vor- und Nachlaufzeit von 10 Minuten eingestellt. Leider scheint sich recorder darum nicht zu kümmern und berechnet seine eigenen (falschen) Aufnahmezeiten.

Evtl. haben unsere Probleme ja die gleiche Ursache oder gmo18t weiss Rat?

Log:

===========================================
= DBox2 Recorder v1.0.10-beta by gmo18t =
= Copyright (c) Gerhard M. ** 02/12/04 **=
===========================================

following settings from /etc/recorder.conf will be used:
logfile = /var/log/recorder.log
dboxhost = dbox
grabcmd = /usr/bin/mono /usr/local/bin/udrec.exe -now -log -ts -udp 31341 -host $HOST -o $OFILE -vp $VPID -ap $APID [-ap $XPID1] [-ap $XPID2]
grabstopsig = false
grabdir = /mnt/data/direct
syncclock = 2

startup - trying to contact (dbox:80) ...
(2) - now connected to (dbox:80)
-> GET /control/gettime?rawtime HTTP/1.0
(2) - connection closed by (dbox) - got:
<- 1157568804
system clock set to: Wed Sep 6 20:53:24 2006

startup

- listening on (0.0.0.0:4000) for (dbox) commands ...

new request from (dbox) on port (4000)
XML startDocument
+++ command = record
+++ channelname = SCIFI
+++ epg title = RaumschiffEnterprise-DasnächsteJahrhundert
+++ channelId = 400850024
+++ epgid = 1126471139861734
+++ vpid = 1791 (0x6ff)
+++ apid = 1792 (0x700)
+++ apid = 1792 (0x700)
XML endDocument

prepare: request chain start triggered ...
timer: starting prepare sequence ...
(8) - now connected to (dbox:80)
-> GET /control/zapto HTTP/1.0
(8) - connection closed by (dbox) - got:
<- 400850024
(10) - now connected to (dbox:80)
-> GET /control/epg?400850024 HTTP/1.0
(10) - connection closed by (dbox) - got:
<- 1126471139861732 1157563500 3000 Dead Zone
.....
<- 1126471139861815 1157843700 3600 Raumpatrouille Orion
(2) - now connected to (dbox:80)
-> GET /control/gettime?rawtime HTTP/1.0
(2) - connection closed by (dbox) - got:
<- 1157568902
system clock set to: Wed Sep 6 20:55:02 2006

set max. record duration to 55 min (3300)
action: start record triggered ...
timer: activating record mode ...
(3) - now connected to (dbox:80)
-> GET /control/setmode?record=start HTTP/1.0
(3) - connection closed by (dbox) - got:
<- ok
slot: record mode activated, launch triggered ...
timer: launching grabber ...
proc: /usr/bin/mono /usr/local/bin/udrec.exe -now -log -ts -udp 31341 -host dbox -o /mnt/data/direct/SCIFI/RaumschiffEnterprise-DasnachsteJahrhundert-3 -vp 0x6ff -ap 0x700
timer: time to terminate grabber ...
proc: grab process exited
timer: deactivating record mode ...
(5) - now connected to (dbox:80)
-> GET /control/setmode?record=stop HTTP/1.0
(5) - connection closed by (dbox) - got:
<- ok
slot: record mode deactivated

new request from (dbox) on port (4000)
XML startDocument
+++ command = stop
+++ channelname = unknown
+++ epg title = notavailable
+++ channelId = 0
+++ epgid = 0
+++ vpid = 110 (0x6e)
+++ apid = 120 (0x78)
+++ apid = 120 (0x78)
+++ apid = 121 (0x79)
+++ apid = 125 (0x7d)
XML endDocument

no record start command -> skipped

Diese Zeile ist interessant:
set max. record duration to 55 min (3300)

Nach meiner Arithmetik müssten aber inkl. Vor- und Nachlauf aber 70 min herauskommen. Vielleicht steck hier der Fehler?

Um vielleicht Schritt für Schritt die Sache in Griff zu bekommen: Könntest du testweise mal versuchen, eine Sendung zu programmieren und dann manuell den Timer zu bearbeiten so das zB noch eine 2te Sendung mit reinfällt? Wäre interessant zu wissen, ob er bei dir dann auch nur die erste Sendung aufnimmt. Wenn ja, wären wir insoweit schlau, als dass ich mir das nicht einbilde. Wenn ich heute dazu komme, versuche ich mal deinen Fehler zu reproduzieren.

p7

Beitrag von **fran** » Donnerstag 7. September 2006, 15:21

soweit ich mich erinnern kann, hatte ich selbiges Problem. Die Nachlaufzeit bei recorder ist hart im Code verdrahtet (warn 5 min glaube ich). Ich hab das dann auf einen höheren Wert eingestellt und neu kompiliert, sodaß meine Vorlaufzeit und Nachlaufzeit im dbox-Timer auf jeden Fall durch den recorder abgedeckt war. ich schau heute abend bei mir nochmal nach.

Beitrag von **fran** » Donnerstag 7. September 2006, 15:32

habs doch schneller gefunden. Das habe ich geändert:

diff dboxcmd.cpp_orig dboxcmd.cpp
397c397
< duration = rec->dboxChannelEpg.section(' ',2,2).toUInt() + 300;
---
> duration = rec->dboxChannelEpg.section(' ',2,2).toUInt() + 900;

Bei mir sind es also jetzt 15min. Ich hatte den Ärger immer dann, wenn ich per timer aufnehmen wollte, die Sendung dann aber um mehr als 5min später anlief. Aufgenommen wurde dann genau die Filmlänge plus 5min (recorder-Nachlauf).
Du hättest also bei 10Minuten Vorlaufzeit noch 5min Reserve fürs Nachlaufen, müßtest also den Wert nochmals höher drehen (bei deinem Test auf 20min, 50min +10min vor + 10min nach). recorder kümmert sich nicht um die auf der dbox eingestellten Werten (so habe ich das jedenfalls interpretiert). Probiers mal aus.

Ok ... vielleicht eine Blöde Frage: Was für einen Sinn macht es, die Vor/Nachlaufzeit bei recorder zu ändern, wenn man das genausogut in Neutrino einstellen kann ?

Beitrag von **fran** » Donnerstag 7. September 2006, 16:00

ich hab mir den code bei recorder nicht genau angeschaut, aber so wie ich meine Logs interpretiert habe, kümmert sich recorder nicht um die Vor-/Nachlaufzeiten, die auf der Box eingestellt sind. Er verwendet nach EIntreffen des Request von der Box lediglich die EPG-Einträge, um die Länge der Sendung zu ermitteln, die aufgenommen werden soll, um dann noch die festen 5 min draufzuschlagen. Bei mir hat's zumindest dann geklappt. Vielleicht spielst du auch ein bißchen mit den Prepare-Parametern rum.
Unter Umständen gibt's für uns auch ne Unterweisung von gmo.

@ fran:

das war wohl der richtige Hinweis. Danke!

Nach meinenen Erfahrung wird zwar die Vorlaufzeit berücksichtigt, d.h. bei 10 Minuten Vorlaufzeit beginnt die Aufnahme 10 Minuter früher als die EPG-Zeit. Jedoch benutzt recorder als Aufnahmelänge (EPG-Endzeit - EPG-Startzeit) + (hardcodierte 5 Minuten). Dies deckt sich dann auch mit meiner Log-Datei.

Ich probiere jetzt mal folgendes um Vor- und Nachlaufzeit von 10 Minuiter zu erreichen:
In Neutrino Vorlaufzeit 10 Minuten
Hardcodierte Nachlaufzeit in recorder auf 20 Minuten ändern.

Hi,

grundsätzlich bestimmt neutrino mit einem entsprechenden START/STOP-Befehl den Beginn bzw. das Ende der Aufnahme, d.h. dieser Befehl hat Vorrang vor allen "Beenden-Timern", die es in recorder sonst noch gibt !
Denn um endlose Aufnahmen zu verhindern, wertet recorder auch noch die im EPG angegebene Laufzeit des Films aus, rechnet - glaub ich (in der neuesten Version) - noch 60 Minuten drauf und setzt sich damit eine Ende-Zeit, für den Fall, daß kein STOP-Befehl von neutrino kommt !

Wenn das Ermitteln der Spielzeit via EPG nicht möglich ist wird eine Maximalzeit von 240 Minuten eingestellt (da werden die 60 Minuten nicht hinzuaddiert).

In älteren recorder-releases wurde als zusätzliche Zeit nur 5 Minuten draufgerechnet -> mal einfach in den Sourcen, also Datei "dboxcmd.cpp" die Zeile mit

Code: Alles auswählen

duration = rec->dboxChannelEPG.section(...

suchen. Der Wert am Ende der Zeile ist die zusätzliche Zeit in Sekunden. Kann man dann ja händisch abändern

Also wenn die Aufnahme "zu früh" endet, kann das folgende Ursachen haben:
- die Box sendet den STOP-Befehl zu früh
- die im EPG übermittelte Spieldauer ist falsch
- recorder beendet selbständig nach 4h die Aufnahme, weil die EPG-Spieldauer nicht ermittelt werden konnte und auch kein STOP-Befehl eingetroffen ist.

viel Spaß bei der Analyse !

- GMo -

pumpkin hat geschrieben:... d.h. bei 10 Minuten Vorlaufzeit beginnt die Aufnahme 10 Minuter früher als die EPG-Zeit. Jedoch benutzt recorder als Aufnahmelänge (EPG-Endzeit - EPG-Startzeit) + (hardcodierte 5 Minuten). Dies deckt sich dann auch mit meiner Log-Datei.
...

ja, mit der "5-Minuten"-Version von Recorder führt das zu Problemen. Da die Spieldauer ab dem "grab-Start" mitgezählt wird also bei 10 Minuten vorverlegtem Beginn, würden 5 Minuten des Films fehlen ! Deshalb hab ich da irgendwann mal 1 Stunde als default dazugepackt, um solche Phänomene halbwegs in den Griff zu bekommen (und die Version vielleicht nie rausgegeben ?).

Besser wäre es, mindestens die in neutrino eingestellten "Reserve-Zeiten" auch innerhalb von recorder der Aufnahmezeit hinzuzurechnen. Leider kommt man an diese Werte nicht über HTTP-Komunikation dran. Zur Not könnten entspr. Parameter für die recorder-conf ergänzt werden ...

Da aber die START/STOP-Befehle recht zuverlässig ausgespuckt werden, wäre auch eine generelle fixe Spieldauerbegrenzung auf z.B. 4h oder 6h ne einfache Lösung.

- GMo -

Beitrag von **fran** » Donnerstag 7. September 2006, 17:17

auf die neueste recorder-Version wären wir dann aber natürlich schon scharf. Ich/wir haben hier alle noch die vom 13.10.2005. Geht da was?

Ich hab jetzt mal einen Timer komplett via Hand erstellt.

So sieht der Timer aus, wenn ich die erste Sendung programmiere und dann den Endtimer erweitere:

Code: Alles auswählen

ALARM_TIME_6=1157644680
ANNOUNCE_TIME_6=1157644500
EPG_TITLE_6=Die Simpsons
EVENT_INFO_APIDS_6=0
EVENT_INFO_CHANNEL_ID_6=4815313645383
EVENT_INFO_EPG_ID_6=315576395063840068
EVENT_INFO_EPG_STARTTIME_6=1157644680
EVENT_REPEAT_6=0
EVENT_STATE_6=0
EVENT_TYPE_6=5
EXTRA_TIME_END=0
EXTRA_TIME_START=0
IDS=6
PREVIOUS_STATE_6=0
REC_DIR_6=
REPEAT_COUNT_6=0
STOP_TIME_6=1157648220

So sieht der händisch programmierte Timer aus:

Code: Alles auswählen

ALARM_TIME_7=1157644680
ANNOUNCE_TIME_7=1157644500
EPG_TITLE_7=Die Simpsons
EVENT_INFO_APIDS_7=0
EVENT_INFO_CHANNEL_ID_7=4815313645383
EVENT_INFO_EPG_ID_7=315576395063840068
EVENT_INFO_EPG_STARTTIME_7=1157644680
EVENT_REPEAT_7=0
EVENT_STATE_7=0
EVENT_TYPE_7=5
EXTRA_TIME_END=0
EXTRA_TIME_START=0
IDS=7
PREVIOUS_STATE_7=0
REC_DIR_7=
REPEAT_COUNT_7=0
STOP_TIME_7=1157648220

Außer der fortlaufenden Nummer kann ich jetzt keinen Unterschied erkennen. Ich geh fast davon aus, dass diese Aufnahme auch nach der ersten Simpsons-Folge sich beendet. Mal abwarten.... bis später

gmo18t hat geschrieben:Besser wäre es, mindestens die in neutrino eingestellten "Reserve-Zeiten" auch innerhalb von recorder der Aufnahmezeit hinzuzurechnen. Leider kommt man an diese Werte nicht über HTTP-Komunikation dran. Zur Not könnten entspr. Parameter für die recorder-conf ergänzt werden ...

Vielleicht ist ja jemand so nett, und programmiert das mit in die API rein ...

So... also die Aufnahme hat wieder nur eine Sendung statt 2 aufgenommen... kann nicht noch jemand versuchen, das mal zu testen?

gmo18t hat geschrieben:Besser wäre es, mindestens die in neutrino eingestellten "Reserve-Zeiten" auch innerhalb von recorder der Aufnahmezeit hinzuzurechnen. Leider kommt man an diese Werte nicht über HTTP-Komunikation dran. Zur Not könnten entspr. Parameter für die recorder-conf ergänzt werden ...

Wenn man in das cgi-bin Verzeichnis von httpd ein Skript legen könnte (geht nicht, weil im Read-Only Bereich), wäre das kein Problem. Via Skript könnte man sich ganz einfach die Werte holen und via Webif ausgeben.

Beitrag von **gmo18t** » Freitag 8. September 2006, 08:07

prodigy7 hat geschrieben:So... also die Aufnahme hat wieder nur eine Sendung statt 2 aufgenommen... kann nicht noch jemand versuchen, das mal zu testen?

wie gesagt, mit der "5-Minuten" Version von recorder ist das ja "normal", wie ich ja oben schon beschrieben habe. Hast du nicht in "dboxcmd.cpp" die aufgeschlagene Zeit geändert ?
Und eigentlich sollte aus dem recorder-Log zu ersehen sein, wer die Aufnahme beendet !

- GMo -

Das Log sieht so aus:

Code: Alles auswählen

new request from (192.168.100.107) on port (4001)
XML startDocument
+++ command = record
+++ channelname = ProSieben
+++ epg title = DieSimpsons
+++ channelId = 461270f2f47
+++ epgid = 315576395063840068
+++ vpid = 533 (0x215)
+++ apid = 0 (0x0)
+++ apid = 534 (0x216)
+++ apid = 535 (0x217)
XML endDocument

prepare: request chain start triggered ...
timer: starting prepare sequence ...
(8) - now connected to (192.168.100.107:80)
-> GET /control/zapto HTTP/1.0
(8) - connection closed by (192.168.100.107) - got:
<- 461270f2f47
(10) - now connected to (192.168.100.107:80)
-> GET /control/epg?461270f2f47 HTTP/1.0
(10) - connection closed by (192.168.100.107) - got:
<- 315576395063840066 1157637600 3540 Charmed - Zauberhafte Hexen
<- 315576395063840067 1157641080 3600 taff
<- 315576395063840068 1157644680 1800 Die Simpsons
<- 315576395063840069 1157646480 1740 Die Simpsons
<- 315576395063840070 1157648220 3720 Galileo
<- 315576395063840071 1157651940 960 NEWSTIME
.
.
.
<- 315576395063840169 1157919720 8580 Bad Boys - Harte Jungs
<- 315576395063840170 1157928300 3180 Lost
<- 315576395063840171 1157931480 6780 Bad Boys - Harte Jungs
(2) - now connected to (192.168.100.107:80)
-> GET /control/gettime?rawtime HTTP/1.0
(2) - connection closed by (192.168.100.107) - got:
<- 1157644683
system clock set to: Thu Sep  7 17:58:03 2006

set max. record duration to 35 min (2100)
action: start record triggered ...
timer: activating record mode ...
(3) - now connected to (192.168.100.107:80)
-> GET /control/setmode?record=start HTTP/1.0
(3) - connection closed by (192.168.100.107) - got:
<- ok
slot: record mode activated, launch triggered ...
timer: launching grabber ...
proc: /usr/bin/dboxgrab -c utf8 -h 192.168.100.107 -p 31339 -o /data/storage/movie/ProSieben/2006-09-07_1758_DieSimpsons-1 -s 0 -v 0x215 -a 0x0
timer: time to terminate grabber ...
proc: grab process exited
timer: deactivating record mode ...
(5) - now connected to (192.168.100.107:80)
-> GET /control/setmode?record=stop HTTP/1.0
(5) - connection closed by (192.168.100.107) - got:
<- ok
slot: record mode deactivated

Wenn er meine manuelle Aufnahmeprogrammierung ignoriert, wie kann ich dann etwas "außer der Reihe" aufnehmen?

p7

Ok ... habs mir nochmal in Ruhe durch den Kopf gehen lassen. Also, wenn ich den Nachlauftimer ziemlich hoch stelle, sollte die Wahrscheinlichkeit höher sein, dass der STOP von der Box kommt als von recorder, richtig?

ich würde es glaubich begrüßen, wenn es eine recorder-Version gäbe bei der man einfach diese Zeit einstellen kann.

Vllt hast du ja dann auch noch Verwendung für meinen Patch, den ich in http://forum.tuxbox-cvs.sourceforge.net ... 120#303696 gepostet habe.

Gruß
p7

Beitrag von **gmo18t** » Freitag 8. September 2006, 09:05

Code: Alles auswählen

<- 315576395063840068 1157644680 1800 Die Simpsons

Original Dauer ist 1800 s

Code: Alles auswählen

set max. record duration to 35 min (2100)

recorder schlägt noch 5 min drauf, also 2100 s bzw. 35 min.
Das bedeutet: egal wie lang der neutrino-timer eingestellt ist, recorder beendet die Aufnahme nach 35 min !
so wie's auch hier zu sehen ist:

Code: Alles auswählen

timer: time to terminate grabber ...
proc: grab process exited

recorder beendet Aufnahme (nach 2100 s / 35 min.) !

Also, ich hab jetzt recorder abgeändert (->sourceforge download), so daß nicht mehr die Spielzeit aus dem EPG genommen wird, sondern immer eine maximale Begrenzung, die aber per config-Parameter "maxRecDuration" einstellbar ist (default 4h).

Damit sollte es in jedem Fall bis zum STOP-Befehl von neutrino aufnehmen, wenn der Aufnahmetimer innerhalb der durch "maxRecDuration" vorgegeben Zeit liegt.

... den "datetime"-Patch hab ich (noch) nicht eingebaut

- GMo -

gmo18t hat geschrieben:Also, ich hab jetzt recorder abgeändert (->sourceforge download), so daß nicht mehr die Spielzeit aus dem EPG genommen wird, sondern immer eine maximale Begrenzung, die aber per config-Parameter "maxRecDuration" einstellbar ist (default 4h).

Damit sollte es in jedem Fall bis zum STOP-Befehl von neutrino aufnehmen, wenn der Aufnahmetimer innerhalb der durch "maxRecDuration" vorgegeben Zeit liegt.

Danke !!!

gmo18t hat geschrieben:... den "datetime"-Patch hab ich (noch) nicht eingebaut

Da ich eigentlich überhaupt noch nie was mit QT gemacht habe (außer diesen Patch), kann es sein das er vielleicht nicht sauber programmiert ist, funktionieren tut er aber (ist bei mir im Dauereinsatz)

p7