Nick wrote:I worked on this at length last year. The problem is to get above 16/44 you meed USB2 audio. And windows does not have native USB2 drivers at the moment. I gave up.
I should have one around here somewhere. Should update the firmware and see how it goes now. Interesting processor, direct descendent of the transputer.
I've been going round in circles on this one........
If I feed the USB with the stream from the server I can use the standard driver, providing the dac can take it...I think......debian/java...as in raspberrypi or this other thing I linked to on another page
If I feed the USB with the stream from the server I can use the standard driver, providing the dac can take it...I think......debian/java...as in raspberrypi or this other thing I linked to on another page
If it works, using 4 line lcd, all parts way less than £100
Right you've got Linux then (or whatever)
If so yes according to that para.
Be aware though that amongst this bumf I read that some board manufacturers may use "cheap" receiver (?) chip(s) to reduce cost, making the board look like a bargain; but this receiver chip (I think it's called) is what does the actual USB interface, from which I gather the more expensive boards are true high speed because of "good" high speed receiver chips. Presumably makes the board more expensive then. Bear in mind memory is getting hazy though but that's the impression I was getting.
Or I could be talking out of my bottom ...
"No matter how fast light travels it finds that the darkness has always got there first, and is waiting for it."
Yes, OSX and Linux has USB 2 Audio drivers, so if the USB device will accept USB2 audio then it will be fine.
"Be aware though that amongst this bumf I read that some board manufacturers may use "cheap" receiver (?) chip(s) to reduce cost, making the board look like a bargain;"
Well, they are either USB 1,2 or 3 compliant or not. If not they won't get to use the USB tag.
I have forgotten a lot of what I found out, but its simple enough (ish) The limits of speed and bit depth for USB 1 is the amount of data that can be sent in each 1ms frame. and the size of the buffer at the device. USB 2 goes a lot faster so has space to spare.
Whenever an honest man discovers that he's mistaken, he will either cease to be mistaken or he will cease to be honest.
I may have got the wrong end of the stick but I thought one bit of blurb was trying to say that it may well be USB 2 - 3, but if the interface is the "cost-cutting" variety it still won't do the high kilohertz.
I.e. "buyer beware" ....
"No matter how fast light travels it finds that the darkness has always got there first, and is waiting for it."
1) there is no mention/provision for spdif in my block diagram
2) it would add more circuitry into the sig chain
3) to quote somebody(I forget where I read it) "spdif is a stoneage protocol"
4) IMO spdif is a breeding ground for jitter
There's nowhere you can be that isn't where you're meant to be
I may have got the wrong end of the stick but I thought one bit of blurb was trying to say that it may well be USB 2 - 3, but if the interface is the "cost-cutting" variety it still won't do the high kilohertz. Question
Well, if it doesn't do the faster data rate, its not USB 2. Its not optional,
sp/dif doesn't define a max data rate, just the frame format and 20 or 24 bits
Whenever an honest man discovers that he's mistaken, he will either cease to be mistaken or he will cease to be honest.