If the only difference is bitrate, then any container which accepts variable bitrate streams, will fulfill your requirement e.g. MP4, MKV..etc
Step 1 is to encode your segments, ideally using the same encoder, to different bitrates with all other parameters being the same e.g. via ffmpeg,
ffmpeg -ss 0 -t 5 -i input.mp4 -b:v 1000k seg1.mp4
ffmpeg -ss 5 -t ...
MKV does not store a frame rate in its container. So ffmpeg/vlc looks at the default duration of a frame instead. It sees 33.333ms and does the math, which is where your weird number comes from.
For more information, see: https://gitlab.com/mbunkus/mkvtoolnix/wikis/Wrong-frame-rate-displayed
To test this out, you can run ffprobe with -show_frames. I think ...
This can happen if the "streams do not have exactly the same length". You have to specify the range to include for the items in concat.txt. Try specifying the duration or outpoint or in point:
The duration of each file is used to adjust the timestamps of the next file: if the duration is incorrect (because it ...
Advanced Authoring Format (AAF) and some MXF operational patterns (OP-2a, 2b, 3a, and 3b) should be able mix bit rates. I say "should" because I don't have any good way of testing right now and I don't know of any commercial systems that are making heavy use of those MXF OP's.
The mkvtools package provides a way to read and to edit the metadata of any Matroska file without the need to remux directly from the command line. This allows one to write a relatively simple bash script that does the job.
In here the job is broken into three steps:
UID of each file is read by mkvinfo, cleaned, and recorded into the .uid file. At the same ...
This question is a bit nonsensical as Matroska is only a container format, however I think it does bring up a deeper question on how video files work in general. Matroska doesn't actually define the way anything inside it is encoded or encrypted, it just stores the information that says what was used on the content so it can be decoded.
While Matroska does ...
I'm pretty sure it's impossible to hardcode subs without quality loss.
Unless there's a new technique developed in the last 4 years, the file needs to be converted to a lossless type then the subs need to be coded frame by frame and then compress again.
So: There is no technique that may be used to hardsub onto a compressed video without losing [more] ...
Use mkvmerge with
-y or --sync
Synchronize, adjust the track's timecodes with
the id TID by 'd' ms.
'o/p': Adjust the timecodes by multiplying with
'o/p' to fix linear drifts. 'p' defaults to
1 if omitted. Both 'o' and 'p' can be