When the TP thread started (http://www.diyaudio.com/forums/twisted-pear/250583-building-open-embedded-audio-applicance.html) they where using a WiFi dongle and it worked OK I believe, but they ended up moving away from the WiFi. Should be more than fine for testing at least.
Thanks, I see that it is DSD and yes this needs ASIO.
What about the DxD music that appeared on your display? I would think this could go direct with KS or WSAPI
TIA
You could quickly end up bald doing this!!
DS, only seems to play 44 & 96 but the BIII doesn't display the right sample rate, it displays 192 PCM
KS, plays 44 & 96 and the BIII displays the correct sample rate,
KS, also plays DSD64 & 128 but Foobar is putting it out at 44/5645kbps & 44/11290kbps, the BIII just displays the 44
KS, also plays DXD PCM 352/16934kbps and the BIII displays PCM 352
WASAPI (event), plays 44 & 96 and the BIII displays the correct sample rate,
WASAPI (event), also plays DSD64 & 128 but the but Foobar is putting it out at 44/5645kbps & 44/11290kbps, the BIII just display the 44
WASAPI (event), also plays DXD PCM 352/16934kbps and the BIII displays PCM 352
WASAPI (push), does the same as WASAPI (event)
ASIO: Combo384 ASIO 1.03, works just like KS & WASAPI when set as PCM in the SACD tools section
ASIO: Combo384 ASIO 1.03, wont play DSD when DSD is selected in the SACD tools section, it will play the DXD as PCM 352 and will play the lower sample rates.
ASIO: Foo_dsd_asio, will play bloody everything when set as I shown before and all displays are correct
Stop Press:
ASIO: Foo_dsd_asio, will play ASIO Native when setup as per the image, it will play with FS set from DSD64 To DSD512,
PS: you may need to open and close Foobar & possibly even turn the DAC on and off if you strike trouble, I only turned the DAC on & off once during the testing & the tests where short.
Attachments
Last edited:
Board (BBB-DSD) is powered by BBB generated 3v3 coming out from the P9 connector.
Connect your linear 5V power to the power jack of BBB
Btw, if you wish to run from battery power only then press the power button with 'mains' OFF (assuming of course, healthy battery connected to BBB as detailed in the manual)
Last edited:
All nicely covered by your time and efforts in setting up and testing the unit
Much appreciated
I guess you have my details on record or shall I PM you?
Cheers
Ray
You could quickly end up bald doing this!!
DS, only seems to play 44 & 96 but the BIII doesn't display the right sample rate, it displays 192 PCM
KS, plays 44 & 96 and the BIII displays the correct sample rate,
KS, also plays DSD64 & 128 but Foobar is putting it out at 44/5645kbps & 44/11290kbps, the BIII just displays the 44
KS, also plays DXD PCM 352/16934kbps and the BIII displays PCM 352
WASAPI (event), plays 44 & 96 and the BIII displays the correct sample rate,
WASAPI (event), also plays DSD64 & 128 but the but Foobar is putting it out at 44/5645kbps & 44/11290kbps, the BIII just display the 44
WASAPI (event), also plays DXD PCM 352/16934kbps and the BIII displays PCM 352
WASAPI (push), does the same as WASAPI (event)
ASIO: Combo384 ASIO 1.03, works just like KS & WASAPI when set as PCM in the SACD tools section
ASIO: Combo384 ASIO 1.03, wont play DSD when DSD is selected in the SACD tools section, it will play the DXD as PCM 352 and will play the lower sample rates.
ASIO: Foo_dsd_asio, will play bloody everything when set as I shown before and all displays are correct
Stop Press:
ASIO: Foo_dsd_asio, will play ASIO Native when setup as per the image, it will play with FS set from DSD64 To DSD512,
PS: you may need to open and close Foobar & possibly even turn the DAC on and off if you strike trouble, I only turned the DAC on & off once during the testing & the tests where short.
Hmmmm... Wonder after all these processing ... will the output be bit-perfect?
?...
There is a diy discrete DSD DAC, which I will be the first few recieving one.Can't let the cat out just yet. Hopefully in time for this June WE's gtg in Paris, France.
A little off-topic but got me thinking: Do we really need a DAC or processing unit at all for DSD only? Can't we just simply filter the bitstream output with a passive LPF and recover the embedded audio? Have I missed something or maybe some gap in my understanding of DSD?
Last edited:
Right! That is the approach used by Lampizator for a native DSD. He uses a triode to filter the DSD stream and then straight into the triode amplifier. Gets rave reviews. DSD DAC
No idea
The answer is yes, Foobar has been certified to be bit perfect if it plays through ASIO or WASAPI and its volume control is set to max.
Also, regarding DSD, the proper way to get it to work is by using the Super Audio CD Decoder addon and using foo_dsd_asio (as you found out the hard way).
Regarding DXD, it's just PCM, so no prob as long as your USB interface supports it.
Very interesting, thanks! Much as I thought
Maybe we can coble away something simple for fun
Thanks Dimdim, I had this fuzzy feeling... your post is very reassuring. The reason: Any timing issues can be sorted out by the re-clocker but if it is not bit-perfect we are done for! Also why I am avoiding upsampled bit-altered music.... for serious listening
Last edited:
There seems fair bit of discussions on DSD >> PS Audio Directstream DAC Owner Experiences and Listening Impressions - Page 9 - Digital, DACs & Computer Audio - StereoNET
S04 will be a fully assembled and tested with the same clock options as S03 - sorry, no DIY bare boards this time. I am trying shoehorn everything into the same footprint - components are getting smaller
BBB, likewise will connect nicely as per current S03 setup - no guesswork or need to jump through hoops and loops. I will preview layout pics soon...
Similar situation with my man-cave studio
Hey it is what it is. I'm thinking I could go for a S04 when I finally make it to an based ES9018 project.
Here are a few thoughts on how to do an OTTO in my desired config:
1) If the OTTOII doesn't have issue with just switching between LRCK, BCK, and SDATA then that part should work.
2) If the S03 can send MCK from both pin headers and U.FL then that part should work.
3) The clock select portion would be the only remaining part that would need to work. The Amanero has two pins for clock select -- 1 and 11. Does the BBB work in a similar way? If so, then why not solder two wires together per pin? One wire goes to BBB for the 44khz based clock and one goes to Amanero. Then this would be replicated for the 48khz based clocking.
I guess there's only one way to find out
I'll also check in the OTTOII thread to get more details.Another idea... which I got from this thread...
http://www.diyaudio.com/forums/pc-b...-runeaudio-looking-testers-3.html#post3936008
Instead of using a WiFi dongle one might be able to hook up an AirPort express or similar device. I have an older AirPort Wireless G that might make a good candidate. Although I’m not sure if its WAN port can double up as a LAN port. Its ethernet port would go to the BBB and just wirelessly bridge the Express to your existing network. As another option, I also have a new AirPort Express with two ethernet ports. One definitely is a LAN port. It’s currently in use though. So, at $99 it’s kind of an expensive option, but I can't see why it wouldn't work.
DSD Unplugged!
These are all good, thanks! Commercial designs tend to obscure the concept a bit, so tubes and transformers aside here is something simplified:
The S03 has fairly strong outputs and should be able to drive passive filters directly. Choose cut-off frequency (say, @50/100KHz) to recover the baseband audio and remove the DSD carrier which starts from 2.8MHz DSD64 - fairly spaced apart so a simple LPF will do as shown.
There will be a dc offset of ~1.6V from averaging the unipolar switching and should be blocked using a coupling cap. Usually the Buffer/Amp has one at the input so this taken care off - but don't forget to mute at power on/off !!!
For steeper roll-off. cascaded filters and its associated buffers should be used. I think this is what is done by the triode filters of the Lampizator and the digital filters of ESS DACs, etc
Simply duplicate for the other channel... and that is it!
These are all good, thanks! Commercial designs tend to obscure the concept a bit, so tubes and transformers aside here is something simplified:
An externally hosted image should be here but it was not working when we last tested it.
The S03 has fairly strong outputs and should be able to drive passive filters directly. Choose cut-off frequency (say, @50/100KHz) to recover the baseband audio and remove the DSD carrier which starts from 2.8MHz DSD64 - fairly spaced apart so a simple LPF will do as shown.
There will be a dc offset of ~1.6V from averaging the unipolar switching and should be blocked using a coupling cap. Usually the Buffer/Amp has one at the input so this taken care off - but don't forget to mute at power on/off !!!
For steeper roll-off. cascaded filters and its associated buffers should be used. I think this is what is done by the triode filters of the Lampizator and the digital filters of ESS DACs, etc
Simply duplicate for the other channel... and that is it!
Last edited:
Just FYI... DSD has significant ultrasonic noise and the "Scarlet Book" specification is for a 3rd-order LPF at 50KHz. So yes, cascaded filters would be useful, and I'd probably go with 4th-order LPF at 50KHz just to be safe.
Acko, if you're interested in a Windows platform player have you checked out JPLAY;
JPLAY - hi-end audio player for Windows
It's latest incarnation, V6, which is in beta at present, seems to be a big step forward and includes DLNA capability so it should work with minimserver or asset (they recommend minimserver, though I think that's because JPLAY supports DSD via DoP and minimserver can transcode to DoP on the fly)
JPLAY 6 beta program | JPLAY | Forum | JPLAY - hi-end audio player for Windows
I used an earlier version of JPlay and it sounded very good but I moved away from Windows platforms but the latest version has rekindled my interest.
Ray
- Status
- This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.