Aktuelle Aufnahme- und Kodierfehler beim UK Channel E4 am Beispiel Rick&Morty 5x01

[Chokepuff]

Diverse Aufnahmen bei E4 sind aktuell ohne vorherige Bearbeitung nutzlos, Bild und Ton laufen während des Abspielens immer weiter auseinander, außerdem wird die Tonspur mit Audiodeskription aufgenommen!

-----------
Beispiele:
-----------
Harley_Quinn_21.06.22_03-55_uke4_25_TVOON_DE.mpg
Rick_and_Morty_S05E01_21.06.25_02-10_uke4_30_TVOON_DE.mpg

--------------------------------------
Vorgehensweise zum Reparieren:
--------------------------------------
Beispiel-Datei: Rick_and_Morty_S05E01_21.06.25_02-10_uke4_30_TVOON_DE.mpg

Datei mit entsprechender Software öffnen, ich nutze VirtualDubMod 1.5.10.2

-Hinweis bzgl. VBR Audiostream ggf. mit Nein wegklicken

-Video
-Direct Stream Copy

-Video
-Frame Rate
-Change so video and audio durations match (27.499 fps)
-OK

-File
-Save as "Rick_and_Morty_S05E01_21.06.25_02-10_uke4_30_TVOON_DE.mpg-27499"

-File
-Close Video File

-File
-Open Video File
-"Rick_and_Morty_S05E01_21.06.25_02-10_uke4_30_TVOON_DE.mpg-27499"
-Hinweis bzgl. VBR Audiostream ggf. mit Nein wegklicken
-Streams
-Stream list
-rechte Maustaste auf die Tonspur
-Interleaving
-Delay audio tracky by -500 ms
-2xOK
-File
-Save as "Rick_and_Morty_S05E01_21.06.25_02-10_uke4_30_TVOON_DE.mpg-synchron"

--> Die neue Datei anschließend mit ensprechender Software von Werbung etc. befreien

---------------------------------------------
Alternative Vorgehensweise mit Cutlists:
---------------------------------------------
Ich habe für Videospur und Audiospur zwei separate Cutlists erstellt, so kann man beide anschließend synchron muxen. Vorher muss natürlich auch die Framerate des Videos auf 27.499 fps angepasst werden!

Es wäre schön, wenn sich jemand mal die Aufnahmeeinheit (wegen Aufnahme der falschen Spur mit Audiodeskription) und die Kodiereinheit (Asynchronitätsproblem) für den Sender UKE4 anschauen würde :)

Der Kodierfehler erinnert stark an das Problem beim Disney-Channel vor 6 Jahren:

https://www.otrforum.com/showthread.php?73469-Disney-Channel-Ein-toller-K%E4fer-in-der-Rallye-Monte-Carlo

PS: Spitzenfolge zum Staffelstart ;)

[mojodo]

Danke @Chokepuff für den Tipp wie man das wieder muxen kann.

Aber das gleiche ist mir auch aufgefallen und es wäre schön, wenn sich das mal jemand von OTR ansehen könnte.
Wie gesagt sind Bild und Ton nicht synchron und es wird die Tonspur mit Audiodeskription aufgenommen anstatt der normalen.
Beispieldateien:
https://www.onlinetvrecorder.com/v2/download/20214378/
https://www.onlinetvrecorder.com/v2/download/20215907/
https://www.onlinetvrecorder.com/v2/download/20248117/

[Chokepuff]

Rick&Morty 5x02:

-Abendausstrahlung wurde nicht aufgenommen!
-Nachtwiederholung:
Rick_and_Morty_21.06.29_03-55_uke4_25_TVOON_DE.mpg

-->Framerate des Videos muss auf 27.500 fps gesetzt werden
-->A/V-Delay nach dem Muxen bei -600 ms

--> es wird weiterhin die Tonspur mit Audiodeskription aufgenommen!

[Chokepuff]

Der Kodierfehler bei E4-Aufnahmen scheint behoben zu sein, es wird aber weiterhin der Ton mit Audiodeskription aufgenommen:

Rick_and_Morty_21.07.02_02-10_uke4_30_TVOON_DE

Die zweite Nachtwiederholung hat wieder synchronen Ton!

Bemerkung: Allen Ausstrahlungen von 5x02 fehlen senderseits ca. 8 Sekunden im Bereich der Werbepause! Der Jerry-Doppelgänger, der unmittelbar vor der Werbung links im Bild auftaucht, tötet die anderen Doppelgänger noch mit einer Granate. (Quelle: Pay-TV)

[MCMUPPET]

Der Kodierfehler bei E4-Aufnahmen scheint behoben zu sein, es wird aber weiterhin der Ton mit Audiodeskription aufgenommen:Danke für Dein Feedback. Es wäre nicht das erste Mal, dass ein Sender auf der normalen Frequenz die Audiospur vertauscht hat. Das muss nicht unbedingt ein "Aufnahmefehler" seitens OTR sein. Ob das in diesem Fall aber so ist, muss jemand von der Tech analysieren.

MfG
MCMUPPET

[Chokepuff]

zu früh gefreut :/

5x03:

Die Abendausstrahlung wurde wieder nicht aufgenommen!

Nachtwiederholung:
Rick_and_Morty_S05E03_21.07.06_03-55_uke4_25_TVOON_DE.mpg.avi

- Die Audiospur ist OHNE Audiodeskription, also diesmal korrekt
- Bild und Ton laufen aber wieder auseinander

-->Framerate des Videos muss auf 27.500 fps gesetzt werden
-->A/V-Delay nach dem Muxen bei -400 ms

[mojodo]

Zusätzlich ist mir übrigens auch die Ursache aufgefallen, weshalb die Aufnahmezeiten im OTR EPG immer um eine Stunde versetzt zu den Zeiten des Senders ( https://www.channel4.com/tv-guide ) sind. Es wird nicht E4 sondern E4+1 aufgezeichnet. Ist das Absicht?:)

[mojodo]

Die Aufnahme von Rick and Morty S05E04 vom 12.07.2021 um 23 Uhr ist korrekt. Also ohne versetzten Ton und mit der normalen Audiospur.:D
Vielen Dank, dass das behoben wurde.

[Chokepuff]

und wieder zu früh gefreut :/

5x05:

Die Abendausstrahlung wurde wieder nicht aufgenommen!

Nachtwiederholung:
Rick_and_Morty_S05E05_21.07.20_04-00_uke4_25_TVOON_DE.avi

- Die Audiospur ist OHNE Audiodeskription, also scheint dieses Problem wirklich behoben
- Bild und Ton laufen aber wieder auseinander

-->Framerate des Videos muss auf 27.500 fps gesetzt werden
-->A/V-Delay nach dem Muxen bei -500 ms

[mojodo]

Die Abendaufnahme von Rick and Morty S05E06 wurde zwar diesmal aufgezeichnet ist aber leider ein reiner Bild- und Tonfehler.
Die Nachtaufnahme hat wieder versetzten Ton der sich wie in der Anleitung oben korrigieren lässt.
Frame Rate: Change so audio and video durations match (27.502 fps)
Delay audio track by -500 ms

[Chokepuff]

5x08:

Nachtwiederholung:
Rick_and_Morty_S05E08_21.08.10_03-30_uke4_25_TVOON_DE.mpg.avi

-->Framerate des Videos muss auf 27.498 fps gesetzt werden
-->A/V-Delay nach dem Muxen bei -500 ms

[MCMUPPET]

Auf Wunsch wieder geöffnet.

MfG
MCMUPPET

[mojodo]

Auch bei Staffel 6 ist Bild und Ton versetzt.
Datei: Rick_and_Morty_S06E01_22.09.05_05-00_uke4_30_TVOON_DE.mpg.avi.
Nachträglicher Fix mit VirtualDubMod wie im ersten Beitrag beschreiben mit:
Frame Rate: Change so audio and video durations match (27.500 fps)
Delay audio track by -500 ms

[Chokepuff]

6x05 - Final DeSmithation:

Nachtwiederholung:
Rick_and_Morty_S06E05_22.10.03_05-00_uke4_25_TVOON_DE.mpg

-->Framerate des Videos muss auf 27.497 fps gesetzt werden
-->A/V-Delay nach dem Muxen bei -400 ms

[MCMUPPET]

Auf Wunsch wieder geöffnet.

MfG
MCMUPPET

and again...