Ergebnis 61 bis 70 von 172
Thema: 0-Byte-Record mit Debug.log
-
08.03.2014, 10:51 #61
- Registriert seit
- 02.12.2013
- Beiträge
- 604
- Thanks (gegeben)
- 71
- Thanks (bekommen)
- 76
- Total Downloaded
- 229,67 MB
- Total Downloaded
- 229,67 MB
Box 1:Gigablue UHD UE 4KBox 2:Gigablue UHD TRIO 4KBox 3:anadol multi 4kDann lieber doch keinen alten Treiber aufspielen?
Das ist ja das Problem, das Problem tritt einfach irgendwann auf, je mehr Aufnahmen nach einem reboot gemacht wurden um so wahrscheinlicher. Hängt m.E. nicht nach der Zeitspanne ab, sondern nach der Anzahl der Aufnahmen. Und nachdem ich das Problem auch mit OpenHDF hatte, ist es wohl auch unabhängig vom Image. Tunereinschränkungen halte ich auch für eher unwahrscheinlich, habe 3 Tuner drin (alle mit extra-Leitung), und die werden auch alle benutzt, wenn ich verschiedene Transponder gleichzeitig benutze. Kenn mich da jetzt wirklich nicht aus, aber kann es sein dass irgendein "buffer" überläuft. Denn sowas wird ja wohl geleert, wenn man einen reboot macht...
-
Advertising
-
08.03.2014, 11:16 #62
- Registriert seit
- 19.04.2013
- Beiträge
- 221
- Thanks (gegeben)
- 109
- Thanks (bekommen)
- 13
- Total Downloaded
- 10,64 MB
- Total Downloaded
- 10,64 MB
Ist im aktuellen openatv 4.0 image schon das debug.log vom arn drinne ?
-
08.03.2014, 15:27 #63kasten2010Gast
Habe heute Nachmittag getestet.
Habe 3 Tuner.
Auf TecTimeTv mehrere Sendungen hintereinander mit überlappenden Zeiten per Timer programmiert.
sonst nix. Direkt die zweite Aufnahme mit 0Byte.
Im Log file nichts auffälliges ausser
"getting PCR failed ".
Dann suche ich jetzt mal im Quellcode wo die Meldung erzeugt wird. grrrrrrr
Gesendet von meinem Nexus 4 mit Tapatalk
-
08.03.2014, 16:42 #64kasten2010Gast
In der Datei pvrparse.cpp gibt es die Funktion eMPEGStreamParserTSrocessPacket.
Dort wird die Variable m_last_pts_valid auf 1 gesetzt falls alles ok ist.
Es gibt vorher in der Funktion diverse If-Abfragen die mit return 0 rausspringen. Wäre es möglich eine Testversion zu erstellen und vor jedes return eine debug Ausgabe zu setzten? Dann könnte mann genauer lokalisieren was nicht stimmt.
Ich habe nur freetv getestet und gesehen das es bei Voldemoort anders läuft. Das teste ich heute Nacht, ob der Fehler dort eventuell nicht auftritt.
Gibt es jemandem mit einem Quad + der auch Fehler hat?
Gesendet von meinem Nexus 4 mit Tapatalk
-
08.03.2014, 17:36 #65
- Registriert seit
- 29.12.2013
- Beiträge
- 32
- Thanks (gegeben)
- 2
- Thanks (bekommen)
- 5
- Total Downloaded
- 0
- Total Downloaded
- 0
Box 1:HD Quad PlusBox 2:HD 800 UE PlusBox 3:ReelBox LiteIch kann den 0BR Bug ebenfalls jederzeit reproduzieren. Hatte ich ja hier schon mal beschrieben. Auch das Log File hatte ich angehängt und eine deteillierte Beschreibung des Aufbaus der Sat Anlage zum Besten gegeben. Das Log sollte von arn weiter gereicht werden zwecks Fehlerbehebung. Was ich an der Sache nicht verstehen kann ist, daß einige den Fehler ums verrecken nicht reproduzieren können. Haben die Boxen mit dem 0BR Bug evtl. allesammt einen Hardwaredefekt?
Gruß Meik
-
08.03.2014, 17:56 #66
- Registriert seit
- 15.04.2013
- Beiträge
- 616
- Thanks (gegeben)
- 111
- Thanks (bekommen)
- 59
- Total Downloaded
- 8,71 MB
- Total Downloaded
- 8,71 MB
ThemenstarterArn hat noch was korrigiert.
http://www.opena.tv/forum/showthread...ll=1#post42310VuPlus - DUO4k 1x FBC-C ATV 6.4
VuPlus - DUO-2 2x DVB-C ATV 6.4
Mutant HD2400 3x DVB-C ATV 6.4
GigaBlue QUAD+ 2x DVB-C ATV 6.4
-
09.03.2014, 08:42 #67kasten2010Gast
So, bei FreeTV kommt der Fehler "getting PCR failed" und beim dem nicht mehr erlaubten "SYNC LOST: skipped xxxx bytes"
Naja, da ja der Treiber komplett neu entwickelt ist, wie ich gelesen hab, ist da wohl einiges zu tun.
Gesendet von meinem Nexus 4 mit Tapatalk
-
10.03.2014, 19:38 #68kasten2010Gast
Habe heute mal einen Test mit Aufnahmen auf eine USB Platte gemacht. Kein Aufnahmefehler.
Das soll einer verstehen.
Ich besorge mir jetzt mal ein ESATA Gehäuse und teste nochmal damit.
Gruß
Gesendet von meinem Nexus 4 mit Tapatalk
-
10.03.2014, 20:59 #69
- Registriert seit
- 02.01.2014
- Ort
- zuhause
- Beiträge
- 16
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 0
- Total Downloaded
- 786,07 MB
- Total Downloaded
- 786,07 MB
Box 1:Gigablue Quad Plus 5.1Box 2:Gigablue Quad 5.1Box 3:Xtrend 9200Box 4:Dream DM 800 seBox 5:Dream DM 800@ Meik
Ich gehe davon aus das die Boxen KEINEN Hardwaredefekt haben.
Habe meine Quad seit dem 31.12.13 hatte seitdem immer 0 MB Aufnahmen, ca 6 Wochen lang...
Habe dann testweise das Openatv 3.0 vom 05.09.2013 aufgespielt und keine fehlerhaften Aufnahmen mehr. Dieses werde ich erstmal benutzen bis es neue Erkenntnisse gibt.Geändert von Schwerthelm (10.03.2014 um 21:12 Uhr)
-
11.03.2014, 06:07 #70
- Registriert seit
- 18.08.2013
- Beiträge
- 2
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 0
- Total Downloaded
- 10,78 MB
- Total Downloaded
- 10,78 MB
Hallo,
ich habe bisher immer auf dieses Problem mit den 0-Byte-Aufnahmen dem Einspielen des Treibers von November reagiert.
Ich habe gestern auf openatv4.0 geflasht und hatte prompt wieder 0Byte-Aufnahmen, die Box blieb ausserdem stehen. Wollte die "alten" Treiber wieder runterladen - findet man aber auf archiv.openmips.org nicht mehr. Hat hier jemand diesen Treiber noch und könnte den evtl. online stellen ?
Danke !
Lesezeichen