MP4 konvertiert ohne Video, nur Audio

General Support / Questions
1

Ich habe einige MP4-Dateien, die bei der Konvertierung (egal welche Einstellungen ich verwende) nur Audio-Dateien ohne Video erzeugen. Ich konvertiere diese, weil der ChannelsDVR FireTV-Client sie nicht abspielt, wenn keine Software-Decodierung aktiviert ist, und wenn diese aktiviert ist, spielt nichts anderes mehr.

Hier sind die Informationen zur Eingabedatei. Wie es das Glück will, ist die Protokolldatei größer als 10 MB, sodass sie hier hochgeladen werden könnte – das ist großartig.

Allgemein
Vollständiger Name : C:\Users\edward\MCEBuddyVideoIN\Logan’s Run - s01e01 - Logan’s Run.mp4
Format : MPEG-4
Format-Profil : Base Media
Codec-ID : isom (isom/iso2/mp41)
Dateigröße : 769 MiB
Dauer : 1 h 13 min
Gesamte Bitrate-Modus : Variabel
Gesamte Bitrate : 1 462 kb/s
Collection : Logan’s Run
Staffel : 1
Album/Performer : Logan’s Run
Part : 1
Part/Position : 1
Part/Total : 1
Track-Name : Logan’s Run
Track-Name/Position : 1
Performer : Logan’s Run
Genre : Sci-Fi & Fantasy
Beschreibung : Logan verlässt die Stadt der Kuppeln mit Jessica und wird von einem Roboterpaar entführt. Ein Android namens Rem rettet sie und sie fliehen, während Francis sie verfolgt.
Aufnahmedatum : 1977
Encodier-Datum : UTC 1970-01-01 00:00:00
Tag-Datum : UTC 2009-06-29 18:37:02
Cover : Ja
Part_ID : S1E1

Video
ID : 1
Format : MPEG-4 Visual
Format-Profil : Simple@L1
Format-Einstellungen, BVOP : Nein
Format-Einstellungen, QPel : Nein
Format-Einstellungen, GMC : Keine Warp-Punkte
Format-Einstellungen, Matrix : Standard (H.263)
Codec-ID : mp4v-20
Dauer : 1 h 13 min
Bitrate : 1 328 kb/s
Breite : 640 Pixel
Höhe : 480 Pixel
Seitenverhältnis : 4:3
Bildfrequenz-Modus : Konstant
Bildfrequenz : 30,000 FPS
Farbraum : YUV
Chroma-Subsampling : 4:2:0
Bittiefe : 8 Bit
Scan-Typ : Progressiv
Kompressions-Modus : Verlustbehaftet
Bits/(Pixel*Frame) : 0,144
Stream-Größe : 699 MiB (91 %)
Encodier-Bibliothek : Lavc52.1.0
Encodier-Datum : UTC 1970-01-01 00:00:00
Tag-Datum : UTC 1970-01-01 00:00:00

Audio
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec-ID : mp4a-40-2
Dauer : 1 h 13 min
Bitrate-Modus : Variabel
Bitrate : 128 kb/s
Kanäle : 2 Kanäle
Kanal-Layout : L R
Abtastrate : 48,0 kHz
Bildfrequenz : 46,875 FPS (1024 SPF)
Kompressions-Modus : Verlustbehaftet
Stream-Größe : 67,3 MiB (9 %)
Encodier-Datum : UTC 1970-01-01 00:00:00
Tag-Datum : UTC 2009-06-29 18:37:02

2

Versuche, die Logs zu komprimieren und hochzuladen. Ohne die Logs kann ich nicht viel machen. Oder versuche, sie selbst durchzugehen und nach Einträgen mit WARNING> oder ERROR> zu suchen, um zu sehen, was los ist.

3

Logan’s Run - s01e01 - Logan’s Run.mp4-For Logan’s Run-2023-02-21T17-49-14.log.zip|Anhang (3,1 MB)

5

Es gibt jede Menge davon, aber ich weiß nicht, wie ich sie beheben soll. Die andere Möglichkeit, bei der es einwandfrei läuft, ist, wenn ich dem ChannelsDVR-Client sage, dass er transkodieren soll – also weiß ich, dass es möglich ist.

2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → Error while decoding stream #0:1: Operation not permitted
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] [IMGUTILS @ 00000084bdfff320] Picture size 0x0 is invalid
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] video_get_buffer: image parameters invalid
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] get_buffer() failed
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] thread_get_buffer() failed
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] get_buffer() failed (-22 0000000000000000)
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef7d40] Context scratch buffers could not be allocated due to unknown size.

6

Außerdem läuft es einwandfrei mit dem Plex-Client, ich bin mir nicht sicher, was der anders macht.

7

Ihre Quellvideodatei ist entweder beschädigt oder nicht mit den MPEG-4-Spezifikationen konform. Ich sehe überall Fehler beim Verarbeiten des Videostreams:

2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits 0 ist ungültig im Verhältnis zum aktuellen Bitstrom, dies wird wahrscheinlich durch einen fehlenden VOL-Header verursacht
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits auf 5 Bits gesetzt, basierend auf Bitstromanalyse
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits 4 ist ungültig im Verhältnis zum aktuellen Bitstrom, dies wird wahrscheinlich durch einen fehlenden VOL-Header verursacht
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits auf 5 Bits gesetzt, basierend auf Bitstromanalyse
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] sieht so aus, als ob diese Datei mit (divx4/(altem)xvid/opendivx) kodiert wurde → erzwinge low_delay-Flag
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] Fehler, Header beschädigt oder kein MPEG-4-Header (f_code=0)
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → Letzte Nachricht wiederholte sich 400 Mal
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] Fehler, Header beschädigt oder kein MPEG-4-Header (qscale=0)
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] Fehler, Header beschädigt oder kein MPEG-4-Header (f_code=0)
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → Letzte Nachricht wiederholte sich 69 Mal

Was ist die Aufnahmequelle? Wenn es sich um eine TV-Tuner-Karte handelt, dann hat entweder der Quellvideostream OTA-Beschädigung oder falls dies erst kürzlich begann, wurde Ihr TV-Tuner-Treiber wahrscheinlich aktualisiert/ersetzt und erzeugt ein nicht konformes Video. Auf jeden Fall liegt das Problem beim Quellvideostream.

8

Ich verstehe, was du sagst. Ich bin mir nicht über die ursprüngliche Quelle sicher. Was ich weiß, ist, dass MCEBuddy FFMpeg verwendet, und ich weiß auch, dass ChannelsDVR FFMpeg für seine Transkodierung verwendet. Es funktioniert mit Channels, warum also funktioniert es nicht mit MCEBuddy?

9

Kann ich nicht sagen, könnte verschiedene Gründe haben. Wir brauchen eine Originalquelle zur Analyse, um zu sehen, was vor sich geht.

10

Ich konnte diese Dateien erfolgreich mit VLC konvertieren. Keine Fehler und sie laufen jetzt einwandfrei in Channels.

VLC muss mit den Einstellungen, die von MCEBuddy verwendet werden, nachsichtiger sein als FFMpeg. Auch Handbrake konnte nicht damit umgehen, wahrscheinlich aus demselben Grund. Diese Originaldateien müssen wirklich stark beschädigt gewesen sein.

Alle meine anderen problematischen Dateien wurden von MCEBuddy ohne Probleme bearbeitet, das ist eine gute Nachricht.

Trotzdem danke fürs Helfen, es wird sehr geschätzt!!!