at the risk of getting severely flamed here... ;-)
has anyone actually tried to take the dig. output from SB3, receiver et
al. and compared that to the original CD?
reason i ask is that there ARE known issues with at least one of the
codecs in the SB3:
dcote;360692 Wrote:
reason i ask is that there ARE known issues with at least one of the
codecs in the SB3:
http://bugs.slimdevices.com/show_bug.cgi?id=6231
i understand that that bug applies to the MP3 codec, but it was assumed
(!) to be near perfect, which it was not.
Since when has any
peter;360452 Wrote:
AndrewFG wrote:
If so, then it seems that there is a lot of digital processing going
on
in real time, in at least two different CPUs, that gives plenty of
opportunities for rounding errors, timing errors, error correction
artifacts, and jitter to creep in. (Not to
dcote;360692 Wrote:
has anyone actually tried to take the dig. output from SB3, receiver et
al. and compared that to the original CD?
Yes, it's been done a number of times. I think there were some posts
about tests like this in the Audiophile forum (thar be dragons!)
recently. I think at
dcote;360692 Wrote:
is there not a minute possibility that other codecs (internal and
external) may be suffering similar symptoms?
No flames here but an easy way to prove that at least the FLAC decoding
is lossless - it requires an HDCD-encoded track and an HDCD decoder
connected digitally to
I have tried the DTS and dolby digital test, my HT processor gets it
ergo my chain is lossles, no bits are missing.
It's a little fuzzy to encode an 5.1 stream as wav and then to FLAC ,
but it can be done. I took it one step further and burned such a track
on a CD and ripped it to ensure that no
I have 200GB of music ripped to .M4A files using iTunes Apple Lossless
encoding (alac), that I stream via SqueezeCenter to a Transporter and
output to my power amp using the Transporter's variable outputs.
Sometimes I get the feeling that the playback is rather shrill, and I
am trying to
Any thoughts?
Settings-Advanced-File types is where you can control the processing
of Apple Lossless and set convert to FLAC or WAV before streaming.
plenty of opportunities for rounding errors, timing errors, error
correction artifacts, and jitter to creep in
Lossless is lossless.
--
AndrewFG wrote:
If so, then it seems that there is a lot of digital processing going on
in real time, in at least two different CPUs, that gives plenty of
opportunities for rounding errors, timing errors, error correction
artifacts, and jitter to creep in. (Not to mention any prior artifacts
AndrewFG;360440 Wrote:
If so, then it seems that there is a lot of digital processing going on
in real time, in at least two different CPUs, that gives plenty of
opportunities for rounding errors, timing errors, error correction
artifacts, and jitter to creep in. (Not to mention any prior
AndrewFG;360440 Wrote:
What is the exact end-to-end signal path when using M4A alac encoded
files?
As I understand it, alac files are not decoded natively in the
Transporter? So is it true that SqueezeCenter converts alac to flac and
sends that to the Transporter? Does the Transporter then
AndrewFG wrote:
Did anyone do proper end-to-end tests on the path CD - iTunes - alac -
flac - volume - dac in real time, real world conditions? Can one be
sure that the process is REALLY lossles? Any thoughts?
I don't speak iTunes. But with flac, its trivial to prove its really
lossless. Take
12 matches
Mail list logo