What do you do for money? Are you on welfare? Or do you work for McDonald's? Or does your mom & dad give you an allowance?
You are subscribing to an anti- "socialized corporatist" view.
Are all companies evil? Even the SOHO ones run by real programmers whose income depends on contracts and software?
Hell, you sound like the guy 12 years ago who wanted me to fedex 35 floppies of my port of GNU g++ v1.35 for the Atari ST. When I did, he refused to reimburse me for the fedex charges, saying that the GPL means that I couldn't ask for shipping costs! He was a lying cheating scammer just like you.
Go back to the 60's with your attitudes and smoke more dope.
If you don't want to do that, try to start your own company and try make a living off of it instead of sitting at the sidelines in your crappy job with only your bitter rhetoric of how the world should be.
iTunes does do VBR with a very good codec. I used to do all my ripping on linux with cdparanoia and various encoders on my pc. But not anymore.... Those same encoders under linuxppc are slow as well. It just comes down to good optimization.
AES/EBU & SPDIF extract the clock from the incoming encoded bitstream with a phase locked loop. If you use this clock to drive your D/A converters, you are bound to the recovered PLL clock jitter specs. Tiny amounts of clock jitter cause real noise and distortion (Non-Harmonic Distortion!).
HOWEVER, in this case, you are just receiving the data words and storing them. The timing of these words is not important anymore. You don't care about clock jitter. That is not recorded when you store the the words to disk. So AES/EBU & SPDIF clock jitter do not matter in this case.
Anyways, that sucks if your sound card wants to sample-rate-convert the signal up to 48khz. Yes, that will cause distortion. My RME Audio 9652 (24 adat optical in/out, spdif in/out, wordclock, 44.1, 48, 96khz) pci card doesn't do that.
However unless they use a really crappy sample rate converter algorithm, that distortion will be masked by the mp3 encoding distortion.
No, my whole original point is that if you are looking at a partial waveform it is impossible to know the frequency of the full waveform.
The 'position in time' is more accurate because you have a smaller window. Your 'frequency' is not accurate because you don't see it all.
All you can say is that the frequency is less than or equal to X, where X=1/(window time).
So there is no measurement here. It is not a limitation of measurement devices.
The point is that a particle or photon's energy is related to its frequency. To know this frequency you must take time into consideration. The longer time window you use, the less you know the position.
The photon/particle does not HAVE an instantaneous energy level!
Heisenberg is not the problem, nor is it specific to quantum physics.
Correct, but even with infinite precision, once you start reducing your viewport to show less than one cycle of data, you can not know the frequency accurately. There isn't enough information. So you can not measure the timing of the event AND the frequency of the event simultaneously.
Zoom in more, so the window is 1 pico second. Great timing accuracy.
But what is the frequency of the single sample? it is a voltage/level now. That information is lost.
position accuracy and frequency accuracy are mutually exclusive.
Take a.wav file of a sine wave and edit it with your favourite sound editor. Zoom in so you see 100 cycles. Measure the time 100 cycles takes. From that you can calculate the frequency of your sine wave. At what time did this event occur? Well, the event is spread out over time. So we don't know the accuracy of the timing of the event very well.
Now zoom in more so only 1/2 a waveform shows. Measure it. calculate the frequency. You now have more accuracy in the timing of the event, but less accuracy of the frequency.
Heisenberg's principle is NOT the confusing thing about physics - it is plain reality! The thing that really is the source of the confusion is that the energy of a particle is related to its frequency - Just like the time and frequency were related in my example.
It looks very much like this is an open source re-implementation of cobranet which is a closed source per-audio-channel license fee system used in existing installations at Tokyo Disney Seas
This is very exciting and goes far beyond just putting an ethernet connector on a guitar.
It is not just streaming audio - synchronized sample clocks are the hardest part about a system like this, since you can and do have multiple transmitters that need to be sample synchronous. That is why they have to use a 'modified' ethernet protocol.
Take a look at Level Control Systems for the type of existing high end audio DSP gear that works with cobranet.
disclaimer: I work with Level Control Systems
--jeff
And then stick in a call to 'gethostbyname()' and watch all your multiplexed tasks freeze while the nameserver hangs trying to find a nonexistant hostname.
But the CNN website DOES have archived articles that you can search. And the aritcle that I find interesting is no longer there. As far as anyone is concerned, it never existed.
Slashdot Mirror
Allowing everyone to broadcast quality video and audio to many thousands of viewers without needing to waste bandwidth by duplicating streams!
Once multicasting is supported, everything changes once again.
--jeff
What do you do for money? Are you on welfare? Or do you work for McDonald's? Or does your mom & dad give you an allowance?
You are subscribing to an anti- "socialized corporatist" view.
Are all companies evil? Even the SOHO ones run by real programmers whose income depends on contracts and software?
Hell, you sound like the guy 12 years ago who wanted me to fedex 35 floppies of my port of GNU g++ v1.35 for the Atari ST. When I did, he refused to reimburse me for the fedex charges, saying that the GPL means that I couldn't ask for shipping costs! He was a lying cheating scammer just like you.
Go back to the 60's with your attitudes and smoke more dope.
If you don't want to do that, try to start your own company and try make a living off of it instead of sitting at the sidelines in your crappy job with only your bitter rhetoric of how the world should be.
--jeff
Yes
Level Control Systems Matrix 3 has a embedded linux ppc system with 100baseT and UW-SCSI for real time audio system.
--jeff
Sounds like you need to choose your 'friends' better! Or train them....
--jeff
You know you are a geek when you look at that network bandwidth image with the blue lines and drool. It is better than pr*n!
I wanna move to Berlin!
--jeff
iTunes does do VBR with a very good codec. I used to do all my ripping on linux with cdparanoia and various encoders on my pc. But not anymore.... Those same encoders under linuxppc are slow as well. It just comes down to good optimization.
--jeff
When will it stop?
You sound like you are very stressed. Maybe depressed too.
Here, take these two pills. They will make you feel MUCH better!
--
But for now we'll just say Momma was real real bad.
she was being mean to Dad. That made him real real mad.
Actually, you are only partly correct.
AES/EBU & SPDIF extract the clock from the incoming encoded bitstream with a phase locked loop. If you use this clock to drive your D/A converters, you are bound to the recovered PLL clock jitter specs. Tiny amounts of clock jitter cause real noise and distortion (Non-Harmonic Distortion!).
HOWEVER, in this case, you are just receiving the data words and storing them. The timing of these words is not important anymore. You don't care about clock jitter. That is not recorded when you store the the words to disk. So AES/EBU & SPDIF clock jitter do not matter in this case.
Anyways, that sucks if your sound card wants to sample-rate-convert the signal up to 48khz. Yes, that will cause distortion. My RME Audio 9652 (24 adat optical in/out, spdif in/out, wordclock, 44.1, 48, 96khz) pci card doesn't do that.
However unless they use a really crappy sample rate converter algorithm, that distortion will be masked by the mp3 encoding distortion.
--jeff
SPDIF contains the clocking information. So as long as your sound card driver is not buggy, there can be no jitter or clocking errors.
An SPDIF port is really just a 'special' synchronous serial port.
--jeff
Too bad Lame is not optimized enough.
On my 450 mhz dual g4 mac, os-x, iTunes simultaneously rips and encodes for me at 11 times real time. With a real encoder.
--jeff
No, my whole original point is that if you are looking at a partial waveform it is impossible to know the frequency of the full waveform.
The 'position in time' is more accurate because you have a smaller window. Your 'frequency' is not accurate because you don't see it all.
All you can say is that the frequency is less than or equal to X, where X=1/(window time).
So there is no measurement here. It is not a limitation of measurement devices.
The point is that a particle or photon's energy is related to its frequency. To know this frequency you must take time into consideration. The longer time window you use, the less you know the position.
The photon/particle does not HAVE an instantaneous energy level!
Heisenberg is not the problem, nor is it specific to quantum physics.
--jeff
Correct, but even with infinite precision, once you start reducing your viewport to show less than one cycle of data, you can not know the frequency accurately. There isn't enough information. So you can not measure the timing of the event AND the frequency of the event simultaneously.
Zoom in more, so the window is 1 pico second. Great timing accuracy.
But what is the frequency of the single sample? it is a voltage/level now. That information is lost.
position accuracy and frequency accuracy are mutually exclusive.
--jeff
I like to explain it this way:
.wav file of a sine wave and edit it with your favourite sound editor. Zoom in so you see 100 cycles. Measure the time 100 cycles takes. From that you can calculate the frequency of your sine wave. At what time did this event occur? Well, the event is spread out over time. So we don't know the accuracy of the timing of the event very well.
Take a
Now zoom in more so only 1/2 a waveform shows. Measure it. calculate the frequency. You now have more accuracy in the timing of the event, but less accuracy of the frequency.
Heisenberg's principle is NOT the confusing thing about physics - it is plain reality! The thing that really is the source of the confusion is that the energy of a particle is related to its frequency - Just like the time and frequency were related in my example.
*IANAP*
--jeff
Thanks for the info!
Looks like the Gibson version will be good for small installations only.
--jeff
It looks very much like this is an open source re-implementation of cobranet which is a closed source per-audio-channel license fee system used in existing installations at Tokyo Disney Seas
This is very exciting and goes far beyond just putting an ethernet connector on a guitar.
It is not just streaming audio - synchronized sample clocks are the hardest part about a system like this, since you can and do have multiple transmitters that need to be sample synchronous. That is why they have to use a 'modified' ethernet protocol.
Take a look at Level Control Systems for the type of existing high end audio DSP gear that works with cobranet.
disclaimer: I work with Level Control Systems --jeff
That doesn't mean that it will be proprietary.
A system like this cannot be done without modified protocols. The existing ones don't cut it.
--jeff
These guys paid $785M for BlueMountain.com. I kid you not,
Are you serious?
Oh my god.
I could have made a shitty web site just like that for much less
I guess instead I should be charging MORE for crappier products.
sigh....
TELNET SESSION?!??!!!
Have you been hacked or sniffed lately?
You might be lucky that your connection stopped!
--jeff
"Better for what?"
Scheme is better for manipulation of XML.
Translating XML -> scheme is easy.
Manipulating s-expressions in scheme is powerful.
Translating s-expressions back to XML is easy.
It won't help your problem, though.
jeff
Mac OS-X iDisk uses WebDAV to full-on mount remote filesystems via HTTP/1.1 - Everyone who owns OS-X has a free iDisk account.
Microsoft Outlook (not express) can use HTTP/1.1 instead of imap for remote message folders.
IE has WebDAV support as well.
--jeff
And then stick in a call to 'gethostbyname()' and watch all your multiplexed tasks freeze while the nameserver hangs trying to find a nonexistant hostname.
--jeff
Yes, I agree with you.
But the CNN website DOES have archived articles that you can search. And the aritcle that I find interesting is no longer there. As far as anyone is concerned, it never existed.
--jeff
Well they CAN use java if they stick to the specification, can't they? They just don't want to.
--jeff
I agree with you except for the 'unneccessarily' part.
Probably most of the people you deal with on a day to day basis are tech-savvy educated and fairly intelligent.
I BELIEVE that this is not the case in the general population, and maybe the networks are dumbing down the content in order to match the new audience.
--jeff
If CNN were publishing a newspaper, then they couldn't retract it. Technology allows them to change their own history.
--jeff