[SlimDevices: Audiophiles] Re: DTS file for tests ?
smst Wrote: > Update on my conversion utility: > Nice work! Is there a good way of tagging the FLAC files to indicate that they contain DTS or AC3 instead of PCM? If so, then a future firmware rev could do a couple things: - set various s/pdif control bits to reflect non-PCM data (not that any receivers care AFAIK). - Disable the analog outputs Also if you're willing to share your code under the BSD license we could consider porting it to the firmware so that raw DTS or AC3 can be streamed down (although this is probably not as good as FLAC since there'd be no tagging). -- seanadams ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/audiophiles
[SlimDevices: Audiophiles] Re: Need Dual Amp inputs?
The Fidaudio switch certainly looks "audiophile" grade, though it may/may not outperform the Radioshack. Anybody up for more blind testing . Anticipating that audiophile friends will scoff at the Radioshack, I made a label for mine.. "El Cheapo Non-Audiophile Switch." BTW, the Audio Circles thread derived from my cross-posting this topic on Audio Asylum, and Wayne of Bolder Cable picking up on it! -- sleepysurf aerius i, nht sub two, yamaha rx-v1000 (pre/pro), sunfire cinema grand 200 ~five (vertically bi-amped), squeezebox2 (streaming cd-quality audio), 300gb buffalo linkstation (remote flac audio file storage), blue jeans cables. 'Click to see pix of my system' (http://www.martinloganowners.com/~tdacquis/forum/showthread.php?t=732) ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/audiophiles
[SlimDevices: Audiophiles] Re: Need Dual Amp inputs?
I'm in that same situation right now (I even have the same A/V reciever). There's a thread about this very topic over on Audio Circles. Here: http://www.audiocircle.com/circles/viewtopic.php?t=22189 In addition to the aforementioned Radio Shack switch, these two also came up: http://fidaudio.com/quintete.html http://www.decware.com/newsite/rotary.htm Jon -- jonwb ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/audiophiles
[SlimDevices: Audiophiles] Re: DTS file for tests ?
That would have been my second guess. :D Thanks. -- smst ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/audiophiles
[SlimDevices: Audiophiles] Re: DTS file for tests ?
smst Wrote: > Do you mean that, for each 16-bit sample, the top bit needs to be > flipped? No, change 10 to -10 etc. I guess the wav samples are stored as 2-complement signed integers, so this is not equal to flipping only the MSB bit. Steinar -- sbjaerum ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/audiophiles
[SlimDevices: Audiophiles] Re: Buying advice - Amp & Ceiling Speakers for SB
I got my Sonic Impact 5066 T-Amp from 'Parts Express' (http://www.partsexpress.com/pe/showdetl.cfm?&DID=7&Partnumber=300-952). -=> Mike Hanson <=- -- Mike Hanson ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/audiophiles
[SlimDevices: Audiophiles] Re: DTS file for tests ?
sbjaerum Wrote: > SB1 has bit-correct output at S/PDIF output except for a sign reversal > of the samples. I get correct passthrough of DTS wav file if the sign > of the samples is inverted. > > Steinar Do you mean that, for each 16-bit sample, the top bit needs to be flipped? -- smst ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/audiophiles
[SlimDevices: Audiophiles] Re: DTS file for tests ?
smst Wrote: > Update on my conversion utility: > > I've written a Python script which can convert an AC3 file to a WAV > file suitable for streaming to an SB2. My recommendation is still that > an AC3 file is pre-converted to WAV, and then to FLAC so that metadata > can be set. However, my utility does estimate the output WAV file > length (correctly, in my tests so far) so it should be easy enough to > use at run-time (haven't tried this yet... I don't know if the Python > script will just work if it's in the right binary directory). > > I do need to implement some sort of burst/padding special case that I > don't quite understand from the specs yet. :) > > Next to do is DTS conversion. I believe I just need to (1) parse > enough DTS to get the frame size (and then read the frame), and (2) > write out the correct preamble (it's different from AC3). There are > software DVD players out there which already play DTS streams, so I > should be able to take some cues from that. > > The problem with pre-converted files is that they're just WAV/FLAC. > Although they play just fine on the SB2, they won't work in, say, > foobar2000, or (probably) WinAmp. > > I'd like to make a recommendation about how to alleviate confusion with > such files, but I'd like other people's views too. I see two choices: > > 1. Leave the file names as "whatever.ac3.flac" (or > "whatever.dts.flac"). Humans can see the embedded file type, but > WinAmp/fb2k/etc will have problems playing them. SB2 will just work > with a digital output, but won't work with analogue outputs (and it > can't tell the difference between normal FLACs/WAVs and these special > FLACs/WAVs for the analogue output). > > 2. Use a custom extension for converted files, say > "whatever.ac3.spdif-wav" and "whatever.ac3.spdif-flac". (And > "whatever.dts.spdif-wav", etc.) No danger of other software thinking, > because of the file name, that the file is understandable audio. The > 'spdif' and 'spdif-flac' extensions are of course open for debate. > > Question for those in the know: can 'convert.conf' be configured to do > something different depending on whether the player is using digital > outputs? In particular, we'd probably want to convert the audio to > silence for players that can't take it (or possibly get more complex > and find some utility to decode the file and downmix it!). > > Question about SB1: what's the situation with digital pass-through? I > believe there's a firmware bug which causes the data to be corrupted in > some way (bit inversion? Byte swapping?). That would affect these > converted files; I guess it would also affect a standard WAV. Is that > right? A utility to convert the digital files to an SB1-compensating > format would be useful (and not too tricky, I think), but does it need > to be applied to all WAV files or just those with the proposed special > extension? > > I welcome any ideas or answers. SB1 has bit-correct output at S/PDIF output except for a sign reversal of the samples. I get correct passthrough of DTS wav file if the sign of the samples is inverted. Steinar -- sbjaerum ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/audiophiles
[SlimDevices: Audiophiles] Re: SB2: reduce analog out voltage by 10x?
Just wanted to thank the Slim guys for implementing this so fast. I'm no techie, but am now feeding my Sunfire Cinema Grand amp directly from SB2 analog outs, and my system has NEVER sounded so pure. With this setup, the native SB2 DAC sounds fantastic. Can't even imagine going with an outboard DAC. Whatever future volume/output voltage tweaks are implemented will be icing on the cake! -- sleepysurf aerius i, nht sub two, yamaha rx-v1000 (pre/pro), sunfire cinema grand 200 ~five (vertically bi-amped), squeezebox2 (streaming cd-quality audio), 300gb buffalo linkstation (remote flac audio file storage), blue jeans cables. 'Click to see pix of my system' (http://www.martinloganowners.com/~tdacquis/forum/showthread.php?t=732) ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/audiophiles
[SlimDevices: Audiophiles] Re: DTS file for tests ?
Update on my conversion utility: I've written a Python script which can convert an AC3 file to a WAV file suitable for streaming to an SB2. My recommendation is still that an AC3 file is pre-converted to WAV, and then to FLAC so that metadata can be set. However, my utility does estimate the output WAV file length (correctly, in my tests so far) so it should be easy enough to use at run-time (haven't tried this yet... I don't know if the Python script will just work if it's in the right binary directory). I do need to implement some sort of burst/padding special case that I don't quite understand from the specs yet. :) Next to do is DTS conversion. I believe I just need to (1) parse enough DTS to get the frame size (and then read the frame), and (2) write out the correct preamble (it's different from AC3). There are software DVD players out there which already play DTS streams, so I should be able to take some cues from that. The problem with pre-converted files is that they're just WAV/FLAC. Although they play just fine on the SB2, they won't work in, say, foobar2000, or (probably) WinAmp. I'd like to make a recommendation about how to alleviate confusion with such files, but I'd like other people's views too. I see two choices: 1. Leave the file names as "whatever.ac3.flac" (or "whatever.dts.flac"). Humans can see the embedded file type, but WinAmp/fb2k/etc will have problems playing them. SB2 will just work with a digital output, but won't work with analogue outputs (and it can't tell the difference between normal FLACs/WAVs and these special FLACs/WAVs for the analogue output). 2. Use a custom extension for converted files, say "whatever.ac3.spdif-wav" and "whatever.ac3.spdif-flac". (And "whatever.dts.spdif-wav", etc.) No danger of other software thinking, because of the file name, that the file is understandable audio. The 'spdif' and 'spdif-flac' extensions are of course open for debate. Question for those in the know: can 'convert.conf' be configured to do something different depending on whether the player is using digital outputs? In particular, we'd probably want to convert the audio to silence for players that can't take it (or possibly get more complex and find some utility to decode the file and downmix it!). Question about SB1: what's the situation with digital pass-through? I believe there's a firmware bug which causes the data to be corrupted in some way (bit inversion? Byte swapping?). That would affect these converted files; I guess it would also affect a standard WAV. Is that right? A utility to convert the digital files to an SB1-compensating format would be useful (and not too tricky, I think), but does it need to be applied to all WAV files or just those with the proposed special extension? I welcome any ideas or answers. -- smst ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/audiophiles
