ARD Aufnahme auf interne HDD mit aktuellem CVS Stand unmögl.

Wünsche, Anträge, Fehlermeldungen
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: ARD Aufnahme auf interne HDD mit aktuellem CVS Stand unmögl.

Beitrag von seife »

@miky: Die Meldung hat deine box nicht in den Abgrund gerissen, sondern dass der Fehler halt auch als Fehler behandelt wurde, und deswegen die Aufnahme absichtlich behandelt wurde.

Die Meldung habe ich wieder reingemacht, also wenn die der Grund war, dürfte es seit gestern Mittag nicht mehr gehen ;)

Was die Meldung vom sectionsd angeht: die ist harmlos. Sie zeigt einen Fehler an, der aber nicht fatal ist. Und ich sträube mich dagegen, Fehler einfach zu ignorieren. Außerdem stört sie niemand beim Fernsehschauen ;) Und wenn sie halt auf einem Transponder, der keine hohe Datenrate im EPG hat trotzdem auftaucht, zeigt sie ein real existierendes Problem an. Insofern würde ich die nur ungern einfach rauspatchen. Man *könnte* eine "statistik" machen, á la "in diesem demux-Zyklus traten 23 POLLERR's auf", die beim dmx.Change() ausgegeben wird, aber wozu den Aufwand treiben? Einfach nicht auf die serielle Konsole schauen hilft auch ungemein ;)
Außerdem geht dann die Korrelation zwischen queue overflow und POLLERR (falls es denn eine gibt ;)) verloren.
Miky1968
Einsteiger
Einsteiger
Beiträge: 138
Registriert: Samstag 5. September 2009, 20:39

Re: ARD Aufnahme auf interne HDD mit aktuellem CVS Stand unmögl.

Beitrag von Miky1968 »

seife hat geschrieben:@miky:
Die Meldung habe ich wieder reingemacht, also wenn die der Grund war, dürfte es seit gestern Mittag nicht mehr gehen ;)
Du Schelm :D

Na, dann schaue ich mal was das dietmarw Image von heute mit ner Aufnahme macht :lol:
mrvica
Einsteiger
Einsteiger
Beiträge: 342
Registriert: Freitag 24. September 2004, 12:48

Re: ARD Aufnahme auf interne HDD mit aktuellem CVS Stand unmögl.

Beitrag von mrvica »

seife hat geschrieben:Nein, wir reden hier über was komplett anderes. Der Header etc. hat mit dem hier besprochenen Problem genau garnichts zu tun.
ich meinte den PAT / PMT Patch, sorry, der ist bei Neutrino standardmässig nicht drin, wohl aber bei Enigma, ich habe mal Enigma ohne den Patch compiliert, Aufnahmen auf ARD sind besser geworden, wenn auch nicht ganz ruckelfrei, vielleicht mache ich neuen Thread im Enigma Bereich auf, so dass man das per Option enablen oder disablen kann

mrvica
Miky1968
Einsteiger
Einsteiger
Beiträge: 138
Registriert: Samstag 5. September 2009, 20:39

Re: ARD Aufnahme auf interne HDD mit aktuellem CVS Stand unmögl.

Beitrag von Miky1968 »

seife hat geschrieben: Die Meldung habe ich wieder reingemacht, also wenn die der Grund war, dürfte es seit gestern Mittag nicht mehr gehen ;)
Schade seife. Jetzt, mit aktuellem CVS Stand, kann ich wieder nicht aufnehmen auf ARD :oops:

Code: Alles auswählen

Record channel_id: 44d00016dca epg: 44d00016dca53f0, apids 0x0 mode 1
SPTS, queue 0 extended.
avia_gt_dmx: queue 3 overflow (count: 1)
fsk:0, Genre:191, Dauer: 50
[stream2file]: ringbuffersize 4194304 write_ts 1 numpids 2
avia_gt_dmx: queue 3 overflow (count: 1)
avia_gt_dmx: queue 0 overflow (count: 1)
avia_gt_dmx: queue 3 overflow (count: 2)
avia_gt_dmx: queue 0 overflow (count: 1)
avia_gt_dmx: queue 3 overflow (count: 2)
avia_gt_dmx: queue 0 overflow (count: 1)
[stream2file] allocated ringbuffer size: 4194303
[stream2file] filename: '/hdd1/Das_Erste_Sturm_der_Liebe_2010-01-27_153817.001.ts'
            myfilename: '/hdd1/Das_Erste_Sturm_der_Liebe_2010-01-27_153817'
[stream2file] read DMX: Value too large for defined data type (75)avia_gt_dmx: queue 3 overflow (count: 2)
avia_gt_dmx: queue 0 overflow (count: 1)
avia_gt_dmx: queue 3 overflow (count: 2)
avia_gt_dmx: queue 0 overflow (count: 1)
[stream2file] read DMX: Value too large for defined data type (75)avia_gt_dmx: queue 3 overflow (count: 2)
avia_gt_dmx: queue 0 overflow (count: 1)
PANIC: not enough space in ringbuffer, available 42887, needed 93225
[stream2file]: pthreads exit code: -1, dir: '/hdd1', filename: 'Das_Erste_Sturm_der_Liebe_2010-01-27_153817' myfilename: '/hdd1'
Record channel_id: 44d00016dca epg: 0, apids 0x0 mode 1
no response from sectionsd
avia_gt_dmx: queue 3 overflow (count: 1)
no response from sectionsd
[stream2file] INFO: /hdd1/Das_Erste_Sturm_der_Liebe_2010-01-27_153817.xml already exists, not overwriting
[stream2file]: ringbuffersize 4194304 write_ts 1 numpids 2
[stream2file] allocated ringbuffer size: 4194303
[stream2file] filename: '/hdd1/Das_Erste_Sturm_der_Liebe_2010-01-27_153817.001.ts'
            myfilename: '/hdd1/Das_Erste_Sturm_der_Liebe_2010-01-27_153817'
[stream2file] /hdd1/Das_Erste_Sturm_der_Liebe_2010-01-27_153817.001.ts exists, retrying...
[stream2file] filename: '/hdd1/Das_Erste_Sturm_der_Liebe_2010-01-27_153817.002.ts'
            myfilename: '/hdd1/Das_Erste_Sturm_der_Liebe_2010-01-27_153817'
[stream2file] read DMX: Value too large for defined data type (75)
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: ARD Aufnahme auf interne HDD mit aktuellem CVS Stand unmögl.

Beitrag von seife »

Dann ist es tatsächlich die überprüfung des returncodes, der die box "über den Abgrund schubst". Dann ist das ganze aber doch sehr fragil und man sollte über generelle Optimierungen an dieser Stelle nachdenken... :-(
Hilft ein kleinerer ringbuffer evtl? Grösser als 4MB wird mit einer 32MB-Box nichts bringen.

Wie sind deine anderen Optionen? (o_sync, fdatasync, etc)?
Miky1968
Einsteiger
Einsteiger
Beiträge: 138
Registriert: Samstag 5. September 2009, 20:39

Re: ARD Aufnahme auf interne HDD mit aktuellem CVS Stand unmögl.

Beitrag von Miky1968 »

Ringpuffer steht bei 4. Kleiner gehen auch andere Aufnahmen manchmal nicht, größer ist die Box unbedienbar.

Der sectiosd wird angehalten bei Aufnahmebeginn.
SPTS ein
O_SYNC ein
fdatasync ein
Videotext aus
Untertitel aus
lange Dateinamen ein

Vielleicht kannst Du die Änderung der Änderung wieder zurücknehmen bis ne soliderere Lösung gefunden wurde.

Bitte! :D
Striper
Erleuchteter
Erleuchteter
Beiträge: 625
Registriert: Samstag 8. September 2007, 16:17

Re: ARD Aufnahme auf interne HDD mit aktuellem CVS Stand unmögl.

Beitrag von Striper »

Aufnahmen auf ARD sollten jetzt wieder gehen.

http://cvs.tuxbox-cvs.sourceforge.net/t ... 37&r2=1.38
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: ARD Aufnahme auf interne HDD mit aktuellem CVS Stand unmögl.

Beitrag von seife »

Ein Kommentar, *warum* der Fehler nicht abgeprüft werden darf, wäre evtl. angemessen.
Miky1968
Einsteiger
Einsteiger
Beiträge: 138
Registriert: Samstag 5. September 2009, 20:39

Re: ARD Aufnahme auf interne HDD mit aktuellem CVS Stand unmögl.

Beitrag von Miky1968 »

Ich möchte mich bei allen für die geleistete Hilfe bedanken. Hat Spaß gemacht ;)
Zum Abschluß ein Log von einem dietmarw Image von heute.

Code: Alles auswählen

[neutrino] no file /var/tuxbox/config/recording.start was found
Record channel_id: 44d00016dca epg: 44d00016dca5446, apids 0x0 mode 1
SPTS, queue 0 extended.
fsk:0, Genre:191, Dauer: 45
[stream2file]: ringbuffersize 4194304 write_ts 1 numpids 2
[stream2file] allocated ringbuffer size: 4194303
[stream2file] filename: '/hdd/Das_Erste_Brisant_2010-01-29_175540.001.ts'
            myfilename: '/hdd/Das_Erste_Brisant_2010-01-29_175540'
[timerd] using config file /var/tuxbox/config/timerd.conf
[timerd] timer_wakeup = false; a.time: 0 now: 1264784557
[timerd] not scheduling shutdown event
Stop
record time: 417
[mi] saveXml: /hdd/Das_Erste_Brisant_2010-01-29_175540.xml
saveFile:1085 saving TS movieinfo: Das_Erste_Brisant_2010-01-29_175540.xml
[timerd] using config file /var/tuxbox/config/timerd.conf
SPTS, queue 0 extended.
[stream2file]: pthreads exit code: 1, dir: '/hdd', filename: 'Das_Erste_Brisant_2010-01-29_175540' myfilename: '/hdd'
[neutrino] no file /var/tuxbox/config/recording.end was found
18:02:44.095 [timeThread] - 29.01.2010 18:02:45, tim: Fri Jan 29 18:02:45 2010
18:02:44.154 [timeThread] Time set via DVB, going to sleep for 1800 seconds.
[neutrino] timeset event. difference is 1 s, using adjtime(). oldd: 1084460 us
18:02:45.202 eit_set_update_filter, servicekey = 0x44d00016dca, current version 22