audioengr said:
Actually the TAS1020 also sits in the M-Audio Transit I have around here. Sounds indeed not bad at all.
However I don’t know how it communicates through USB, it comes with his own drivers from M-Audio. It works full duplex only up to 24bits / 48 kHz and one way at 24bits / 96 kHz.
peufeu said:
Don't let the b*st*rds grind you down! Your contributions here have re-ignited my enthusiasm for digital audio done right, so good on ya!
Ah, but asking is considered by an egotist as putting oneself in a position of weakness, so its ruled out.
Want to join ?
The project will be opensourced as soon as it's ready, I think I'll put it on OpenCores. I would have liked an opensource USB soundcard with good quality, eq, crossover, custom oversampling etc. Since it doesn't exist, I'm building it. Those who want to help are invited
I'm keen - I'd like to build what you're proposing into a whole system - just a DAC (or even many DACs) isn't enough for me. Its too much of the old hifi paradigm (separate boxes for each function) which I'm keen to transcend...
Thanks is to you too for posting up so much fascinating stuff! I hope you don't stop just because there are a few here with emotional issues they don't want to take to their therapist.
I agree, for those with an eye for irony, its hilarious. Gives me a chance to hone my psychoanalytic skills too. Perceptual distortions though are what gives hifi its crazy trends, I'd not want to be without them, just for their sheer entertainment value.
R
Right now I'm wondering wether to implement oversampling/crossover in the FPGA or with CUDA. Now that the new GPUs support double precision, it is so tempting... crossover in the FPGA would be IIR 'cause not enough memory.
Hey guys, make me a crazy wishlist, what would you like in a PC-based DAC ?
Hey guys, make me a crazy wishlist, what would you like in a PC-based DAC ?
For the volume control I'd like to try some LDR a la "Lightspeed" controlled by the computer (ie the volume slider), so things like ReplayGain work. We'll see if it sounds better than digital volume control...
I've been looking around for GPUs and all the new ones which support double precision have huge fans. OK, so I'll put FIR in the FPGA then.
I've been looking around for GPUs and all the new ones which support double precision have huge fans. OK, so I'll put FIR in the FPGA then.
why so complicated ?
i can only agree to Russ, use COMP + CPLAY with XP follow CICs advise on how to setup the PC and buy a ESI Juli Soundcard which gives you I2S without soldering any SMD stuff and connect it to the twisted pears Sabre DAC.
You can even directly drop the Twisted Pears Dac with a 20 pin connector to the Juli.
This sounds better than most transport and DAC combos you can buy.
Just try it, it costs less than most players out there, you will be surprised.
just my two cents.
i can only agree to Russ, use COMP + CPLAY with XP follow CICs advise on how to setup the PC and buy a ESI Juli Soundcard which gives you I2S without soldering any SMD stuff and connect it to the twisted pears Sabre DAC.
You can even directly drop the Twisted Pears Dac with a 20 pin connector to the Juli.
This sounds better than most transport and DAC combos you can buy.
Just try it, it costs less than most players out there, you will be surprised.
just my two cents.
Re: why so complicated ?
I dont doubt that sound better than most cdp. Any well optimized computer with a good dac does.
But i did study the huge thread over the asylum and there are cons:
-First cplay has an horrible interface.
edit: didnt notice the juli@ can output i2s, then most noise and jitter issues are fixed this way.
The Juli@ is kinda cheap (around 150$) but limited to 24/96 like 99% of the cheaper external soundcards. I think purfeu goal is 24/192, to be future proof.
The best buy that i have found so far (but not tried yet) is the tc konnect 8, which costs 300eur, its firewire and support 24/192. From there one can go (without bringing along any noise) any dac he prefers.
DUC985 said:
I dont doubt that sound better than most cdp. Any well optimized computer with a good dac does.
But i did study the huge thread over the asylum and there are cons:
-First cplay has an horrible interface.
edit: didnt notice the juli@ can output i2s, then most noise and jitter issues are fixed this way.
The Juli@ is kinda cheap (around 150$) but limited to 24/96 like 99% of the cheaper external soundcards. I think purfeu goal is 24/192, to be future proof.
The best buy that i have found so far (but not tried yet) is the tc konnect 8, which costs 300eur, its firewire and support 24/192. From there one can go (without bringing along any noise) any dac he prefers.
agree that some parts a little outdated, but you can get most parts without any problems, at least i could.
The PC is tweaked, if you do not want to go that route, forget PC audio right away. You must have dedicated power supplies for the motherboard and all other connected devices.
I'm not connecting the Sabre through SDIF, i'm not using the analog board of the Juli, you can disconnected and use the headers to steal the I2S signal.
I gave up on SDIF connections quite some time ago.
All you need are three short shielded wires and ground.
This works without any problems with upsampling to 192khz.
The twisted pears DAC has SDIF locking problems with the Juli, i also agree to that.
The PC is tweaked, if you do not want to go that route, forget PC audio right away. You must have dedicated power supplies for the motherboard and all other connected devices.
I'm not connecting the Sabre through SDIF, i'm not using the analog board of the Juli, you can disconnected and use the headers to steal the I2S signal.
I gave up on SDIF connections quite some time ago.
All you need are three short shielded wires and ground.
This works without any problems with upsampling to 192khz.
The twisted pears DAC has SDIF locking problems with the Juli, i also agree to that.
peufeu said:
As my wish list, I'll plump for a lean, clean approach. That would mean only implementing in the FPGA only what really has to go there, giving maximum software flexibility on the PC. Why go to the effort of isolating the DAC from the nasty noisy logic in the PC but then sticking a sweaty number-crunching FPGA right next door? By all means give us a metadata stream for each channel by which we can build an analogue volume control and/or analogue de-emphasis. But with a 38MB/s (from the Cypress DS) data pipe, there's no need to do any crossovers in the FPGA - the available bandwidth potentially gives us around 64 channels of 24/192. Ideally the FPGA and companion chips won't need to be BGA packages to give DIYers a hope of making it themselves.
R
Juli@, Sabre and I2S
Hi DUC995,
i use sabre DAC, Juli@ and asus Xonar PCIe. i know that Juli can be used to output I2S.
Can You send me the schematicts of the output header of the Juli for I2S.
I am in frankfurt (germany ) so it will be easer to do this by telefone:
069491892 or 01793954774 or E-mail .
thanks
alfred
Hi DUC995,
i use sabre DAC, Juli@ and asus Xonar PCIe. i know that Juli can be used to output I2S.
Can You send me the schematicts of the output header of the Juli for I2S.
I am in frankfurt (germany ) so it will be easer to do this by telefone:
069491892 or 01793954774 or E-mail .
thanks
alfred
Guys,
Just some clarification...
SYNC USB was primarily used by IN endpoints like adc's as then the PC would have to sync to the ADC's clock.
Steve, one small problem. Windows and Linux only support USB 1.1. I talked to the USB engineer at Microsoft about 2 weeks ago and they are swamped and don't have any plans for Class 2.0 support.
I know a guy who wrote the driver for USB 2.0 Class but he wants $15k for the driver. Yea thanks will write my own... I've done about 20 of these in the past.
The other problem is that all devices cable of USB 2.0 have limitations in the USB 1.1 Class and cannot exceed endpoint sizes of 512 bytes. Which means it would be hard to make a dac that would support both realms as a interum to Windows/Linux Class 2.0 support.
I also talked to the Apple guys and they can support up too 24/210K right now but they are working on 32/210K USB support which would be really cool.
I still would not count Ethernet out, I just think your nuts to rely on Linux to support the platform. You would be better off doing your own thing.
Which means another driver....
So no matter what at this point a driver is required for any OS other than OSX 10.5.x
Thanks
Gordon
Just some clarification...
SYNC USB was primarily used by IN endpoints like adc's as then the PC would have to sync to the ADC's clock.
Steve, one small problem. Windows and Linux only support USB 1.1. I talked to the USB engineer at Microsoft about 2 weeks ago and they are swamped and don't have any plans for Class 2.0 support.
I know a guy who wrote the driver for USB 2.0 Class but he wants $15k for the driver. Yea thanks will write my own... I've done about 20 of these in the past.
The other problem is that all devices cable of USB 2.0 have limitations in the USB 1.1 Class and cannot exceed endpoint sizes of 512 bytes. Which means it would be hard to make a dac that would support both realms as a interum to Windows/Linux Class 2.0 support.
I also talked to the Apple guys and they can support up too 24/210K right now but they are working on 32/210K USB support which would be really cool.
I still would not count Ethernet out, I just think your nuts to rely on Linux to support the platform. You would be better off doing your own thing.
Which means another driver....
So no matter what at this point a driver is required for any OS other than OSX 10.5.x
Thanks
Gordon
Amen.
> I know a guy who wrote the driver for USB 2.0 Class but he wants $15k for the driver.
LOL.
> I just think your nuts to rely on Linux to support the platform.
Oh, actually I meant it is easier to write drivers for Linux than Windows... (at least for me). The time for drivers has not come yet, though, so we'll see.
> I know a guy who wrote the driver for USB 2.0 Class but he wants $15k for the driver.
LOL.
> I just think your nuts to rely on Linux to support the platform.
Oh, actually I meant it is easier to write drivers for Linux than Windows... (at least for me). The time for drivers has not come yet, though, so we'll see.
>> Why go to the effort of isolating the DAC from the
>> nasty noisy logic in the PC but then sticking a sweaty
>> number-crunching FPGA right next door?
>It's not that bad actually. Of course, the digital +3V3 wouldn't be
>suitable for audio power supplies... but the decoupling is well
>done and it's a solid 6 layer board.
From reading through, I think I've made a few false assumptions about what you're planning. Definitely in my wish list is galvanic isolation - but if you were even considering the digital supply (i.e. that going to the USB interface) as available to the audio then we weren't thinking along the same lines at all. That is unless you were going to develop some kind of isolated PHY for USB (or already know of one that's available?).
A quick googling reveals something interesting in this direction from Icron but I've no idea if its genuine vapourware or not. No full datasheet is available, but they say availability Q1 2009. Even if this doesn't become reality, their standalone products might be a useful way of providing isolation on USB (any extension through ethernet must be via transformers). So perhaps its premature for me to be concerned with building isolation into the DAC itself.
My other misunderstanding was the amount of processing you were contemplating - I imagined a lot since you mentioned the potential of using CUDA. But if you're still using nothing more than the FPGA on the digilent board, that's hardly in the same ballpark as CUDA. Oversampling along the lines that's built into some DAC chips is only a few tens of MMACs so presumably is well suited to a Spartan III.
>> there's no need to do any crossovers in the FPGA -
>> the available bandwidth potentially gives us around
>> 64 channels of 24/192.
>I'd like to try though, especially for oversampling, because on the
>PC this can get really slow. It's well suited to a FPGA : small
>buffers, fixed point arithmetics. I would like to experiment with the
>DACs in external filter mode, which needs 1.5 Msps 24 bit.
Sure, yet CUDA running double precision is a far cry from fixed point on a cheap FPGA. Hence my confusion. By all means please use up the capability of the Spartan III - I'd definitely be interested in playing around with digital filters. My hardware engineering curiosity is piqued though as to how something that's successfully implemented on an NPC digital filter in late 1980s CMOS technology results in serious slowing down of a current-day PC... What software were you running?
>> Ideally the FPGA and companion chips won't need to
>> be BGA packages to give DIYers a hope of making it
>> themselves.
>BGA is so much better. Anyway, this is an off the shelf board from
>Digilent, you can get it from them for cheaper than the parts cost
>in quantity 1. Much simpler.
Here I was thinking ahead rather to something beyond your 'proof-of-concept' stage. I'd prefer the option of doing my own board design at a later stage, not relying on continued availability of the digilent board. For the prototyping stage, I can't fault your choice of that board, it looks superb.
R
>> nasty noisy logic in the PC but then sticking a sweaty
>> number-crunching FPGA right next door?
>It's not that bad actually. Of course, the digital +3V3 wouldn't be
>suitable for audio power supplies... but the decoupling is well
>done and it's a solid 6 layer board.
From reading through, I think I've made a few false assumptions about what you're planning. Definitely in my wish list is galvanic isolation - but if you were even considering the digital supply (i.e. that going to the USB interface) as available to the audio then we weren't thinking along the same lines at all. That is unless you were going to develop some kind of isolated PHY for USB (or already know of one that's available?).
A quick googling reveals something interesting in this direction from Icron but I've no idea if its genuine vapourware or not. No full datasheet is available, but they say availability Q1 2009. Even if this doesn't become reality, their standalone products might be a useful way of providing isolation on USB (any extension through ethernet must be via transformers). So perhaps its premature for me to be concerned with building isolation into the DAC itself.
My other misunderstanding was the amount of processing you were contemplating - I imagined a lot since you mentioned the potential of using CUDA. But if you're still using nothing more than the FPGA on the digilent board, that's hardly in the same ballpark as CUDA. Oversampling along the lines that's built into some DAC chips is only a few tens of MMACs so presumably is well suited to a Spartan III.
>> there's no need to do any crossovers in the FPGA -
>> the available bandwidth potentially gives us around
>> 64 channels of 24/192.
>I'd like to try though, especially for oversampling, because on the
>PC this can get really slow. It's well suited to a FPGA : small
>buffers, fixed point arithmetics. I would like to experiment with the
>DACs in external filter mode, which needs 1.5 Msps 24 bit.
Sure, yet CUDA running double precision is a far cry from fixed point on a cheap FPGA. Hence my confusion. By all means please use up the capability of the Spartan III - I'd definitely be interested in playing around with digital filters. My hardware engineering curiosity is piqued though as to how something that's successfully implemented on an NPC digital filter in late 1980s CMOS technology results in serious slowing down of a current-day PC... What software were you running?
>> Ideally the FPGA and companion chips won't need to
>> be BGA packages to give DIYers a hope of making it
>> themselves.
>BGA is so much better. Anyway, this is an off the shelf board from
>Digilent, you can get it from them for cheaper than the parts cost
>in quantity 1. Much simpler.
Here I was thinking ahead rather to something beyond your 'proof-of-concept' stage. I'd prefer the option of doing my own board design at a later stage, not relying on continued availability of the digilent board. For the prototyping stage, I can't fault your choice of that board, it looks superb.
R
- Status
- This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.