TS Doctor 4.0 „findet“ keine I Frames in der „vorwärts“ Zeitleiste.

[ede96]

Ich nehme mit einer DM 920 DVB-S auf und das schneiden in der Vorgängerversion 3.x mit den I-Frames funktionierte problemlos.

Nach update auf die Version 4 findet der TS Doctor auf der vorwärts Zeitleiste keine I-Frames mehr und läuft unendlich weiter. Es muss manuell gestoppt werden, dann auf der Rückwärts Zeitleiste werden I-Frames gefunden.

Bitte fixen!

(Betriebssysteme sind Win 11 (Home & Pro) jeweils aktuell

[Mam]

Das kommt auf den jeweiligen Sender an. Manche "sparen" recht intensiv an Bandbreite und Konformität.
Vor allen Dingen kommt der Doc ins Trudeln, wenn "vor" der jeweiligen Stelle ein paar Fehler in der Aufnahme waren.
Ich helf mir dann immer nur mit "1Min zurück, Abspielen" (wiederholen, bis das Video endlich wieder läuft und Ton hat). Dann den Abspann solange ertragen, bis das Ende naht.
Ein paar Sekunden lang weiterlaufen lassen, dann mit -1F sich dem "richtigen" Punkt nähern.

Alternativ: sehr grob schneiden, neue Datei erzeugen, die dann reinladen und feinschneiden.

[Cypheros]

Welcher Sender auf welchem Satellit?

[ede96]

Die letzten Tage habe ich auf 3Sat und einmal Sky One aufgenommen.
Die gleiche Aufnahme mit 3.4 findet die I-Frames problemlos( ca. 1-3 pro Sekunde).
Danke für's kümmern!
Gruß
Carsten 

[ede96]

Ich muss meine Aussage etwas korrigieren... Es werden gar keine I-Frames mit der Version 4.0 bei mir gefunden, heute bei einer NDR Aufnahme überprüft.

Anbei den Report welcher über das Programm erzeugt wurde.
Gruß Carsten

[Traxx]

Ich hab das hin und wieder nach dem Schneiden mehrerer Aufnahmen, dass der DOC 4.x keine I-Frames mehr findet.
Was bei mir hilft ist den DOC ganz schließen und neu starten, dann funktioniert es wieder und er findet wieder die I-Frames.

[Mam]

Also der Doc "findet" erstmal gar keine I Frames selber. Das machen Splitter und Dekoder. Der Doc merkt sich nur, wenn ein Paket solch eine Kennung enthält.

Euer Problem liegt also eine Ebene tiefer. Guckt mal nach, was Ihr da so für Komponenten ausgewählt habt, dann kann man eventuell weitersehen.

Ich bemerke hier allerdings auch eine gesunkene "Erkennungsrate", Vorwärts ist klar, das ist ja nur Knochenwerfen mit Eingeweidelesen (der Doc geht davon aus, dass IFrames symmetrisch eingestreut werden, also, wenn sie bislang alle 200ms kamen, geht er 200ms weiter und hofft. Viele "billige" Sender bauen die aber dynamisch ein, da ist dann zwangsläufig die Trefferrate fast 0).
Rückwärts ist gut, solange der Dekodercache noch vorhanden ist.
Also: ABSPIELEN, STOP, rückwärts ranpirschen.
(wenn ABSPIELEN nicht geht, nochmal ne Minute zurück und neu probieren, vorwärts springen bringt dann nix, da muß man sich den Abspann manchmal in ganzer Pracht angucken und zum richtigen Zeitpunkt den Endpunkt setzen)

[Cypheros]

Wer das Problem hat, bitte hier posten, welcher Sender, Medium(Sat,Kabel, Antenne) und welcher Demuxer und welcher Video-Filter verwendet wird. Dann lässt sich das Problem bestimmt eingrenzen.

[Traxx]

Wer das Problem hat, bitte hier posten, welcher Sender, Medium(Sat,Kabel, Antenne) und welcher Demuxer und welcher Video-Filter verwendet wird. Dann lässt sich das Problem bestimmt eingrenzen.

Sender - kann es alles sein von Sat1 HD, RTL HD bis ÖR da es ja wie gesagt erst nach dem Bearbeiten mehrerer Aufnahmen hintereinander irgendwann zufällig auftritt.
Medium - Satellit
Video-Filter - siehe Screenshot

[Cypheros]

@ede96

Es sind die falschen LAV Light Dateien vorhanden. x86 statt x64.
Versuch mal unter Einstellungen/Optionen/Unterstützte Tools/LAV Light die richtige Version herunterzuladen.

Code Auswählen Erweitern

-----------[ C:\Program Files\Cypheros\TSDoctor4\filter\LAVLight\ ]-----------
avcodec-lav-57.dll (CRC = 00AB50A1) [11219456 bytes] {14.09.2018 14:41:18.000} x86
avfilter-lav-6.dll (CRC = 0003409D) [201216 bytes] {14.09.2018 14:41:18.000} x86
avformat-lav-57.dll (CRC = 001C009A) [1792512 bytes] {14.09.2018 14:41:18.000} x86
avresample-lav-3.dll (CRC = 0002F226) [157184 bytes] {14.09.2018 14:41:18.000} x86
avutil-lav-55.dll (CRC = 00096C6F) [562688 bytes] {14.09.2018 14:41:18.000} x86
COPYING (CRC = 0000E56E) [18431 bytes] {10.12.2017 22:03:28.000}
IntelQuickSyncDecoder.dll (CRC = 000602BA) [392192 bytes] {14.09.2018 14:53:18.000} x86
LAVAudio.ax (CRC = 0004B7C4) [256512 bytes] {17.01.2021 22:16:22.000} x86
LAVFilters.Dependencies.manifest (CRC = 0000FB72) [493 bytes] {13.09.2018 21:57:48.000}
LAVSplitter.ax (CRC = 00092390) [542208 bytes] {17.01.2021 22:16:24.000} x86
LAVVideo.ax (CRC = 00108E51) [1060864 bytes] {17.01.2021 22:49:12.000} x86
libbluray.dll (CRC = 00048D6F) [269824 bytes] {14.09.2018 14:53:16.000} x86
README.txt (CRC = 000015F2) [970 bytes] {11.12.2017 11:33:38.000}
swscale-lav-4.dll (CRC = 00083098) [528384 bytes] {14.09.2018 14:41:18.000} x86

[ede96]

Problem gelöst....

Ich habe LAV light über das Programm (Einstellungen/Optionen/Unterstützte Tools) ,,nachinstalliert" jetzt läuft alles wie gewohnt!

Nutze den TS Doctor übrigens seit der ersten Version (meine erste Lizenz Datei ist aus 2013...)

Danke & Gruß
Carsten

[Compjudersteffen]

Problem ist leider noch nicht gelöst...      Ich habe hier ähnliche Schwierigkeiten mit der Navigation vom Doc, 3.2.33 und 4.0.10. Um das Problem besser eingrenzen zu können, habe ich mir mit AviSynth + AVIDemux einen "synthetischen" Film gemacht, bei welchem jeder Frame nummeriert ist. Das Video ist 3000 Frames lang. Laut AVIDemux sind an folgenden Positionen I-Frames: 1, 251, 501, 751, 1001 usw. bis 2751 Also alle 250 Frames. Mit AviDemux kann ich mit der KeyFrame und der Einzelbildnavigation im ganzen File exakt umherhüpfen, ich lande laut der angezeigten Framenummer immer bei I-1 oder I+1 oder bei Frame+1 oder Frame-1.

Da ich Videofiles gar nicht anhängen kann hier, habe ich alle Dateien unter folgendem Google Link zum Download:

https://drive.google.com/drive/folders/167UUrwfHMuJKsRwTG8XFXQSyaZ2MWnmi?usp=sharing

Der Doc macht mir aber keine saubere Navigation. Im Schnitteditor mache ich [+IF], er landet aber nicht bei I-Frame 251, sondern ich bekomme Frame 253 angezeigt. Nochmal [+IF], dann zeigt der Editor 503 an, richtig wäre I-Frame 501. Drücke ich von der angezeigten 503 [-1F], dann wird Frame 501 angezeigt, also Frame-2. Drücke ich nochmal mehrmals [-1F], dann wandert zwar die Zeit im Editor weiter zurück, aber ich bekomme weiterhin Frame 501 angezeigt. Von hier muss ich nun genauso oft wieder [+1F] drücken, bis irgendwann die Frames weiter hochzählen. Generell scheint die Stelle rund um einen I-Frame den Doc ins Stolpern zu bringen.

Im anderen Videofile, welches nur 700 Frames lang ist, gibt es alle 100 Frames einen I-Frame. Die Probleme stellen sich aber mit kleinen Variationen ähnlich dar. Lustig ist auch, im Schnitteditor ganz ans Ende der Datei zu navigieren und von dort mit [-IF] zu versuchen, den letzten I-Frame anzufahren.

Bei den Downloads findet sich auch ein Anwendungsreport, in dem ich allerdings ein paar "sensible" Daten angepasst habe.

cu, Compjudersteffen

[Compjudersteffen]

Ich habe eben auch noch die bereits installierten LAV Filter deinstalliert und die vom TSD empfohlenen LAV Light Filter installieren lassen. Kein Unterschied, I-Frame Navigation hüpft weiter munter durch die Landschaft. Vielleicht kann das noch jemand mit meinem "Framenummern-Film" verifizieren?

[Cypheros]

Poste mal das DirectX-Log unter Einstellungen/Optionen/Vorschau.

[Mam]

Also ich hab mir die Demos mal angetan, finde aber nix Auffälliges.

Der Doc landet immer 2 Frames zu weit im Vorwärtsgang, trifft aber genau, wenn man dann einen Schritt zurück geht.

Das würde ich als normal betrachten, denn man muss den Stream ja erstmal "überfüttern", bis er ein dekodiertes Bild ausspuckt. Dann ist man eben ein wenig zu weit geraten.

Vielleicht könnte Scheff das "direkt wieder zurück" Feature mit einbauen, dann würde man exakt stehen. Ob das aber so entscheidend ist, mag ich nicht zu beurteilen. Der eigentliche Schnitt wird ja dann eh an dem "vorhergehenden I-Frame" gemacht, das wäre quasi -1F dann.

(aber von "Hüpfen" bin ich weit entfernt. Er geht immer brav zum Nächsten oder Vorigen)

Aber, was mir dabei gerade auffällt: wenn man über den Knöpfen hovert, erscheint keine Bubblehelp... Da könnte man doch z.B die Funktion und den Shortcut Key für den Knopf anzeigen lassen...