Timeline for Why is it when an MKV video converted by FFmpeg to MP4 only plays on VLC media player?
Current License: CC BY-SA 4.0
11 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 6 at 2:30 | history | edited | Giacomo1968 | CC BY-SA 4.0 |
Fixing reference.
|
| Jun 5 at 9:39 | vote | accept | Alfrodo8 | ||
| Jun 4 at 22:02 | comment | added | JayCravens |
@Kissaki The output was nearly half of the source: 4843 kb/s compared to 8122 kb/s. The AAC also says 6 channel, so -c:a copy seemed safe.
|
|
| Jun 4 at 21:41 | comment | added | Kissaki |
I don't think -c:v h264 is necessary because ffmpeg will default to h264 when targeting mp4. As per OP edit, the source is h264 too, so ffmpeg will take that over too.
|
|
| Jun 4 at 21:40 | comment | added | Kissaki | What do you mean by "at least to get the bitrate back up"? To my knowledge, ffmpeg has defaults, and h264 will use an adequate compression for good image quality. Unless it's not enough and OP specifically wants higher quality at the cost of time and size I would not specify the bitrate [and to almost double]. | |
| Jun 4 at 21:37 | comment | added | Kissaki | Why do you suggest copying audio in eac3 format into mp4 but not h264? AAC is the usual, commonplace audio codec for mp4. E-AC-3 is at least not listed on Wikipedia at all. If suggesting copy I would only suggest it for video, which is already h264. | |
| Jun 4 at 21:10 | history | edited | JayCravens | CC BY-SA 4.0 |
deleted 3 characters in body
|
| Jun 4 at 21:04 | history | edited | JayCravens | CC BY-SA 4.0 |
-c copy
|
| Jun 4 at 20:51 | comment | added | JayCravens |
@DanielB That's a good call. -c copy should switch containers, no problem.
|
|
| Jun 4 at 20:48 | comment | added | Daniel B | Actually, re-encoding the video should not be necessary at all. | |
| Jun 4 at 20:39 | history | answered | JayCravens | CC BY-SA 4.0 |