Cutting from DSD sources ...
Moderators: piaptk, tragwag, Steve E., Aussie0zborn
Cutting from DSD sources ...
Fellow Trolls:
High quality audio is more and more getting into focus. A few of you may already be cutting from DSD sources, so I thought I share my experiences. We are using a TEAC UD-301 USB DAC that converts FLAC and DSD into analog audio. It can be hooked up to almost all computers, including Linux (no special drivers necessary). While playing "bit perfect" FLAC is easy with ffmpeg, there's no simple "free" solution to play DSD. Problem is, that DSD is streamed as "DSD Over PCM" or short DOP. This is a special protocol that wraps the DSD data into a PCM format - but it's not converted to PCM. It simply uses the PCM data format to transport the native DSD data. Most external DACs understand DOP - but ffmpeg can't produce it.
I searched for quite a while to finally find a little tool that converts DSD format into DOP PCM. I modified it to output it's data to stdout so that it can be fed into ffmpeg. I now have a solution that allows me to "play" bit perfect DSD on the command line and output it to the USB DAC.
More here: http://blog.michaelamerz.com/wordpress/playing-dsd-files-without-mpd/
Have fun.
Michaela
High quality audio is more and more getting into focus. A few of you may already be cutting from DSD sources, so I thought I share my experiences. We are using a TEAC UD-301 USB DAC that converts FLAC and DSD into analog audio. It can be hooked up to almost all computers, including Linux (no special drivers necessary). While playing "bit perfect" FLAC is easy with ffmpeg, there's no simple "free" solution to play DSD. Problem is, that DSD is streamed as "DSD Over PCM" or short DOP. This is a special protocol that wraps the DSD data into a PCM format - but it's not converted to PCM. It simply uses the PCM data format to transport the native DSD data. Most external DACs understand DOP - but ffmpeg can't produce it.
I searched for quite a while to finally find a little tool that converts DSD format into DOP PCM. I modified it to output it's data to stdout so that it can be fed into ffmpeg. I now have a solution that allows me to "play" bit perfect DSD on the command line and output it to the USB DAC.
More here: http://blog.michaelamerz.com/wordpress/playing-dsd-files-without-mpd/
Have fun.
Michaela
Re: Cutting from DSD sources ...
Be interested to know how you get on. We have the DSD playback sorted (Sadie - SDIF - Prism ADA8), but I've yet to try filtering and cutting from DSD.
Re: Cutting from DSD sources ...
Our iRIAA has an "low pass" filter practically eliminating everything above 25khz on input. Rest is up to the analog chain.
m.
m.
Re: Cutting from DSD sources ...
I've cut DSD sources from a Sony Sonoma system that isn't mine. I was scared of the unfiltered out of band noise from DSD. It didn't prove to be an issue. I've asked for few years now if any of the stand alone DSD boxes can be synced with an offset for automation. So far the answer has been no. Has anyone successfully synced two DSD boxes with an offset ?
Re: Cutting from DSD sources ...
You are supposed to be able to sync Tascam DA-3000 with external clock sources. I have only one unit, so .. no need to sync.gold wrote: Has anyone successfully synced two DSD boxes with an offset ?
mm.
Re: Cutting from DSD sources ...
Syncing the clock is different from syncing one unit to another for multitrack like operation. You can sync one unit to another but there is no way to offset the sync for preview as far as I know. I've considered trying a delay line between the sync ports but I need two units in the same room to test before buying a pair.
Re: Cutting from DSD sources ...
Thats exactly why you can sync the Tascams - to do multitrack operations. Let me lookup the manual ...
mm.
mm.
Re: Cutting from DSD sources ...
Hi,
The unit looks to just have TTL level word clock sync, so I don't think a delay line there would do anything.
Mark
The unit looks to just have TTL level word clock sync, so I don't think a delay line there would do anything.
Mark
Re: Cutting from DSD sources ...
I thought delaying the start pulse and having it free run might be close enough.
Re: Cutting from DSD sources ...
Hi,
I took a look at the manual. It looks like they use the S/PDIF ports in a special way to implement the cascade function. Work clock is allowed in addition to the cascade ports if you want to be sure you have phase accuracy across the decks. The magic comes from the cascade port itself. If you dive into how this is done at the nuts and bolts level, you could probably come up with an interface to do the delay, but I'm afraid it may not be easily possible with a simple audio delay line. It would be fun to try.
Mark
I took a look at the manual. It looks like they use the S/PDIF ports in a special way to implement the cascade function. Work clock is allowed in addition to the cascade ports if you want to be sure you have phase accuracy across the decks. The magic comes from the cascade port itself. If you dive into how this is done at the nuts and bolts level, you could probably come up with an interface to do the delay, but I'm afraid it may not be easily possible with a simple audio delay line. It would be fun to try.
Mark
Re: Cutting from DSD sources ...
So am I which is why I'd want to try it before buying.markrob wrote:but I'm afraid it may not be easily possible with a simple audio delay line. It would be fun to try.
Re: Cutting from DSD sources ...
I thought a delay which passed the subcode bits transparently would probably work. I'm guessing that the magic is in the user defined subcode of the SPDIF stream.
Re: Cutting from DSD sources ...
Hi,
I'm guessing you are right. I don't think you can delay S/PDIF via an analog delay. I bet it would be trivial for Tascam to add an offset function via a firmware update. It might be worth it to talk with them to see if they are up for it.
I'm guessing you are right. I don't think you can delay S/PDIF via an analog delay. I bet it would be trivial for Tascam to add an offset function via a firmware update. It might be worth it to talk with them to see if they are up for it.
Re: Cutting from DSD sources ...
I've talked to them at AES a couple of times. They didn't seem very interested.markrob wrote:Hi,
I'm guessing you are right. I don't think you can delay S/PDIF via an analog delay. I bet it would be trivial for Tascam to add an offset function via a firmware update. It might be worth it to talk with them to see if they are up for it.
Re: Cutting from DSD sources ...
Hi Paul,
I think you could make this work with two Tascam units in sync, one playing a file prepped with the preview offset. You could use the free Tascam DSD editor to edit a blank piece of audio of the appropriate length onto the front of the "program" file. Program file in machine #1, preview file in machine #2, sync playback start and you're on your way.
Best,
- J.
I think you could make this work with two Tascam units in sync, one playing a file prepped with the preview offset. You could use the free Tascam DSD editor to edit a blank piece of audio of the appropriate length onto the front of the "program" file. Program file in machine #1, preview file in machine #2, sync playback start and you're on your way.
Best,
- J.
J. LaPointe
archivemastering.com
archivemastering.com
Re: Cutting from DSD sources ...
Thanks J! I have a friend with one. If I get one we could share when the odd DSD job comes up.jlapointe wrote:Hi Paul,
I think you could make this work with two Tascam units in sync, one playing a file prepped with the preview offset. You could use the free Tascam DSD editor to edit a blank piece of audio of the appropriate length onto the front of the "program" file.