Brian,
Is this possible to release TPA Transport before you achieve 384/32 mode available so we can use it with max 192/24 with currently available working drivers? (ofcourse with perspective of 384/32 with final drivers)
Is this possible to release TPA Transport before you achieve 384/32 mode available so we can use it with max 192/24 with currently available working drivers? (ofcourse with perspective of 384/32 with final drivers)
I am still working on it. Time the last couple of months has unfortunately not been much devoted to DIY Audio. Lot of day job work getting in the way. 🙂
I am still on though. Rest assured I want it just as bad as most of you.
I am still on though. Rest assured I want it just as bad as most of you.
Hi, I don't know if this has been mentioned or not, but will the module have the ability to accept an I2S input from a suitable ADC? It would seem that the XMOS chip is capable of this and if it would only be a case of adding in another pin to a header etc, I'd certainly find that capability very useful.
Let me ask you a question, if the transport is meant to provice conversion from USB to I2S or spdif, why do you want it to accept I2S?
In what wa can it be helpful?
Thanks,
Regards
In what wa can it be helpful?
Thanks,
Regards
Little update. I think I may be onto something even better than the XMOS chip. It would actually get us much more than just USB input.
For now I am going to be testing both solutions.
I will provide an update soon.
For now I am going to be testing both solutions.
I will provide an update soon.
firewire? ethernet? I2S with MUX functionality?
Dying of curiosity
Patience... patience....
As far as I understand, the most recent ALSA supports the USB Audio Class v2.0, so if it's compatible to this standard it will presumably work (see here the changes in ALSA 1.0.23).
UPDATE:
I have to explain the delay in the project. While I was hoping the new ESS SoC design would come to fruition I am not sure how long that project is going to take. So I am pressing on with the XMOS design. I want to be playing music sooner rather than later. Really they are two different applications anyway. 🙂
I also had to scrap some of my early layout work when I found some errors in my imported parts from PADS. No big deal, but made what I thought would be fairly simple more challenging. It actually forced me to create my own parts for myself, and thus understand the datasheets much better.
I will begin posting some board images to get user feedback soon. The board will be bus powered. It will be stereo. Also the idea is to keep it Opus sized if possible, so I won''t be adding any unnecessary stuff. 🙂
As for working with Linux, I do not believe there will be any issue there as long as the drivers support Audio Class 2.0. I will see if I can test that soon.
Now depending on how well this works, I will likely also do an 8 channel version.
Cheers!
Russ
I have to explain the delay in the project. While I was hoping the new ESS SoC design would come to fruition I am not sure how long that project is going to take. So I am pressing on with the XMOS design. I want to be playing music sooner rather than later. Really they are two different applications anyway. 🙂
I also had to scrap some of my early layout work when I found some errors in my imported parts from PADS. No big deal, but made what I thought would be fairly simple more challenging. It actually forced me to create my own parts for myself, and thus understand the datasheets much better.
I will begin posting some board images to get user feedback soon. The board will be bus powered. It will be stereo. Also the idea is to keep it Opus sized if possible, so I won''t be adding any unnecessary stuff. 🙂
As for working with Linux, I do not believe there will be any issue there as long as the drivers support Audio Class 2.0. I will see if I can test that soon.
Now depending on how well this works, I will likely also do an 8 channel version.
Cheers!
Russ
I agree. The BII right now is a highly modular approach, the SoC is an all-in-one design which propably is best used on a all-in-one board.
P.S. I take it the legal issues about the driver distribution are now solved?
I believe so yes, but I will press ahead regardless as it would only effect Windows users.
If the XMOS board has enough starch to run FIR filters for crossover and timing duties, then wouldn't that lower the importance of running 8 separate channels originating from the computer? It would for me, if the filters were up to snuff. [My notion of having slack-jaw-amazing surround-format music has faded with the realization that the amount of appropriate source material is as limited as my talent to create same.]
Frank
I'd be interested in a high bandwidth multichannel (assignable) board capable of running a crossover routine. I looked at the miniDSP stuff but there is a 48khz internal limit on sample rate processing, which won't suffice for long.
Something that could handle at least 24/96 would be very interesting.
Something that could handle at least 24/96 would be very interesting.
Wouldn't that be possible using software (and hoping on multi-channel outputs for this module)? Or are you referring to a seperate hardware DSP?
- Status
- Not open for further replies.