MediaCoder

Long ago, I could parallelize two transcode jobs under Mediacoder 0.7.x. Now, I am using Mediacoder 0.8.53(64bit) on 16core(32thread) machine. But I cannot parallelize. Although settings->Overall->task->"Maximum parallel tasks" to 2, I can only select "1 job" at tasking-parallelize. Please notice me...

This bug continued until MC-0.8.48.5888(May-2017).
Fortunately, it has been fixed at MC-0.8.49.5892(Sep.-2017).

I have been converting TS files(mpeg2/aac) into .m2ts files(H264/ac3) with Mediacoder older versions. However with recent versions, as I reported in http://forum.mediacoderhq.com/viewtopic.php?f=28&t=13791, a .m2ts file which is a compornent of AVCHD or blu-ray Video cannot be obtained directry with...

Even with build 5865, because built-in muxer TSmuxeR 2.6.12 make bad size .m2ts output, I have to change TSmuxeR.exe and TSmuxerGUI.exe those are in tools mediacoder\tools holder into ver1.10.6（smlabs), or mux residual intermediate .264 and .ac3 manually with TSmuxeR ver1.10.6（smlabs). Recent versio...

With 0.8.48 build 5888(64bit), when I will convert .ts file(mpeg2-aac) into x264-ac3, I cannot select M2TS for output container. Mediacoder fails at the begining, telling error code 09, where MC tells it cannot mux intermediate product compornents(.264 and .ac3) with build-in multiplexer(TSmuxer V2)...

Over a year ago, I reported the bug on MC x64-0.8.30.5622, where TSmuxeR 2.6.12 had been employed. Then Stanley switched back to TSmuxeR ver1.10.6（smlabs). See "Product .m2ts is bigger than that got manually from intermed": http://forum.mediacoderhq.com/viewtopic.php?f=28&t=13141&p=39691&hilit=TSMUX...

When updating 64bit MC to 0.8.37.5770(2015/08/31 released), MC shows its version as 0.8.[36].5770 in windows frame.
Furthermore, "support"-"Check for Update" tells,
"You are now using 0.8.36.5770", "The latest version is 0.8.37.5770".

This may be a trivial bug.

In far old versions of Mediacoder such as 0.7.0.4399, "audio-delay" compensation was not employed. After some versions this compensation became capable. I think automatic compensation using "audio-delay value of input file"(reported by MediaInfo) also became employed. In MC-0.8.34.5712 by default,"s...

The "audio delay" for TS file reported by Mediainfo represent the difference of PTSs of first apearred video packet and first appeared audio packets. For TS file captured from a stream, generally, it changes verious value depending on from when we atart capturing. From broadcasting demannds, video p...

Thank you.