Open SleepDaemon opened 1 month ago
You didn't provide examples so I can't specifically confirm but the most likely explanation is that the combination of audio and video codecs chosen are not compatible with the mp4 container and therefore must use mkv since it has much more flexibility/options for what media it can contain.
You can test that the mp4 container will be used as preferred if you manually select in the format window a video variant which shows mp4 in the ext column and an audio variant which shows m4a in the ext column. Those are both compatible with an mp4 container and therefore the result should be an mp4. If it is then the ytdlp-interface is working correctly.
You didn't provide examples so I can't specifically confirm but the most likely explanation is that the combination of audio and video codecs chosen are not compatible with the mp4 container and therefore must use mkv since it has much more flexibility/options for what media it can contain.
You can test that the mp4 container will be used as preferred if you manually select in the format window a video variant which shows mp4 in the ext column and an audio variant which shows m4a in the ext column. Those are both compatible with an mp4 container and therefore the result should be an mp4. If it is then the ytdlp-interface is working correctly.
what i use, h264 so compatible with social media platforms
You haven't set a preferred audio codec. Therefore, if an audio codec which is incompatible with the MP4 container is either manually or automatically selected, it will result in an MKV container needing to be used.
The output file container is always mkv even though I have the preferred container set to mp4