GarbRec TAP

[mvordeme]

[quote=""stefan999""]ICh habe auf meinem Topf (leider ?) keine Aufnahme mit Sprüngen[/quote]Du kannst ja mal bei laufender Aufnahme dem Multischalter den Saft abdrehen. Solltest Du in einem Mehrfamilienhaus wohnen, empfehle ich Dir dazu die Zeit zwischen 21:00 und 22:00 Uhr. So lernst Du bei der Gelegenheit auch noch Deine Nachbarn näher kennen.

[Homer]

Hier sind schon die ersten Ergebnisse:

Code: Alles auswählen

GarbRec 0.01b gestartet: 2007-09-29 14:24:38
Clustergröße = 3760
Datei: Musik Zapp 2007-09-28.rec
 -->Startzeit: 2007-09-28 03:55 Ende: 2007-09-28 03:59 Dauer in Minuten: 4
 -->Sprung 1 um 04:00 für 19 Minuten
 -->1 Differenzen mit 19 min. Gesamtdifferenz
 -->24 min. Aufnahme lt. PCRs
Datei: EinStein ­ Wissenschaftsmagazin 2007-09-27.rec
 -->Startzeit: 2007-09-27 21:03 Ende: 2007-09-27 21:25 Dauer in Minuten: 22
 -->Sprung 1 um 21:25 für 17 Minuten
 -->1 Differenzen mit 17 min. Gesamtdifferenz
 -->39 min. Aufnahme lt. PCRs

Die Dauer in Minuten ist korrekt. Die Sprünge können real nicht vorhanden sein.

Viele Grüße
Homer

[stefan999]

Hallo Homer,

danke für das schnelle Feedback.

[quote=""Homer""]Die Sprünge können real nicht vorhanden sein. [/quote]

Schon komisch. Aber GarbRec kann nicht feststellen, warum Sprünge in den PCRs vorhanden sind, sondern nur, dass es so ist.

Da ich davon ausgehe, dass "Hdd_FindPCR" richtig läuft und der Toppi die PCRs richtig wegschreibt, bleibt ja nur noch die Möglichkeit, dass der Encoder den PCR verändert. Dazu müsste man aber mal die DVB / MPEG Spezialisten fragen. Davon habe ich keine Ahnung.

P.S.

@Firebird: Hdd_FindPCR wertet "transport_error_indicator" nicht aus. Filtert der Toppi diese Pakete schon aus dem Stream?


Gruß
Stefan

[Homer]

[quote=""stefan999""]Schon komisch. Aber GarbRec kann nicht feststellen, warum Sprünge in den PCRs vorhanden sind, sondern nur, dass es so ist.[/quote]Aber doch nicht mit bzw. nach dem letzten PCR beginnend.

Viele Grüße
Homer

[stefan999]

[quote=""Homer""]Aber doch nicht mit bzw. nach dem letzten PCR beginnend. [/quote]

Den letzten PCR bekommt GarbRec ja fast nie zu fassen, denn GarbRec liest ja von jedem Cluster nur 30 Sektoren (in deinem Fall hat jeder Cluster 3760 Sektoren). Da in ein TS-Stream alle 100ms ein Paket mit einem PCR kommen muss, kommen da noch etliche PCRs nach den 30 Sektoren.

Eine Idee / Frage ergibt sich jedoch daraus: Was speichert der Toppi im letzten Cluster, wenn der dort zu speichernde Rest der Aufnahme z.B. lediglich 20 Sektoren umfasst. Was ist dann in den restlichen (bei deinem Toppi 3740) Sektoren (Null, Blanks, FF) oder (gültige?) Reste von irgendwelchen anderen Streams?

Du hast doch sicher die Dateien auch auf dem PC ? Kannst du mir die letzten 3100 Sektoren per PM zukommen lassen??

Ich werde mal forschen, was die Ursache sein könnte.

Gruß
Stefan

[Homer]

Mit letztem PCR meine ich denjenigen, der zur Ermittlung von Ende und Dauer verwendet wird. Wie kann es dann eine Lücke geben, die bei einem größeren PCR beginnt und einem noch größeren endet?

Viele Grüße
Homer

[stefan999]

[quote=""Homer""]Mit letztem PCR meine ich denjenigen, der zur Ermittlung von Ende und Dauer verwendet wird. Wie kann es dann eine Lücke geben, die bei einem größeren PCR beginnt und einem noch größeren endet?[/quote]

Bevor wir das erörtern würde ich dich bitten, die neue Version noch einmal herunterzuladen und nochmal zu testen. Ich habe da nämlich eine Vermutung und wenn ich recht habe, dann hat sich zumindest dieses Problem gelöst.

Danke.

Gruß
Stefan

[Homer]

Die neue Version bringt meinen Topf am Ende des Checks der "Musik Zapp" zum Absturz.

Viele Grüße
Homer

[stefan999]

Hallo, Homer

[quote=""Homer""]Die neue Version bringt meinen Topf am Ende des Checks der "Musik Zapp" zum Absturz.[/quote]

Sorry, hatte GarbRec nur mit zwei Aufnahmen getestet, bei denen der Fehler leider nicht auftrat.

Hatte den Lese-Buffer in Abhängigkeit von "TYPE_File.unusedByte" etwas großzügig mit null gefüllt und nicht daran gedacht, dass ich ja nur Platz für 30 Sektoren und nicht für einen ganzen Cluster (bei dir also 3760 Sekt.) hatte. :oops:

Habe das jetzt korrigiert. Nun sollte das Programm nicht mehr abschmieren und sich ggf. meine Vermutung bestätigen.

Gruß
Stefan

[Homer]

[quote=""stefan999""]Habe das jetzt korrigiert. Nun sollte das Programm nicht mehr abschmieren und sich ggf. meine Vermutung bestätigen.[/quote]Danke, ich werde das erst morgen testen.
Ich habe die Ausgabe

Code: Alles auswählen

-->Startzeit: 2007-09-28 03:55 Ende: 2007-09-28 03:59 Dauer in Minuten: 4

möglicherweise falsch interpretiert. Ich ging davon aus, dass nur die Startzeit aus dem Header stammt und der Rest mit Hilfe der PCRs errechnet wurde. Wenn dagegen die komplette Zeile nur aus dem Header errechnet wurde, dann können die PCRs natürlich auch noch größer sein. Dies hatte ich bei meinen Beiträgen gestern nicht bedacht.

Viele Grüße
Homer

[stefan999]

Hi Homer,

die erste Zeile zu jeder Aufnahme enthält die Angabe aus dem Header (Startzeit, Endezeit (Startzeit+Dauer) und Dauer).

Der erste gefundene PCR wird dann sozusagen als Startoffset 0 betrachtet. Es folgen dann ja meistens diverse PCR mit dem gleichen (Minuten-) Wert, da ja mindestens alle 100 ms ein PCR kommt (also 10 pro Sekunde ==> 600 pro Minute) Dann erhöht sich normalerweise der PCR um 1 Minute. Erhöht er sich um mehr als 1 Minute, wertet GarbRec das als Lücke und gibt diese im Protokoll aus.

Als dritte Zeile wird dann die Anzahl der so gefundenen Differenzen und die Gesamtsumme der Differenzen ausgegeben. Zusätzlich wird aus dem ersten und dem letzten gefundenen PCR die Differenz gebildet und als Dauer lt. PCR ausgegeben.

Also die Dauer der ersten Zeile stammt aus dem Header, die Dauer lt. PCR aus der PCR-Differenz.

Beispiel für die Berechnung (Werte stellen die Minuten-PCRs dar).

100 100 .... 100 101 101 ... 101 102 102 .... 102 103 103 109 109 ... 109 110 110

Erster PCR: 100
Letzter PCR: 110
Dauer = Letzter - Erster = 10 Minuten

beim Einlesen vom PCR 109 lag mir zuletzt der 103 vor. Diese Differenz ist > 1 Minute ==> also eine Lücke von 109-103 ==> 6 Minuten.

100 ==> Offset 0 vom Start
103 ==> 103-100 ==> 3 Minuten vom Start (z.B. 20:00 Uhr), dann also 20:03 Uhr für 6 Minuten.

Oh mann, hoffentlich habe ich das einigermaßen verständlich ausgedrückt

Gruß
Stefan

[Homer]

Das ist sehr gut verständlich.
Jetzt erhalte ich die Fehlermeldung:

Konnte Directory nicht wechseln. Abbruch!

Viele Grüße
Homer

[stefan999]

Hi,

ich vermute, dass die Festplatte im Standby war.

Kann mir jemand sagen, wie ich im TAP feststellen kann, ob die Platte läuft und wie ich sie ggf. wieder in Gang kriege?

Danke.

Gruß
Stefan

So, damit sollte es jetzt gehen.

[Elle4u]

[quote=""stefan999""]Kann mir jemand sagen, wie ich im TAP feststellen kann, ob die Platte läuft und wie ich sie ggf. wieder in Gang kriege?[/quote]

Sobald Du eine Platten-Aktion ausführst, startet diese von alleine.
Das dürfte es also nicht gewesen sein...

[Homer]

[quote=""stefan999""]ich vermute, dass die Festplatte im Standby war.[/quote]Nein, der Fehler tritt auch bei laufender Platte auf.
[quote=""stefan999""]So, damit sollte es jetzt gehen.[/quote]Ja, damit geht es:

Code: Alles auswählen

Datei: Musik Zapp 2007-09-28.rec
 -->Startzeit: 2007-09-28 03:55 Ende: 2007-09-28 03:59 Dauer in Minuten: 4
 -->Sprung 1 um 04:00 für 19 Minuten
 -->1 Differenzen mit 19 min. Gesamtdifferenz
 -->24 min. Aufnahme lt. PCRs
Datei: Streng öffentlich! 2007-10-01.rec
 -->Startzeit: 2007-10-01 04:02 Ende: 2007-10-01 06:01 Dauer in Minuten: 119
 -->Sprung 1 um 04:04 für 2 Minuten
 -->Sprung 2 um 04:11 für 2 Minuten
 -->Sprung 3 um 04:18 für 2 Minuten
 -->Sprung 4 um 04:25 für 2 Minuten
 -->Sprung 5 um 04:33 für 2 Minuten
 -->Sprung 6 um 04:40 für 2 Minuten
 -->Sprung 7 um 04:47 für 2 Minuten
 -->Sprung 8 um 04:54 für 2 Minuten
 -->Sprung 9 um 05:01 für 2 Minuten
 -->Sprung 10 um 05:09 für 2 Minuten
 -->Sprung 11 um 05:16 für 2 Minuten
 -->Sprung 12 um 05:23 für 2 Minuten
 -->Sprung 13 um 05:30 für 2 Minuten
 -->Sprung 14 um 05:38 für 2 Minuten
 -->Sprung 15 um 05:45 für 2 Minuten
 -->Sprung 16 um 05:52 für 2 Minuten
 -->16 Differenzen mit 32 min. Gesamtdifferenz
 -->117 min. Aufnahme lt. PCRs

Für Radioaufnahmen, wie im letzten Beispiel, ist das Programm nicht geeignet.

Ich werde noch weitere Aufnahmen testen.

Viele Grüße
Homer

[stefan999]

[quote=""Homer""]Für Radioaufnahmen, wie im letzten Beispiel, ist das Programm nicht geeignet.[/quote]

Ich würde es anders forumulieren: Die Radioaufnahmen sind für das Programm nicht geeignet.

Aber mal im Ernst: Vielleicht sind die (PCR-) Regeln für Radio ja andere, als die für Video.

Es könnte natürlich ja auch sein, dass die Stichprobe in den großen Abständen (Clustergröße) zu groß ist, da Radioaufnahmen ja erheblich weniger Datenvolumen erzeugen und daher von Cluster zu Cluster schon mal mehr als 1 Minute zusammenkommt. Bei Radio müßte man es vieleicht mal mit 1/2 Clustergröße probieren.

Ich werde mal entsprechendes probieren, weiß allerdings noch nicht, wann ich dazu komm.

Bis dann.

Gruß

[Homer]

Ich vermute auch, dass die Stichproben für Radioaufnahmen zu weit sind. M. E. brauchst du deswegen zunächst nichts zu ändern.

Viele Grüße
Homer

[stefan999]

[quote=""Homer""]M. E. brauchst du deswegen zunächst nichts zu ändern. [/quote]

Ok, ich werde dann erst ein Mal bei allen Radioaufnahmen 2 Minuten-Lücken zulassen. Dann bekommt man nicht die Fehlmeldung aber trotzdem größere Lücken gemeldet.

Viele Grüße
Stefan

[Homer]

Das Problem der Lücke scheint vom Schneiden des Nachlaufs zu kommen:

Code: Alles auswählen

Datei: Monk 2007-10-03.rec
 -->Startzeit: 2007-10-03 01:20 Ende: 2007-10-03 02:18 Dauer in Minuten: 58
 -->0 Differenzen mit 0 min. Gesamtdifferenz
 -->59 min. Aufnahme lt. PCRs

Code: Alles auswählen

Datei: Monk 2007-10-03.rec
 -->Startzeit: 2007-10-03 01:20 Ende: 2007-10-03 01:58 Dauer in Minuten: 38
 -->Sprung 1 um 02:01 für 18 Minuten
 -->1 Differenzen mit 18 min. Gesamtdifferenz
 -->59 min. Aufnahme lt. PCRs

Viele Grüße
Homer

[Homer]

Diese Lücke ist mir von der Position (11:03) her unerklärlich:

Code: Alles auswählen

Datei: Twin Peaks ­ Maskenball ~ MysteryKrimiserie 2007-10-06.rec
-->Startzeit: 2007-10-06 01:00 Ende: 2007-10-06 01:57 Dauer in Minuten: 57
-->Sprung 1 um 11:03 für 376 Minuten
-->1 Differenzen mit 376 min. Gesamtdifferenz
-->434 min. Aufnahme lt. PCRs

Die Aufnahme ist noch nicht geschnitten. Die Angaben im Header stimmen.

Viele Grüße
Homer