ffmpeg will not warn when putting random unsupported codecs in mpegts
|Reported by:||Neco||Owned by:|
|Blocking:||Reproduced by developer:||no|
|Analyzed by developer:||no|
This is a bug report for ffmpeg version N-83243-g2080bc3
Windows static binary, v3.2.2 64-bit obtained from https://ffmpeg.zeranoe.com/builds/
I am attempting to remux files from an MP4 (also tested with MKV) container,
into an M2TS container however, the process fails silently with no warning issued
on the CLI.
The MP4 container typically contains an H264 stream and an AAC audio stream.
The target M2TS is meant to contain an H264 stream and a PCM audio stream.
Files are produced that have no audio, and upon inspection no audio streams
either when analyzed with MediaInfo, or what imported into applications such as
Sony Vegas, or when played back on applications such as MPC-HC, Windows Media Player, etc.
I can provide a sample file if needed but I do believe this can be replicated
with any file based on feedback from others I asked about the problem before writing
The command line was as follows (working with a game capture produced by OBS)
ffmpeg -i "2017-01-09 21-52-42.mp4" -c:v copy -c:a pcm_s16le "Dirt Rally.m2ts"
A file "lacking" an audio track is always produced. I don't know if the data isn't there, or if its actually there but something got corrupted or something like that. I've also tried with pcm_s16be
I do know that changing the audio format to AC3 produced a proper file. This only seems to affect PCM audio tracks. I was also unable to create an M2TS by muxing separate files in directly
Change History (6)
comment:2 by , 5 years ago
|Component:||undetermined → avformat|
|Keywords:||mpegts added; m2ts missing audio PCM removed|
|Priority:||normal → minor|
|Status:||new → open|
|Summary:||ffmpeg will not produce an M2TS file with PCM audio → ffmpeg will not warn when putting random unsupported codecs in mpegts|