Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
11th November 2015, 16:29 | #13602 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
Quote:
Zeroes in the LSBs are useless ("empty" information), and therefor if metadata says 24-bit, but the signal consistently has 8 bits of zero at the end, can encode as 16-bit, save space, lose no signal information at all. That seems really the information that madshi/eac3to is after.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
11th November 2015, 16:34 | #13603 | Link |
Registered User
Join Date: Aug 2002
Location: France, Paris
Posts: 672
|
They are not. as 0 does not say the same thing as 0.0000 (and yes, quantization bits are similar to float).
I understand this is same for your ears, but it may be different for some compression algorithm and/or for people looking for the count of bits used for quantization (again, zeroes with 16-bit is not same as zeroes with 24-bit, zeroes with 24-bit quantization say that this is more sure that it is silence for real) It is all about precision information, I understand that you don't care, but that does not mean it is useless for everybody. It is very important for a couple of people I work for.
__________________
Want to know all about your media files? http://mediaarea.net/MediaInfo Last edited by Zenitram; 11th November 2015 at 16:37. |
12th November 2015, 03:19 | #13605 | Link | |
Registered User
Join Date: Sep 2012
Posts: 366
|
Quote:
If you have a HDCD FLAC/ALAC/WAVPACK file that DOESN'T have the tag MediaInfo will not detect it. In that case, you could run your files through EAC3To or Foobar and get the tags added/add them yourself. (MediaInfo has always displayed the HDCP tag, it just attached it to the file rather than the stream which means the tag was discarded if it was muxed into a Matroska file.) |
|
12th November 2015, 10:38 | #13606 | Link |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,744
|
You don't seem to be interested by the information I mentioned yesterday, your HDCD files are maybe not really HDCD, look at the link I gave in this post ;
http://forum.doom9.org/showthread.ph...26#post1746126 |
12th November 2015, 10:50 | #13607 | Link | |
Registered User
Join Date: Aug 2002
Location: France, Paris
Posts: 672
|
Quote:
And now?
__________________
Want to know all about your media files? http://mediaarea.net/MediaInfo |
|
12th November 2015, 11:16 | #13608 | Link |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,744
|
Interesting, this guy is not 100 % certain about it but he has good arguments.
If he is right, I wonder why MvB heard differences between the 2 ripping methods (with and without subchannels), admitting he was honest and not trying to discourage people to copy HDCDs. |
12th November 2015, 11:23 | #13609 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
FWIW, eac3to contains a user written HDCD decoder which seems to work just fine on WAV source files. I've no idea how the HDCD decoder works internally, though, nor can I guarantee whether it's 100% complete and accurate.
|
12th November 2015, 11:33 | #13610 | Link |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,744
|
Ok, I never tried to decode HDCD files with eac3to, I guess the goal is to produce 24bit wav to keep HDCD quality without needing HDCD player ; in this case, one shouldn't specify the command -down16, right ?
|
12th November 2015, 11:39 | #13611 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
If your target is lossless, eac3to by default doesn't decode HDCD, but leaves it untouched, so input and output bitdepth stays at 16bit. You can force HDCD decoding by using the "-decodeHdcd" switch. Or if you transcode to a lossy format, eac3to automatically decodes HDCD, so that the input to the lossy decoder has the highest possible quality. If you want to decode HDCD, and preserve its full quality, "-down16" is obviously not a good idea.
|
12th November 2015, 11:51 | #13612 | Link | |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,744
|
Quote:
If one needs Flac, I guess the HDCD information will be lost (except if -decodeHdcd is used and -down16 is not, therefore you get 24 bit Flac with HDCD quality). Ok, does its full quality correspond to 20 or 24 bit ? |
|
12th November 2015, 12:25 | #13616 | Link |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,744
|
I'm surprised because I wonder how the HDCD information -which is done for LPCM- can be kept in Flac.
IIRC, HDCD encoding use random bits and I don't see how a FLac encoder can recognize this kind of pattern and keep it. It is lossless, ok, but its structure is different than LPCM. |
12th November 2015, 12:39 | #13618 | Link | |
Registered User
Join Date: Sep 2012
Posts: 366
|
http://www.audiomisc.co.uk/HFN/HDCD/Enigma.html
https://en.wikipedia.org/wiki/Compac..._Digital_Audio It's possible he's right. CD's aren't strictly LPCM, they have a variable gain control. Quote:
|
|
12th November 2015, 14:48 | #13619 | Link | |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,744
|
Interesting. But I believe HDCD and CD with De-emphasis are 2 different things and thus need different ripping method.
Anyway, I kept searching informations and it seems that when ripping HDCDs in a simple way (copying waves instead of making ISO keeping cd's sub channels), a part of the needed information to decode properly HDCD is not retained. I found a post that summarizes clearly everything I read on this subject ; http://forums.stevehoffman.tv/thread.../#post-5695519 Quote:
It means that the HDCD conversion is done but not exactly how it should be. Last edited by Music Fan; 12th November 2015 at 14:52. |
|
12th November 2015, 15:01 | #13620 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Regardless of whether that's true or not, none of this has anything to do with eac3to, because eac3to does not rip CDs or ISOs. eac3to does the best it can with the data it gets. If something is lost when ripping a CD to WAV then this loss has happened before eac3to was involved. There is no (further?) loss when using eac3to, as long as the audio data is kept lossless. So this is my last post about this topic.
|
Tags |
eac3to |
|
|