Ergebnis 21 bis 30 von 172
Thema: 0-Byte-Record mit Debug.log
-
04.03.2014, 11:37 #21
- Registriert seit
- 02.12.2013
- Beiträge
- 608
- Thanks (gegeben)
- 71
- Thanks (bekommen)
- 78
- Total Downloaded
- 229,67 MB
- Total Downloaded
- 229,67 MB
Box 1:Gigablue UHD UE 4KBox 2:Gigablue UHD TRIO 4KBox 3:anadol multi 4kmist, dachte, es hätte sich mit dem Wechsel zu ATV4.0 erledigt mit den Aufnahmefehlern, aber leider nicht...
heute Nacht zwei Aufnahmen mit Autotimer durchgeführt, die beide nichts geworden sind. Wobei bei mir ja einige MB aufgenommen wurden (s.Bild)
waren ca. nur 6 Aufnahmen nach dem letzten Online-Flash bevor das Phänomen auftrat. Ich meine davor (neuflash mit USB-Stick am Dienstag) tat es nicht so schnell auf. Allerdings hatte ich da im Zuge mehrerer Plugin-Installationen öfters mal rebootet. Im Timer Log wird nichts besonderes angezeigt:
Hatte das Problem auch schon bei OpenHDF. Da war es aber vorbei, als ich die alten Treiber vom 20.08.13 aufgespielt hatte. An Plugins habe ich noch EPG-Refresh und SeriesPlugin, die da was evtl. beeinflussen könnten.
-
Advertising
-
04.03.2014, 12:23 #22
- Registriert seit
- 20.04.2013
- Beiträge
- 24.948
- Thanks (gegeben)
- 4700
- Thanks (bekommen)
- 9133
- Total Downloaded
- 596,61 MB
- Total Downloaded
- 596,61 MB
Box 1:GB Q4K-SC / UE4K-SC / UE4K-CBox 2:GigaBlue Q-SSC / Q+-SSCBox 3:DM900uhd-SS / Vu+DuoBox 4:ZGemma H7/H9 SF8008Box 5:diverse andere . . .Im unteren Screenshot sieht man aber doch, dass der Timer sofort nach Timerstart (04-04) geändert wurde.
Also pfuscht da doch dein Autotimer rein.
Und dann wird derselbe Timer noch zwei weitere Male geändert. Auch wieder von Autotimer.
Dann braucht man sich nicht wundern, dass die Box die begonnene Aufnahme nicht in Ruhe bis zu Ende führt.
Als Abhilfte müsste man Autotimer abgewöhnen, Timer bereits begonnener Aufnahmen zu ändern. Dann sollte das erledigt sein.
Das wird ja hoffentlich nicht der Eintrag der Änderung des Timerstate "Waiting" --> "Running" sein.
Derlei "kastrierte" Aufnahmefragmente häufen sich hier gerade auch mit dem alten oATV3, alter Treiber (auch wegen Pink), und nicht weiter upgedatetes System.Geändert von Papi2000 (04.03.2014 um 12:28 Uhr)
Grüßle
Ralf
---------------------------------------------
Gigablue Quad4K-mixed, UE4K, Trio4K, Quad_Plus-SSC, UE_Plus-SC, X2/X3-SC, UltraUE-SC, ...
Astra 19.2E UniCable & KabelBW, oATV/teamBlue
(u.a.: DM900uhd,Vu+Duo,ZGemma H9Twin & H7S), PC-DVB-S/C/T, Xtreamer, BDP5200, Philips 24PFS4022/12, 65OLED855/12,UE32C5700, RPi3+
---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----
-
04.03.2014, 13:00 #23
- Registriert seit
- 02.12.2013
- Beiträge
- 608
- Thanks (gegeben)
- 71
- Thanks (bekommen)
- 78
- Total Downloaded
- 229,67 MB
- Total Downloaded
- 229,67 MB
Box 1:Gigablue UHD UE 4KBox 2:Gigablue UHD TRIO 4KBox 3:anadol multi 4kPapi, danke für Deine Analyse...
kenne mich damit nicht so aus, aber jetzt wo Du es sagst..., und wie könnte man Autotimer sowas abgewöhnen, gibt es da was in den Einstellungen? Hatte übrigens vor ein paar Tagen schon einmal einen Aufnahme-Stresstest gemacht, viele kurze Timer-Aufnahmen (3-5min) hintereinander, teilweise überlappend. Von 21 Aufnahmen zeigte 7 dieselben Symptome wie heute:
Timer-Log zeigte da aber teilweise einen Fehler (nicht bei allen Fehlgeschlagenen):
wie gesagt, war ein "Stresstest", Timer-Aufnahmen werden wohl so nie durchgeführt. Autotimer-Aufnahmen waren keine dabei Weiss deshalb nicht, ob das dann überhaupt aussagekräftig ist.
Nachtrag:
In den Autotimer-Einstellungen war "Skip poll during records" auf "nein", könnte das der Übeltäter gewesen sein?Geändert von awista (04.03.2014 um 13:13 Uhr)
-
04.03.2014, 13:30 #24
- Registriert seit
- 20.04.2013
- Beiträge
- 24.948
- Thanks (gegeben)
- 4700
- Thanks (bekommen)
- 9133
- Total Downloaded
- 596,61 MB
- Total Downloaded
- 596,61 MB
Box 1:GB Q4K-SC / UE4K-SC / UE4K-CBox 2:GigaBlue Q-SSC / Q+-SSCBox 3:DM900uhd-SS / Vu+DuoBox 4:ZGemma H7/H9 SF8008Box 5:diverse andere . . .Grundsätzlich ist es erwünscht, dass Autotimer Timereinträge anlegt und ändert/anpsst. So soll ja auf neue bzw. veränderte Sendungen reagiert werden. Es müsste nur unterbunden werden, dass Autotimer die Timereinträge bereits gestarteter Aufnahmen noch ändert. Verlängern (bei Überziehen von Sendungen wäre aber ja OK). Welche Änderung Autotimer da eingetragen hat, sieht man aber nicht. Ohne jetzt gleich wieder in Paranoia zu verfallen, wäre es aber durchaus denkbar, dass ein Sender (z.B. der privaten Sendergruppe) es sich hat einfallen lassen, während einer laufenden Sendeung mal ein paar EPG-Nachrichten zu schicken, die eine E2-Box dann als Sendungsende ansieht, und den Timer als erledigt einträgt. Kommt daraufhin ein "Die Sendung läuft aber noch", wird die wieder zur Aufnahme gesetzt, aber so schnell mag E2 nicht umschalten. Wie bei zwei direkt angrenzenden Timern mit Ende Aufnahme1=Anfang Aufnahme 2,kommt E2 da aus dem Tritt, und verweigert stur die Aufnahme2. Das ist aber nur ein Denkansatz, der keinesfalls stimmen muß, oder irgendwie normal zu Loggen wäre...
Und wenn du in deinem Log den eror -6 meinst: Da konnte vermutlich nicht getunt werden, oder die Platte mußte erst Anlaufen, oder. Aber schlußendlich hat er sich ja für die Aufnahme gefangen, und die sollte OK sein. Dafür wird ja extra ein paar Minuten früher die ganze Vorbereitung gestartet. Das ist weniger tragisch, in meinen Augen, als der Eingriff vom Autotimer in den Timer der laufenden Aufnahme.Grüßle
Ralf
---------------------------------------------
Gigablue Quad4K-mixed, UE4K, Trio4K, Quad_Plus-SSC, UE_Plus-SC, X2/X3-SC, UltraUE-SC, ...
Astra 19.2E UniCable & KabelBW, oATV/teamBlue
(u.a.: DM900uhd,Vu+Duo,ZGemma H9Twin & H7S), PC-DVB-S/C/T, Xtreamer, BDP5200, Philips 24PFS4022/12, 65OLED855/12,UE32C5700, RPi3+
---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----
-
04.03.2014, 13:36 #25
- Registriert seit
- 01.10.2013
- Beiträge
- 208
- Thanks (gegeben)
- 4
- Thanks (bekommen)
- 8
- Total Downloaded
- 1,27 MB
- Total Downloaded
- 1,27 MB
Ich hatte jetzt am Wochenende wieder ein Phänomen, was ich gar nicht kannte. Ich habe auf Atlantic HD House of Card Staffel 1 aufnehmen wollen. Da kamen ja jeweils 6 Teile hintereinander. Ich also für jeden Teil einen Time rnagelegt mit 0 Minuten Vor-und Nachlaufzeit. 4 Aufnahmen haben geklappt, aber bei 2 Aufnahmen ist das Bild komplett schwarz bzw. ruckelt ohne Ende und wird mit einer Länge von 6-8 Minuten angezeigt, obwohl die Aufnahmegröße denen der funktioniernden Teile entspricht. Da sist wieder so ein Fall, der wieder nur sporadisch auftritt und den weahrscheinlich keiner nachstellen kann....
-
04.03.2014, 20:12 #26kasten2010Gast
Also ich habe auch mit einem neuen ATV4 ohne alte Settings ohne Timer und ohne Autotimer getestet.
Einfach auf 3 Sendern mehrere Timer hintereinander erstellt. Die Hälfte aller Aufnahmen ist dann defekt. Mit dem alten dvb.ko alles ok.
Hmmmm.
Das hat natürlich nichts mit openmips und openatv zu tun.
Aber das ist keine Werbung für den Hersteller und sollte jeden Käufer abhalten. Ich hab vor dem Kauf ja extra die Foren durchforstet. Hätte ich mir besser einen et9200 gekauft ich Depp.
Gesendet von meinem Nexus 4 mit Tapatalk
-
07.03.2014, 01:16 #27
- Registriert seit
- 19.04.2013
- Beiträge
- 221
- Thanks (gegeben)
- 109
- Thanks (bekommen)
- 13
- Total Downloaded
- 10,64 MB
- Total Downloaded
- 10,64 MB
Hatte heute auch wieder 0 MB aufnahmen ist man schon dem fehler auf dem Grund oder wird immer noch nichts dagegen gemacht, das ist echt Ärgerlich !
, leider hatte ich kein debug Modus Aktiviert hatte aber im anderem Thread schon eins gepostet.
http://www.opena.tv/forum/showthread...ll=1#post40251
Bitte behebt den fehler Endlich !
Sat 1 Frühstücksfernsehen aufnahmen OK
Guten Morgen Deutschland Aufnahmen OK
House of lies DEFEKT ALLE
Californication DEFEKT ALLE
HIer Die timer liste und Bilder.
Geändert von CoreQuad (07.03.2014 um 01:27 Uhr)
-
07.03.2014, 07:22 #28
- Registriert seit
- 06.04.2013
- Beiträge
- 3.027
- Thanks (gegeben)
- 200
- Thanks (bekommen)
- 1544
- Total Downloaded
- 147,3 KB
- Total Downloaded
- 147,3 KB
z.B.
Code:<log code="501" time="1394134589">[AutoTimer] Warning, AutoTimer House of Lies messed with a timer which might not belong to it: House of Lies .</log> ... <log code="501" time="1394134589">[AutoTimer] Warning, AutoTimer House of Lies messed with a timer which might not belong to it: House of Lies .</log>
Grüßle
-
07.03.2014, 09:21 #29
- Registriert seit
- 19.04.2013
- Beiträge
- 221
- Thanks (gegeben)
- 109
- Thanks (bekommen)
- 13
- Total Downloaded
- 10,64 MB
- Total Downloaded
- 10,64 MB
Die 0 MB kommen auch wen ich mit Sofort Aufnahme eine Aufnahme starte ....OhneAutotimer
Sobald sich der Fehler eingeschlichen hat und ich die box neu starte geht es ja wieder bis Aufnahme x wieder eine 0 MB hat
Werden den die Fehler hier weitergeleitet oder Posten wir hier umsonst ?Geändert von CoreQuad (07.03.2014 um 09:28 Uhr)
-
07.03.2014, 10:03 #30
- Registriert seit
- 15.04.2013
- Beiträge
- 616
- Thanks (gegeben)
- 111
- Thanks (bekommen)
- 59
- Total Downloaded
- 8,71 MB
- Total Downloaded
- 8,71 MB
ThemenstarterKann ich soweit auch bestätigen. Eine über längeren Zeitraum zuverlässige Timerprogrammierung ist kaum möglich. Momentan laufen zwar alle Aufnahmen bei mir ohne 0BR, aber das heißt auch nix. Irgendwann schlägt der Bug wieder zu.
Ich empfehle grundsätzlich den Debug.log laufen zu lassen. Da sich ja die Box bei dem 0BR nicht aufhängt, wird auf jeden Fall der log geschrieben. Dumm ist nur, wenn die Box nach der Timeraufnahme in den Deep geschickt wird, wird das log nach dem Booten überschrieben. Ist eine echte Fehlkonstruktion der Debug.log - Funktion. Abhilfe schafft nur ein MOD der umountfs.
Bei mir läuft grundsätzlich der Debug.log mit umountfs-mod.VuPlus - 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
Lesezeichen