TTD Forum

Hier habe ich mal etwas älteres vom VDR zum Thema gefunden. Anscheinend sind oder zumindest waren wir doch nicht ganz allein.

Also, habe mal ne stunde aufgenommen, und spielt der vlc1.11 einwandfrei ab.
M.e. liegt es an der Verschlüsselung, oder ggf wid doch noch was am Signal gedreht

verschlüsselung kann ich (in meinem fall zumindest) ausklammern.
bei kabel bw sind nur die bouquets/sky verschlüsselt, die normalen (also nicht hd) privaten kommen ohne.

TV-Junkie hat geschrieben:Also, habe mal ne stunde aufgenommen, und spielt der vlc1.11 einwandfrei ab.

Du meinst sicher Version 1.1.11.

M.e. liegt es an der Verschlüsselung, oder ggf wid doch noch was am Signal gedreht

Verschlüsselt sind die Aufzeichnungen definitiv nicht (ursprünglich natürlich schon), aber das Signal wird von KDG ja neu codiert. Aber warum gibt es das Problem nur bei RTL?

Jetzt müßte man halt einen TS-Experten (einen VLC-Entwickler) haben, der sich damit befassen möchte.

1.11.11 Natürlich.
Auf der seite mit dem Link von Dir hat das einer so Meldungen gepinnt.
Das fällt mir was ein. mediainfo

Ggf bekommen wir die Unterschiede heraus

Vielleicht kann ja hiermit einer was anfangen

So, um nochmal Rückmeldung zu geben:

Mit TS-Doctor (bzw. nach "bearbeitung" durch diesen, wobei mir noch nicht ganz klar ist woran es liegt bzw. was das Programm da genau macht -> vmtl. neuer Header erzeugen) gehen die Files!

Ich ziehe die Datei rein, wird gescannt durch den Doc -> Alles grün!
File check laufen lassen -> Sagt mir die Datei ist i.O. (sowohl Audio als auch Video-Stream).
Egal ob ich Ihn jetzt die Werbung rausschneiden lasse oder nicht, ich sage einfach "Neue Datei erzeugen (mit .ts endnung) und dann geht die Datei.

Habe heute nochmal kurz einen Kollegen mit dem Thema genervt der aus der Video-Ecke kommt. Der meinte das es evtl. am Header der Dateien liegen könnte.

Habe die Files dann wieder getestet und diese lassen sich im Prinzip mit jedem Mediaplayer (mpc und vlc z.B. ) abspielen (am Topf selber habe ich es jetzt noch nicht probiert).

Vielleicht Hilft es ja dem ein oder anderen weiter...

Edit: Die Dateien die sich bei mir in der Zwischenzeit angesammelt haben waren fast auschließlich von ProSieben (einmal Kabel1, einmal RTL2).

Da das Problem immer noch besteht, hier mal ein Workaround, den ich gefunden habe: Bei Aufnahmen, die der VLC nicht abspielt, muß dieser mit dem Parameter "--program <Service-ID>" aufgerufen werden, also z. B.

"C:\Program Files (x86)\VideoLAN\VLC\vlc.exe" --program 10376 "Doctor Who (65) - Herz aus Stein - 2016-03-02 23-45.rec"

Die Service-ID einer Aufnahme bekommt man z. B. mit meinem Programm TFInfo heraus.


Und noch zu guter letzt die erfreuliche Nachricht, daß sich die Entwickler von VLC dieser Problematik endlich angenommen haben und der Fehler ab der Version 3 behoben ist. Davon gibt es derzeit aber nur (instabile) Testversionen.

Ich trimme meine Aufnahmen mit TFtool und teste anschließend immer mit VLC, ob Anfang und Ende vollständig sind. Wenn VLC das Ergebnis nicht wiedergeben kann, ist mein Workaround, so oft das Trimmen am Anfang um einen Tick zu verschieben, bis VLC es abspielt.

Viele Grüße
Homer

Meine Theorie dazu: Bei RTL sind die PMTs in recht großem Abstand verteilt und erstrecken sich über mehrere Pakete. Womöglich ist bei VLC der Puffer nicht groß genug, und somit kann die SID nicht immer ermittelt werden?
Das würde allerdings nicht erklären, wieso der Topf selbst sie nicht abspielt...
Man müsste eine solche Aufnahme, die nicht funktioniert, mal sehen können. Vielleicht kann jemand mal eine kurze hochladen?

[quote="chris86"]Meine Theorie dazu: Bei RTL sind die PMTs in recht großem Abstand verteilt und erstrecken sich über mehrere Pakete. Womöglich ist bei VLC der Puffer nicht groß genug, und somit kann die SID nicht immer ermittelt werden?[/quote]
Ja, das beschreibt die Ursache ziemlich gut. In Zukunft macht man es so wie ich es bei meiner Teletext-Erkennung von Anfang an gemacht habe: Man nimmt (bei fehlender bzw. mehrdeutiger PMT) einfach den ersten passenden Stream, den man findet. Da in Aufnahmen i. d. R. jeweils nur ein Video- und Teletext-Stream vorhanden ist, funktioniert das dabei auch zuverlässig.