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

[seife]

Irgendwie haben die Leute doch immer wenn sie mit udrec aufgenommen hatten ihre streams untersucht und festgestellt, ob da Fehler drin waren oder nicht. Ich vermute mit ProjectX oder so.
Das hat dann irgendwie angezeigt, wenn da Störungen drin waren etc.

Genaueres weiss ich auch nicht, ich habe das nie gemacht.

Ganz klar ist eine Aufnahme mit Störung typischerweise immer noch besser als keine Aufnahme, aber es wäre halt interessant ob es tatsächlich Störungen gibt (wie zu erwarten) oder nicht (weil dann ein Treiberbug vorliegen würde: er würde einen Fehler melden, wo anscheinend gar keiner ist).

[dietmarw]

evtl. hier was dabei?

http://www.tsreader.com/tsreader/
http://www.streamguru.de/mpeg-analyzer/
http://www.pjdaniel.org.uk/mpeg/

[dietmarw]

das hier scheint zum analysieren recht gut zu sein.. in der neuen ct beschrieben..
TSDoctor
http://www.cypheros.de/dvb_e.html

[mrvica]

vielleicht ist es off topic da ich keine Festplatte habe, benutze FreeNFS und Rechner, Aufnehmen auf Das Erste funktioniert bei mir nur noch mit test_dvr, aus tuxbox Sourcen ~/apps/dvb/tools/dvb_test/test_dvr (von mir in record_ts umbenannt) , udrec tut seit einiger Zeit auch nicht mehr (zu viele Ruckler), teste mal das Tool aus dem Archiv, habe das Tool für mehrere buffer size compiliert (original 64k) etwa so
./record_ts_64k /hdd1/das_erste.ts 101 102
die Parameter 101 102 sind Video und Audio PIDs in Dezimal (kannst über Informationen herausfinden)
fals es mehrere Audio Spuren sind, probiere mal folgendes
./record_ts_64k /hdd1/das_erste.ts 101 102 103 104
momentan läuft Handball EM (Sportereignisse waren noch problematischer zu aufnehmen), hier absolut keine Ruckler,
die erstellten .ts Datein sind ohne Header (nur mit sync. Bit 0x47), mplayer tut sie einwandfrei abspielen, ich fixe die Dateien mit MpegStreamClip unter Windows, hier wurde TSDoctor erwähnt, ist auch gut, genpsi versagt bei "Das Erste", warum auch immer, gibts Ruckler, streamfile in ~/apps/dvb/tools/dvb_test/stream/ habe ich auch getestet, ist ähnlich stream2file was in Neutrino eingebaut ist, vom Telnet kann ich streamfile zick Male starten, aus GUI nur einige Male, record_ts (habe für Enigma Script gemacht, was die PIDs aus dem Stream ausliest) aus GUI unzählige Male, funktioniert immer, teste das erstmal und sag Bescheid ob es und wie gut es funktioniert, dann könnten wir vielleicht das Problem eingrenzen
http://www.file-upload.net/download-218 ... s.zip.html

edit: ich vergasss zu erwähnen, dass die Box im SPTS Modus sein muss, damit die Aufnahme funktioniert

mrvica

[Miky1968]

das hier scheint zum analysieren recht gut zu sein.. in der neuen ct beschrieben..

Danke für den Link.

Auch ne Aufnahme der Handball EM von heute/ ARD logischerweise. Ca.25 Minuten/ 1,2 GB groß. Geprüft mit dem TS Doctor.

Link zum Screenshot:
http://piccenter.c14s.com/bild.php/3419,image1FYQFV.gif

[Miky1968]

Sorry, man sollte vielleicht die Anleitung auch lesen

Jetzt ein Screenshot mit durchgeführtem Check.
http://piccenter.c14s.com/bild.php/3430,image1QVTW9.gif

[Miky1968]

Ganz klar ist eine Aufnahme mit Störung typischerweise immer noch besser als keine Aufnahme, aber es wäre halt interessant ob es tatsächlich Störungen gibt (wie zu erwarten) oder nicht (weil dann ein Treiberbug vorliegen würde: er würde einen Fehler melden, wo anscheinend gar keiner ist).

Okay, scheint ja keinen mehr zu interessieren...

Hatte das eigentlich auch nur gemacht, weil seife Fehler in der Aufnahme vermutete, dort aber keine sind!

Code: Alles auswählen

Opening file C:\Dokumente und Einstellungen\Besitzer\Desktop\Das_Erste_Sportschau_live_2010-01-22_192918.001.ts

OS: Windows XP Service Pack 3
TSDoctor.exe V 1.0.17

Supported splitter filter found : 
Supported audio filter found    : 
Supported video filter found    : 
File size: 1287326428
Packets  : 6847481


Scanning for TRP fill pakets

Scanning for PIDs

Found 4 different PIDs

Identifying stream types

$0000: 0%   = PAT
$0FFF: 0%   = PMT
$0065: 96%  = MPEG2 Video (PES_StreamID $E4 = Video_Stream_4) [PCR,PTS,DTS]
$0066: 4%   = MPEG1 Audio (PES_StreamID $C0 = Audio_Stream_0) [PTS]


Scanning for PATs

----------- PAT 0 -----------
PacketCount              : 1
Table ID                 : 0
Section Syntax Indicator : 1
Reserved Bit 0           : 0
Reserved Bit 1           : 1
Reserved Bit 2           : 1
Pointer Field            : 0
Section Length           : 13
Transport Stream ID      : 1079
Reserved Bit 3           : 1
Reserved Bit 4           : 1
Version Number           : 20
Current Next Indicator   : 1
Section Number           : 0
Last Section Number      : 0

  Program Number : $6D66
  Map PID        : $0FFF

CRC32                    : $4DDCA8FD = $4DDCA8FD
-----------------------------

Found 1 different PATs
Found 1 different PMT PIDs
Scanning for PMTs

----------- PMT 0 -----------
Packet                   : $00000002
PacketCount              : 1
PID                      : $0FFF
Table ID                 : 2
Section Syntax Indicator : 1
PMT Size                 : 31
Pointer Field            : 0
Section Length           : 23
Program Number           : $6D66
Version Number           : 20
Current Next Indicator   : 1
Section Number           : 0
Last Section Number      : 0
PCR PID                  : $0065

Program Info Length      : 0

  Stream Type    : 2
  Description    : ITU-T Rec. H.262 | ISO/IEC 13818-2 Video | ISO/IEC 11172-2 constr. parameter video stream
  Elementary PID : $0065
  ES Info Length : 0

  Stream Type    : 3
  Description    : ISO/IEC 11172 Audio
  Elementary PID : $0066
  ES Info Length : 0

CRC32                    : $2652B183 = $2652B183
-----------------------------

Found 1 different PMTs

Selecting PMT with PID $0FFF at position $00000002
CRC OK!

0.
  stream_type              : 2 = ITU-T Rec. H.262 | ISO/IEC 13818-2 Video | ISO/IEC 11172-2 constr. parameter video stream
  elementary_pid           : $0065
  ES_info_length           : 0

1.
  stream_type              : 3 = ISO/IEC 11172 Audio
  elementary_pid           : $0066
  ES_info_length           : 0

PCR PID is $0065

Created PAT:

----------- PAT 0 -----------
PacketCount              : 0
Table ID                 : 0
Section Syntax Indicator : 1
Reserved Bit 0           : 0
Reserved Bit 1           : 1
Reserved Bit 2           : 1
Pointer Field            : 0
Section Length           : 13
Transport Stream ID      : 1079
Reserved Bit 3           : 1
Reserved Bit 4           : 1
Version Number           : 20
Current Next Indicator   : 1
Section Number           : 0
Last Section Number      : 0

  Program Number : $6D66
  Map PID        : $0FFF

CRC32                    : $4DDCA8FD = $4DDCA8FD
-----------------------------



Created PMT:

----------- PMT 0 -----------
Packet                   : $00000002
PacketCount              : 1
PID                      : $0FFF
Table ID                 : 2
Section Syntax Indicator : 1
PMT Size                 : 31
Pointer Field            : 0
Section Length           : 23
Program Number           : $6D66
Version Number           : 20
Current Next Indicator   : 1
Section Number           : 0
Last Section Number      : 0
PCR PID                  : $0065

Program Info Length      : 0

  Stream Type    : 2
  Description    : ITU-T Rec. H.262 | ISO/IEC 13818-2 Video | ISO/IEC 11172-2 constr. parameter video stream
  Elementary PID : $0065
  ES Info Length : 0

  Stream Type    : 3
  Description    : ISO/IEC 11172 Audio
  Elementary PID : $0066
  ES Info Length : 0

CRC32                    : $2652B183 = $2652B183
-----------------------------


First video PTS is 2665559176 08:13:37.324
Last video PTS  is 2794291576 08:37:27.684

First PTS is 2665559176 08:13:37.324 PID:0065
Last PTS is 2794291576 08:37:27.684 PID:0065
First DTS is 0 00:00:00.000
First PCR  is 799663665300 08:13:37.173
First PCR´ is 2665545551 08:13:37.173
Last PCR  is 838280419606 08:37:27.423
Duration of video stream is 128722514 00:23:50.250
Video PCR to PTS difference -151 ms

The following PIDs will be imported into new stream: $0065, $0066

Scanning for video details
Video format: MPEG2 720x576 / 25 fps

Scanning for audio details
Audio stream 1: MPEG1 Audio

Cut in  at PCR: 00:00:00.000 (08:13:37.173)
Cut out at PCR: 00:23:50.250 (08:37:27.423)

Starting at paket $00000003(00000000) PCR: 00:00:00.000 (08:13:37.173)
No cutting at the end needed
Cutted pakets at the beginning: 0
Cutted pakets at the end: 0
Discarded pakets (not needed): 3

ERRORS : 0
WARNINGS : 0

Speed: 36,8 MBytes/sec
Duration: 00:00:33

Dann höre ich jetzt besser auch auf

[seife]

Interessieren tut es mich schon, ich konnte nur mit den screenshots nichts anfangen

Aber wenn keine Fehler drin sind, ist ja soweit alles i.O., den Bug im Treiber, warum der einen Fehler zurückgibt wo keiner ist, wird eh keiner suchen wollen, vermute ich mal

[mrvica]

Ich habe den .ts Header in Verdacht (wohl nur bei ARD, ZDF), das selbe Problem mit Enigma, irgendwas kommt da aus dem Ruder, mit dem simplen Tool funktionieren ja die Aufnahmen, sogar über NFS und 10Mbs Netzwerk, könnte man bei der Aufnahme eine Option einführen, "don´t make headed TS Files" oder "dont´t write header to TS files" oder ähnlich, die .ts Files kann man dann auf dem Rechner fixen, gibts ja genug Tools, die .ts Files lassen sich dann ohne Fixen über Neutrino oder Enigma GUI nicht mehr abspielen, das könnte man in Kauf nehmen

mrvica

[seife]

Nein, wir reden hier über was komplett anderes. Der Header etc. hat mit dem hier besprochenen Problem genau garnichts zu tun.

[JtG-Riker]

Nein, wir reden hier über was komplett anderes. Der Header etc. hat mit dem hier besprochenen Problem genau garnichts zu tun.

Genau das problem ist das auf Avia600 Nokia die Last viel zu hoch ist und da dann Ruckler in der Aufnahme sind, wenn die auf ARD/ZDF oder Sendern mit hoher Bitrate gemacht werden, das ist aber nur bei Nokia Avia600 der Fall, ich hab schon geschrieben ich kann eine Box
zur Verfügung stellen, im Log taucht ja auch immer der dmx Fehler auf, die Box ist auch viel mehr träge als die 500er - wenn man schon nur etwas im Menu ist oder mal die Streaminfo aufruft kommt der Fehler schon im Log.

Gruß Riker

[Miky1968]

...im Log taucht ja auch immer der dmx Fehler auf, die Box ist auch viel mehr träge als die 500er - wenn man schon nur etwas im Menu ist oder mal die Streaminfo aufruft kommt der Fehler schon im Log.

Gruß Riker

Jetzt noch immer, nach der Änderung?

Würde mich eher wundern

Edit: Neutrino BETA2 Komplett-Image vom 10.01.2010: Version 2.4.0 BETA , oder bist Du da aktueller?

[JtG-Riker]

...im Log taucht ja auch immer der dmx Fehler auf, die Box ist auch viel mehr träge als die 500er - wenn man schon nur etwas im Menu ist oder mal die Streaminfo aufruft kommt der Fehler schon im Log.

Gruß Riker

Jetzt noch immer, nach der Änderung?

Würde mich eher wundern

Edit: Neutrino BETA2 Komplett-Image vom 10.01.2010: Version 2.4.0 BETA , oder bist Du da aktueller?

Das hat damit nichts zu tun, bitte nicht den seit Jahren enthaltenen "Bug" wegdiskutieren hier, es gibt einige Threads im Forum wo über die Probleme berichtet werden, die kommen 100% aus dem Treiber, ich muss nur leider jetzt auf die Arbeit und hab keine Zeit mehr das noch rauszusuchen, der Bug bestand nicht erst seit letzem Jahr. Es ist auch nur Auf Avia600 Nokia Boxen mit Sendern mit Hoher Bitrate.


Gruß Riker

edit

noch schnell nen Link: http://www.tuxbox-cvs.sourceforge.net/f ... 31&t=48110

[Miky1968]

Den Bug im Treiber diskutiert ja auch keiner weg, nur wir reden glaube ich über unterschiedliche Fehler.

..... den Bug im Treiber, warum der einen Fehler zurückgibt wo keiner ist, wird eh keiner suchen wollen, vermute ich mal

Jetzt habe ich mir Deinen Link komplett durchgelesen, aufgefallen ist mir dabei nur, dass es einige gibt die Deinen Fehler bestätigen, andere hingegen haben den beschriebenen Fehler eben nicht.

Noch vor kurzer Zeit hätte ich Dir problemlos zugestimmt, jetzt eben nicht mehr. Vor meinem Umzug hatte ich nur Avia 500 er Boxen, allerdings Kabel. Jetzt habe ich nur Avia 600 er Boxen, die allerdings für SAT. Ich glaube sagen zu können, dass mir da ein Unterschied aufgefallen wäre.

Nach der Korrektur von rhabarber1848 kann ich wieder problemlos auf ARD aufnehmen, ohne Ruckler, ohne Fehler etc. Auch ein trägeres Verhalten der Nokia 600 ist mir nicht aufgefallen, allerdings vorher auch nicht.

Der Bug den seife ansprach bezieht sich auf eine falsche Fehlerausgabe des Treibers, nicht auf eine grundsätzliche Fehlfunktion.

Allerdings ist das jetzt doch ein gestochere im Dunkeln. Ohne ein Log bei Deinen Fehlern ist eh nur raten angesagt

Grüße
Miky

[seife]

Riker meint diesen Fehler im Log:

Code: Alles auswählen

avia_gt_dmx: queue 3 overflow (count: 2)
avia_gt_dmx: queue 0 overflow (count: 1)
avia_gt_dmx: queue 3 overflow (count: 3)
avia_gt_dmx: queue 0 overflow (count: 1)

Der Kommt vom Treiber. Evtl. propagiert sich das ja durch bis oben, obwohl es harmlos ist und führt zu dem Fehlercode im neutrino.

Ich habe jetzt mal code eingecheckt, der den "Fehler" im stream2file (auf !(TRIPLEDRAGON)) zwar immer noch ignoriert, aber zumindest protokolliert. Evtl. bringt das ja ein wenig Licht ins Dunkel.

Wenn alle Stricke reissen, muss ich halt doch mal die AVIA-600 Nokia, die mir Martin unter anderem zum debuggen dieses Problems geschenkt hat, wieder anschliessen

[Miky1968]

Wobei mich eben wundert, dass bei mir mit dem dietmarw Image diese Fehlermeldung eben nicht mehr kommt. Oder ist das auch durch die Änderung von rhabarber1848 weg?

Wenns hilft mache ich gerne heute Mittag mal eine längere Aufnahme und logge mit.

Hier ein Log mit einem squashfs Image von heute morgen.

Code: Alles auswählen

[LCDFONT] FTC_Face_Requester (Fix12/Regular)
21:08:45.139 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
21:08:47.872 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
[neutrino] no file /var/tuxbox/config/recording.start was found
Record channel_id: 44d00016dca epg: 44d00016dca52e4, 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_Die_gr__ten_Naturschauspiele_der_Erde_2010-01-18_210849.001.ts'
            myfilename: '/hdd/Das_Erste_Die_gr__ten_Naturschauspiele_der_Erde_2010-01-18_210849'
[timerd] using config file /var/tuxbox/config/timerd.conf
[timerd] timer_wakeup = false; a.time: 0 now: 1263845401
[timerd] not scheduling shutdown event
Stop
record time: 71
[mi] saveXml: /hdd/Das_Erste_Die_gr__ten_Naturschauspiele_der_Erde_2010-01-18_210849.xml
saveFile:1085 saving TS movieinfo: Das_Erste_Die_gr__ten_Naturschauspiele_der_Erde_2010-01-18_210849.xml
[stream2file]: pthreads exit code: 1, dir: '/hdd', filename: 'Das_Erste_Die_gr__ten_Naturschauspiele_der_Erde_2010-01-18_210849' myfilename: '/hdd'
PES, queue 0 normal.
[neutrino] no file /var/tuxbox/config/recording.end was found
21:10:05.043 [timeThread] - 18.01.2010 21:10:06, tim: Mon Jan 18 21:10:06 2010
21:10:05.092 [timeThread] Time set via DVB, going to sleep for 1800 seconds.
[neutrino] timeset event. difference is 1 s, using adjtime(). oldd: 0 us
21:10:06.246 eit_set_update_filter, servicekey = 0x44d00016dca, current version 18
[timerd] using config file /var/tuxbox/config/timerd.conf

(

[dbt]

Hatte auch öfter Aussetzer mit Abbruch auf meiner 600er nicht nur bei ARD. Heute Nacht ist dat Ding gelaufen und die programmiertern Beiträge waren gigabyteweise auf meiner Platte ohne Murren.

[JtG-Riker]

Ich bau mal ein neues Image mit aktuellem Stand und teste dann selbst mal. Aber die hohe Last kann ja eigentliuch nicht weg sein,
versucht doch mal i einfach ROT / BLAU zu machen und im Log kam doch selbst dann der dmx fehler.

Gruß Riker

[Miky1968]

Ich bau mal ein neues Image mit aktuellem Stand und teste dann selbst mal. Aber die hohe Last kann ja eigentliuch nicht weg sein,
versucht doch mal i einfach ROT / BLAU zu machen und im Log kam doch selbst dann der dmx fehler.

Gruß Riker

Gut, ich gebe Dir Recht. Aber Aufnahmen gehen halt wieder

Code: Alles auswählen

18:39:30.255 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:39:33.215 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:39:35.934 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:39:38.544 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
avia_gt_dmx: queue 31 overflow (count: 1)
18:39:40.631 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:39:43.875 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:39:46.238 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:39:50.132 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
avia_gt_dmx: queue 31 overflow (count: 1)
18:39:55.305 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:40:05.629 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
avia_gt_dmx: queue 31 overflow (count: 1)
18:40:15.863 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
avia_gt_dmx: queue 31 overflow (count: 1)
18:40:25.948 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:40:35.972 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
avia_gt_dmx: queue 31 overflow (count: 1)
18:40:46.275 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x61 mask 0xf1
18:40:53.555 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x61 mask 0xf1
avia_gt_dmx: queue 31 overflow (count: 1)

Und das war ohne jedes umschalten

[seife]

aber nicht während einer Aufnahme, oder? Da wirst du ja den sectionsd anhalten.
Diese sectionsd-Meldungen sind normal, das kommt daher, weil die box halt zu langsam ist für die hohen "EPG-Datenraten" auf manchen Transpondern. Ist aber harmlos (könnte man auch mal wegpatchen).

[Miky1968]

aber nicht während einer Aufnahme, oder?

Nein, normaler Betrieb auf ARD bei der Handball EM.

Und ja, den sectiosd halte ich bei einer Aufnahme an.

Aber da waren eben auch diese Meldungen die wohl Riker stören.

Code: Alles auswählen

avia_gt_dmx: queue 31 overflow (count: 1)

[JtG-Riker]

@Micky

Die stören nicht nur, das sind meistens dann Ruckler in der Aufnahme
Nimm mal mit allen Tonstpuren auf ARD auf und gucks dir dann an.

Gruß Riker

[Striper]

Gut, ich gebe Dir Recht. Aber Aufnahmen gehen halt wieder :D

Code: Alles auswählen

18:39:30.255 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:39:33.215 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:39:35.934 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:39:38.544 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
avia_gt_dmx: queue 31 overflow (count: 1)
18:39:40.631 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:39:43.875 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:39:46.238 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:39:50.132 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
avia_gt_dmx: queue 31 overflow (count: 1)
18:39:55.305 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:40:05.629 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
avia_gt_dmx: queue 31 overflow (count: 1)
18:40:15.863 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
avia_gt_dmx: queue 31 overflow (count: 1)
18:40:25.948 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
18:40:35.972 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x60 mask 0xf1
avia_gt_dmx: queue 31 overflow (count: 1)
18:40:46.275 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x61 mask 0xf1
18:40:53.555 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x61 mask 0xf1
avia_gt_dmx: queue 31 overflow (count: 1)

Diese Meldungen kommen vom sectionsd. Der überfordert die Box auf ARD nachdem das erste mal auf den Transponder geschalten wird. Das kann man aber rauspatchen.

/edit
Shit, hätte mal weiter lesen sollen...

[Miky1968]

Die stören nicht nur, das sind meistens dann Ruckler in der Aufnahme
Nimm mal mit allen Tonstpuren auf ARD auf und gucks dir dann an.

Auf die Idee, alle Tonspuren bei ARD aufzuzeichnen bin ich echt noch nie gekommen. Ich war froh, dass die normale Stereospur funktioniert hat.

Ich denke, die ganze Geschichte in allen Spuren aufzuzeichnen überfordert die gute alte Box dann doch

Vielleicht hat seife ja doch mal Zeit und bootet sein Präsent von Martin noch einmal und schaut drüber

Warum allerdings eine Nokia 500 bei dieser Sache der eigentlich überlegeneren 600er Box besser abschneidet, dazu kann ich wenig bis nichts sagen.

Sagt jetzt bitte nicht, es ist der Chip

Wie sieht das Log eigentlich bei einer 500er Box aus?

Ich kanns nicht testen, hab keine mehr...

Diese sectionsd-Meldungen sind normal, das kommt daher, weil die box halt zu langsam ist für die hohen "EPG-Datenraten" auf manchen Transpondern. Ist aber harmlos (könnte man auch mal wegpatchen).

Kannst Du, oder willst Du auch vielleicht?
Wie man ja vorher schon gesehen hat, die Box ist bei ARD kurz vorm Abgrund, eine kleine Meldung vom Treiber reichte, dann wars zuviel. Vielleicht wirds ja immer besser, jeweniger "Fehler" gemeldet werden.

Wäre jedenfalls sehr nett und vielleicht ne Abwechslung neben der Coolstream

Grüße
Miky

[MPC823]

Nö das mit der überlegenheit des 500/600er hat was damit zu tun das in den Treibern wohl ein Bug ist der non publik gefixed wurder aber dieser Patch hat es wohl nie wieder zurückgefunden was irgendwie schade ist.

Was ich versteh ist das man an Neutrino hängt und die vielen goodies die Neutrino hat, was ich nicht verstehe ist das man sich nicht eine Triple Dragon holt die 2 verscheiden OS Möglichkeiten hat , das Einstellen der von was man bootet idiotensicher ist das Netztwerk so perfomant ist wie kaum eine Box am Markt und man hat das gute alte Neutrino.

Ich stecke den Stecker rein und habe von einer CF Karte nach ~12sek ein Bild . Dank Seife ist das Teil so stabil das man schon Angst bekommen kann und vorsichtshalbe doch mal alle drei Monate den Stecker zieht. Ja und die 64 MB Ram sind auch schon drin.

Irgendeiner hier hat mal einen DVB-T Tuner in eine Dbox eingebaut also müsste man auch einen Kabeltuner da reinspaxen können. Zwei Tuner die nicht gleich sind gehen. Also Basteln kann man mit der Box auch.


Martin