MP4 konverteres med ingen video, kun lyd

Jeg har nogle MP4-filer, som – uanset hvilke indstillinger jeg bruger – efter konvertering kun giver lydfiler uden billede. Jeg konverterer dem, fordi ChannelsDVR’s FireTV-client ikke vil afspille dem, medmindre Software Decoding er slået til, og når det er aktiveret, afspilles intet andet.

Her er information om inputfilen. Som skæbnen vil have det, er logfilen på over 10 MB, så den kunne ikke uploades hertil – hvilket jo er fantastisk.

General
Complete name : C:\Users\edward\MCEBuddyVideoIN\Logan’s Run - s01e01 - Logan’s Run.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom (isom/iso2/mp41)
File size : 769 MiB
Duration : 1 h 13 min
Overall bit rate mode : Variable
Overall bit rate : 1 462 kb/s
Collection : Logan’s Run
Season : 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
Description : Logan leaves the City of Domes with Jessica and they are kidnapped by a pair of robots. An android named Rem rescues them and they flee with Francis in pursuit.
Recorded date : 1977
Encoded date : UTC 1970-01-01 00:00:00
Tagged date : UTC 2009-06-29 18:37:02
Cover : Yes
Part_ID : S1E1

Video
ID : 1
Format : MPEG-4 Visual
Format profile : Simple@L1
Format settings, BVOP : No
Format settings, QPel : No
Format settings, GMC : No warppoints
Format settings, Matrix : Default (H.263)
Codec ID : mp4v-20
Duration : 1 h 13 min
Bit rate : 1 328 kb/s
Width : 640 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 30.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.144
Stream size : 699 MiB (91 %)
Writing library : Lavc52.1.0
Encoded date : UTC 1970-01-01 00:00:00
Tagged date : 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
Duration : 1 h 13 min
Bit rate mode : Variable
Bit rate : 128 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Stream size : 67.3 MiB (9 %)
Encoded date : UTC 1970-01-01 00:00:00
Tagged date : UTC 2009-06-29 18:37:02

Prøv at zippe og uploade logfilerne. Kan ikke gøre meget uden at se loggene. Eller prøv selv at gennemgå dem og søg efter WARNING> eller ERROR> poster for at se, hvad der foregår.

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

Der er en masse af disse, men jeg ved ikke, hvordan jeg skal løse det. Den anden måde, det afspiller fint på, er, hvis jeg beder ChannelsDVR Client om at transkode, så jeg ved, det er muligt.

2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → Fejl under afkodning af stream #0:1: Operation not permitted
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] [IMGUTILS @ 00000084bdfff320] Billedstørrelse 0x0 er ugyldig
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] video_get_buffer: billedparametre ugyldige
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] get_buffer() mislykkedes
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] thread_get_buffer() mislykkedes
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] get_buffer() mislykkedes (-22 0000000000000000)
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef7d40] Kontekst scratch-buffere kunne ikke allokeres på grund af ukendt størrelse.

Spiller også fint med Plex-klienten, er ikke sikker på, hvad den gør anderledes.

Din kildevideofil er enten beskadiget eller ikke i overensstemmelse med MPEG-4-specifikationerne. Jeg ser fejl overalt, når jeg prøver at behandle videostrømmen:

2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits 0 is invalid in relation to the current bitstream, this is likely caused by a missing VOL header
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits set to 5 bits, based on bitstream analysis
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits 4 is invalid in relation to the current bitstream, this is likely caused by a missing VOL header
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits set to 5 bits, based on bitstream analysis
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] looks like this file was encoded with (divx4/(old)xvid/opendivx) → forcing low_delay flag
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] Error, header damaged or not MPEG-4 header (f_code=0)
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → Last message repeated 400 times
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] Error, header damaged or not MPEG-4 header (qscale=0)
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] Error, header damaged or not MPEG-4 header (f_code=0)
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → Last message repeated 69 times

Hvad er optagekilden? Hvis det er et TV-tuner-kort, så har kildens videostrøm enten OTA-beskadigelse, eller hvis dette først er startet for nylig, er din TV-tuner-driver sandsynligvis blevet opdateret/udskiftet, og det skaber en ikke-kompatibel video. Uanset hvad ligger problemet hos kildens videostrøm.

Jeg forstår, hvad du siger. Jeg er ikke sikker på den oprindelige kilde. Det, jeg ved, er, at MCEBuddy bruger FFMpeg, og jeg ved også, at ChannelsDVR bruger FFMpeg til sin transcoding. Det virker med Channels, så hvorfor virker det ikke med MCEBuddy?

Kan ikke sige, det kan være af flere årsager. Skal bruge en original kilde at analysere for at se, hvad der foregår.

Jeg kunne konvertere disse filer uden problemer med VLC. Ingen fejl og de spiller perfekt i Channels nu.

VLC må være mere tilgivende end FFMpeg med de indstillinger, som MCEBuddy bruger. Handbrake kunne heller ikke klare det, sandsynligvis af samme grund. Disse originale filer må have været alvorligt ødelagte.

Alle mine andre problemfiler blev håndteret fint af MCEBuddy, det er godt nyt.

Tak alligevel for at prøve at hjælpe, det sættes virkelig pris på!!!