Quote: Originally Posted by elrod-tom Actually, they ARE that pronounced in this particular example... Obviously the participants of Matrixhifi experiment did not find that to be the case. I know of no other tests that compared the two. Do you? Even if you don’t, I would feel...

Quote: Originally Posted by elrod-tom Dude, see my comment about opinions... The OP posted about a double blind test result he'd seen, and my comment is that the result reveals something akin to saying there is no difference between a vintage Chateau Mouton Rothchild and your garden...

dude, you are the "cread thrapper" here

i do not think that the quote has anything to do w/ synergy what it means is that for valid amp comparisons you must match output levels, disable amp signal processors if any, make sure that polarity is matched and that there is no signal phase inversion, etc. (see Amplifier Comparison Test...

Quote: Originally Posted by Redo Richard Clark even admits that the testing and in home results would vary quite a bit. would you point me to this admission? i must've missed it somehow Quote: Originally Posted by Redo Then one would have to play the amp below...

Quote: Originally Posted by Redo ..Number one, transistors can NOT reproduce tube sound. They've been trying to figure out a way to do so ever since the transistor came out and they can't. Two, even in the digital processing age, DSP effects still can't nail down what tubes do to audio...

if i had to guess what this letter means i'd say they confirmed the bug.

Quote: Originally Posted by aphex944 Wow! That is a great utility-- thanks for the link. And the not-so-surprising results yeah, the tool is awesome.

There is perfect tool for resolving this kind of debates - http://www.libinst.com/Audio%20DiffMaker.htm With this tool you can record analog output of your PC playing both flac and wave files and then compare recordings I did just that. As expected, analog output from flac and wave files...

Quote: Originally Posted by EliasGwinn I will be repeating this test with different sources and D-to-A devices soon. I will be using the same A-to-D to maintain a single variable. In other words, everything will stay exactly the same except another D-to-A will be used instead of the...

ok, never mind my question http://en.wikipedia.org/wiki/5.1_Music_Disc if dts track used for the test is of the same fixed bitrate as 16-bit linear PCM, then padding should not be a problem.

Quote: Originally Posted by thomaspf Standard CD players play DTS discs just fine over their digital output even the models that existed before a DTS flag in the S/PDIF header was even defined. Cheers Thomas i did not know have you tried it yourself? i am asking...

Quote: Originally Posted by Crowbar The answer must obviously be yes for DTS if the data is able to be output by S/PDIF, as is demonstrated when ASIO or kernel streaming is used to play back DTS data and the player is able to decode it. I don't know anything about DD. perhaps you...

@Crowbar, i can see you getting tired of this exchange, yet please answer my question when you have time what would happen if DD/DTS data stream is being passed via S/PDIF inside frames marked as normal audio? would receiver somehow know that incoming data needs to be decoded? thank...

good question

Quote: Originally Posted by thomaspf Independent on the merits of HDCD to which I have no opinion it is another good test case for bit perfect playback if you happen to have a DAC that can decode that signal. I thought the material question is whether regular PCM streams get actually...

Quote: Originally Posted by thomaspf When you prepare yourself a custom wave file with known samples and record it from a digital output you can look at what these changes are. this is exactly what i am planning to do. Quote: What I found is that there are mostly...

Quote: Originally Posted by Crowbar The point is that there is an effect on both. If there was no effect at all on PCM files, then there would be none on DTS presented as PCM either. Even if the effect is just silence insertions, that is still an effect, and my understanding is that...

Quote: Originally Posted by Crowbar Sanity check: When ASIO and kernel streaming is used, obviously correct S/PDIF and other output still occurs. If kmixer cannot reproduce identical output to these cases (ignoring the obviously increased latency) when there's no reason to do...

Quote: Originally Posted by thomaspf It seem you are getting hung up on the DTS encoded nature of these files so just think about HDCD encoded files. Are these PCM files in your mind? Should you be able to get exactly the same bits that are on the disc out on a digital output so you can...

disclaimer: my understanding of digital sound technology is limited at best. Crowbar, thomaspf,tszyn and many others are much more experienced in this field than i can ever be. i keep bringing up this old argument about DTS test because 1 i could not find any convincing rebuttal of this...

Quote: Originally Posted by Crowbar Parsing the header doesn't modify the stream, buffering doesn't modify the stream, mixing and attenuating wouldn't if volume is at 100% and there is only stereo PCM playing as is the configuration clearly being discussed here, and given all of these...

Quote: Originally Posted by Crowbar What you posted is about Dolby Digital, not DTS. Again, DTS can be presented as a PCM stream and kmixer has no way of knowing the data is DTS and not just some random noise. The proof is in the fact that the DTS test works on bit-perfect...

Quote: What you posted is about Dolby Digital, not DTS. Again, DTS can be presented as a PCM stream and kmixer has no way of knowing the data is DTS and not just some random noise. oic. so it is possible to have DTS encoded stream that is not "compressed", meaning that buffer...

Quote: Originally Posted by thomaspf Kmixer does not know that the bits flowing through the audio stack are DTS encoded. To the system these bits look like PCM bits, ... exactly, so kmixer is trying to deal with DTS encoded stream as if it is PCM which of course does not work...