Suche TAP zur Ermittlung der Gesamtlaufzeit eines rec-Files

Homer · #1

Um vorhandene Aufnahmen auf diesen Fehler zu überprüfen, suche ich ein TAP, das mir die tatsächliche Gesamtlaufzeit (und nicht die fehlerhafte aus dem Header) genau anzeigt. 99,5% Genauigkeit wie das bitrate-TAP würde mir genügen. Dann könnte ich es mir sparen, einen unvollständigen Film anzuschauen, und warte lieber auf die Wiederholung.

Wenn jemand schon ein geeignetes TAP hat, aber keine Zeit, um es anzupassen, modifiziere ich es gerne auch selbst.

Viele Grüße
Homer

Elle4u · #2

Homer hat geschrieben:Um vorhandene Aufnahmen auf diesen Fehler zu überprüfen, suche ich ein TAP, das mir die tatsächliche Gesamtlaufzeit (und nicht die fehlerhafte aus dem Header)

Also ich hole mir die Info direkt aus dem Header (die API gibt das ja leider nicht her) und das stimmt bei mir immer 100%-tig

Homer · #3

Bei meinen fehlerhaften Files stimmt es gerade nicht.

Viele Grüße
Homer

Elle4u · #4

Homer hat geschrieben:Bei meinen fehlerhaften Files stimmt es gerade nicht.

Hm. Aber dann ist das ursächliche Problem doch an einer anderen Stelle.

Ich würde eher mal schauen, woher diese Aufnahmen entstehen. Mir ist sowas noch nicht unter gekommen (außer bei schlechtem Empfang/Gewitter).
Dann stehen da z.B. 30 minuten und wenn man 5 Min geschaut hat ist man schon bei z.B. 20 angekommen...

Bonni · #5

Elle4u hat geschrieben:Also ich hole mir die Info direkt aus dem Header (die API gibt das ja leider nicht her) und das stimmt bei mir immer 100%-tig

Zufällig passte es gestern bei mir einmal nicht: Der Header sagt 37Min, aber im Programm (Phoenix) ist ja immer die Uhr angezeigt und da lief die Sendung definity 43,5 Minuten. Allerdings hatte ich am Anfang und am Ende was weggeschnitten. Kann natürlich sein, dass der Topf da den Neueintrag für den Header schonmal falsch berechnet. Leider kann ich nicht mehr sagen, wie es im ungeschnittenen Original war, werde aber mal drauf achten.

Phoenix ist für solche Sachen sehr gut zu nutzen.

t3xi · #6

Im Prinzip müsste man dafür die Audio-Frames der Tonspur zählen und die Anzahl mit 24 ms multiplizieren. Ein TAP würde aber sehr lange brauchen bis die ganze Aufnahme gescannt ist. Ich würde da nicht 30 Minuten auf ein Ergebnis warten wollen.

Homer · #7

Ich schon. Bevor mir die "Auflösung" in einem Krimi fehlt, und ich das erst beim Ansehen merke...

Viele Grüße
Homer

t3xi · #8

Hast du schon mal eine andere Festplatte probiert? Vielleicht hat deine HA250JC einen leichen Hardware-Defekt.

Homer · #9

Nein. Ich habe aber alle drei Festplatten nach dem Kauf auf Fehler überprüft. Die beiden anderen laufen im PC ohne Probleme.

Viele Grüße
Homer

Sigittarius-E · #10

Homer hat geschrieben:Ich schon. Bevor mir die "Auflösung" in einem Krimi fehlt, und ich das erst beim Ansehen merke...

Viele Grüße
Homer

SCNR: Könntest ja gleich auf 95% springen und schauen ob der Schluß drauf ist.

FireBird · #11

t3xi hat geschrieben:Im Prinzip müsste man dafür die Audio-Frames der Tonspur zählen und die Anzahl mit 24 ms multiplizieren.

Was spricht gegen die Differenz des ersten und letzten PCR im Adaptation Field?

t3xi · #12

Was meinst du mit PCR? Ist das sowas ähnliches wie Presentation Time Stamp (PTS)?
(edit)
Mit PTS-Differenz kann man leider nicht feststellen, ob irgendwo im File etwas fehlt.

FireBird · #13

Stimmt, wenn Teile in der Mitte fehlen, bringt es nichts. PCR (Program Clock Reference) wird im Video Stream mitgeschickt und hat den Vorteil, dass dieses Adaptation Field, das auch den PCR enthalten kann, immer unverschlüsselt sein muss.