Nothing major this time around, though I still recommend everyone to update. It contains a few small enhancements and a handful of bug fixes. So after all that, here's my question: is the truehd to flac conversion process I described the "work-around" for dealing with truehd that needs to be cut in mkvtoolnix? I subsequently extracted the flac 7.1 track and re-sampled it with ffmpeg. So I went back the the BD and makemkv, this time converting the truehd of track to flac. I got an error with mkvextract on the truehd track - it didn't like the "area" around the first cut/merge, so it failed. About a year later I figured I'd extract the truehd track and re-sample it at a higher frequency so I could mix it down to flac stereo with the ffmpeg pan filters.
The cut-points between movements sounded clean. The mkv/mka played fine and sounded nicely. I believe I did this with mmg (that one is intentional ) 7.5.
I then merged those back together and also removed the video track. So I used makemkv and then cut the mkv by keyframe such that I had the four movements without the commentary introductions. The one that I have (viz., Ives) has a 7.1 truehd track 48khz. SFS Media make these instructional BDs that provide colour before each movement of a particular work. TrueHD is one of the few audio codecs where decoding cannot start from arbitrary frames, but only from so-called "sync" frames. Therefore don't expect a fix for this behavior. You'll see the same issue if you have multiple video tracks whose key frames don't lign up exactly.įixing this properly would require quite some time & effort, neither of which I have a lot of at the moment. The result is that the second file might start with non-sync TrueHD frames, causing mkvmerge not to recognize the track anymore. It will split right before a video key frame, but it won't care whether that point is actually before a TrueHD sync frame or somewhere in the middle of several non-sync frames. Mkvmerge is rather bad at handling files where more than one track makes such a distinction when it comes to splitting. This is similar to the distinction of key frames vs. I'll also upload a mkv that straddles the point where I split the first in case you want to play around with it. And I've split 20 or so others from this Bluray without issue. I tried splitting it two seconds later and it's fine. But as long as the video's there the TrueHD doesn't show. If I split it without the video track then mkvtoolnix can see both audio tracks. The first half shows the TrueHD, the second split doesn't. Mosu, I uploaded a mkv to your ftp that mkvtoolnix doesn't detect the TrueHD track 2. Question: What is mmg doing in this case: is it ignoring the incorrect header info, grabbing the pcm audio, and merging everything correctly? Thanks mosu. Track 6 from the downloaded album shows a bitrate with mediainfo of 1412kbps instead of 1411kbps - obviously incorrect. Got an mmg warning message in the v12 gui. Bought and downloaded an album from hdt 16-44.1-2ch. Here are my mmg settings and options files, and the mmg output log. Hornpipe (From The F Major Suite).wav': Using the demultiplexer for the format 'WAV'. Bouree (From The F Major Suite).wav': Using the demultiplexer for the format 'WAV'. Warning: DTS_Header problem: invalid source PCM resolution Minuet (From The F Major Suite).wav': Using the demultiplexer for the format 'WAV'. I have a question about an mmg gui warning, please. If you don't use "-track-order" in such a situation then the track order as found in the first source file will be used, meaning the English audio track will remain the second overall track in the output file. Here you'd need to tell mkvmerge to append track 2 from file 2 to track 3 from file 1 (the two German tracks), and track 3 from file 2 to track 2 from file 1 (the two English tracks). What you'd need "-append-to" for is a situation like this:įirst file: 1. The only thing you want to do is to change the order in which tracks are output, and that's what "-track-order" does. You will still append append source track 2 (audio eng) to track 2 (audio eng), and track 3 (audio ger) to track 3 (audio ger). You only have to use "-track-order" but not "-append-to". Now I want to change the order of the audio streams But when the track order of such files has changed then I have to write a -track-order and -append-to switch?
0 kommentar(er)
