Quote:
Originally Posted by madshi
I disagree. What you suggest is complicated, time consuming and results in an MKV file which has suboptimal timestamps.
If the target container is MKV, there's no reason not to use eac3to for VC-1 muxing. Actually eac3to will give you optimal results. You can't get any better VC-1 MKV than those created by eac3to, as far as I'm aware.
Muxing to TS is another topic. It might be true that letting eac3to demux to a raw video stream is preferable if you want to create a TS with tsMuxeR. But if that's the case, it's caused by a bug in tsMuxeR and not by eac3to.
|
Thanks Madshi. I have to agree that using eac3to to create .mkv video stream has always worked flawlessly for me. Likewise using it to create DTS audio stream from lossless audio on original Blu-ray source works great as well. My preference would always be this route and then use MKVmergeGUI to create single .mkv file, however the DViX M6500 is absolutley hopeless at streaming .mkv files with high bit rates, i.e. 20Mbps+ hence my reason for using .ts which the DViX plays without a problem even though the video and audio steams are identical to those in the .mkv container.
Have any changes been made to eac3to recently which change the header info in an .mkv video stream which may now be confusing tsMuxeR?