www.makemkv.com

Well did some more homework. Think the problem is with FFMEG, as anything that uses it does not decode the 6.1 channels right (FFPLAY, VLC,etc...) while anything based on libav does (mpv, MPC-HC,etc) Ah yes, this is another problem which doesn't have anything to do with the dtsdecoder.dll decoding....

Using a version from dtsdecoder.dll from TMT6 under Arch linux of all things and have had only one audio issue (See end). converting with FFMPEG to opus and aac shows the source correctly (24bit 5.1/7.1/etc...) The only movies that act stupid are the Star Wars set but they use a odd 6.1 mixing. for...

The full track analysis is a no-go for MakeMKV, as it converts in a single pass. However I do see the value of this feature. I'm thinking of an approach that should work for all practical purposes - scan about 30 random places in a file, about 1 second each, and if all of them are 16-bit then decla...

This statement is not correct for MakeMKV. I have to dig into details what dtsdecoderdll.dll really is. It is a reference DTS decoder library (written by DTS) with an API layer on top of it (written by Chinese developers). So, all versions of dtsdecoderdll, from 1.0.0.0 to 1.0.0.8 have exactly the ...

I have already replied earlier with details, but my post is still awaiting moderator approval as it included a link (Had I known I wouldn't have included a link). This post also talked about 2 other issues (DTS-HDMA decoding needs 2 different versions of dtsdecoder.dll to be done properly and wrong ...

No, it doesn't. Do you know how exactly eac3to does the check - just scans a portion of file? Are there any false positives (a long quiet segment at the beginning of a file)? I don't know how the check is done "exactly", but I do know that it checks the complete file. This is what madshi ...

Hi, 2 questions: 1. Often TrueHD (and sometimes DTS-HDMA) 24bit tracks are in fact 16bit tracks artificially bumped to 24bit, the added 8bit containing only zeros. When converting these tracks, after the conversion eac3to automatically checks the file to see if it is a real 24bit file and if it is a...

Hi, The Linux settings file is not the same as in windows (windows is xml, linux is not). Can we copy the windows settings over to the linux settings file? I tried to copy these into the linux settings file: ignoreForcedSubtitlesFlag="false" useISO639Type2T="false" setFirstAudioT...

Are you saving to internal HD, external HD, or network drive? It's an internal HD which is part of a samba share (so a network drive) that includes only this 1 HD on a networked Linux server. When I created the bad mkvs I was logged on this Linux server on the LAN with windows remote desktop, runni...

Ok, I just re-ripped "Rise of the Guardians" again with the exact same features, but this time on windows. The mkv now works fine and I could also remux it completely with mkvmerge. This of course needs some more testing, but so far it seems to be an issue that only exists with the Linux v...

setarip_old wrote:Try using the original disc (NO ISO) as your direct source...

I did it with the disc first and then saved the ISO to make sure it was not a disc reading issue.

Chetwood wrote:Yes, that should do it, thanks. Maybe we could additionally set flags in the properties pane of the GUI where currently Name, language, etc. can be changed?

+ 1

I'm having the same issue, and yes having these subtitle options in the GUI would be much better.

Thanks.

I ripped 2 blu-rays that produced broken mkvs (this is the first time this happens). - Rise of the Guardians - Wreck-It Ralph Version used: Makemkv 1.8.0 on Linux. Media used: ISO file loaded into Makemkv. (so this is not a blu-ray reading failure). Problem: 1. media players stop playing at some poi...