Join the army and kick some butt. At the rate the US are making enemies, there will be plenty of work to do. Plus you get to see exotic places, meet exotic people and kill them.
Seems to me that many posters here don't have an idea why Serious Magic needs fast readback rates from the graphic card to the PC's memory.
SeriousMagic have developed a really cool video compositing engine based on DirectX that allows them to generate realtime video effects, like mapping stuff onto 3D objects, alpha blending, bluebox effects, wipes, fades, etc...
I've seen a demo of it and I was really impressed.
Now if you want to encode that stuff into a video stream (like MPEG or Windows Media) you need to read the generated output back into the computer's main memory for CPU based encoding.
And that's where the bottleneck is. They can't get the data back fast enough.
So their release of a benchmark application shows how bad the cards actually perform. If they want to put some pressure on card makers to improve performance, that's the way to go.
This webpage has some of the longest delayed palindromes ever found. It's fun reading, too. This guy has programmed a lot of interesting stuff in his CS "career" so far;)
if it had a HEADS UP DISPLAY projecting on my windshield and if it played DVDs and DivX movies too, while I am driving long Arizona and Nevada highways on cruise control.
And maybe the Windows PC could steer my car through light traffic as well, using a webcam taped to my center rearview mirror.
If they use any other compression but AAC, it will sound plain horrible. And even AAC isnt perfect at that bitrate.
For sure, they don't use WMA;)
So the modulation scheme is COFDM. That answers one of my (many) questions.
The x-box OS refuses to load executables which are
not signed by Microsoft. Even slightly patched programs won't run.
So I wonder if this behaviour fits the description of the patent as well. Unfortunately, the patent text can't be accessed using the link in the article. It has been blocked.
Who knows about the technical specifications of XM radio?
What modulation scheme is used? What kind of forward error correction and interleaving? How are channels multiplexed? What audio codecs are applied? and at what bitrates?
Can the codec data (or the raw bitstream) be extracted at some pins of the XM decoder chipset?
This would be almost as interesting to hack as the x-box;)
One reason why OGG is going to have difficulties to become a widely accepted standard is its lack of documentation. I do have some engineering knowledge in the field of signal processing, communications and information theory. Recently I tried to gather some information about how OGG actually works (I have studied several aspects of MP3 before: psychoacoustics, algorithms, coding).
I tried to find similar documentation on OGG. Nothing. All the official webpages provide is some unfinished, poor documentation. It seems that the OGG project was driven by a few enthusiasts wit a LOT of technical background. I also scanned the archived mailinglists related to OGG development for insightful technical details. But after a few hours not finding any useful material, I gave up.
The lack of technical documentation is going to kill OGG (that is: never let it becode a commercial success). What vendor of hardware devices, integrated circuits or microcontrollers is ever going to release an OGG compatible player when there is no technical specs? All there is, is source code. Open source code. So far, so good. But this is not enough. Even a skilled programmer and specialist in this technical expertise will require weeks to get a complete understanding of the OGG encoder and decoder. Even though I am technically interested, I am not willing to take this approach.
Any ITU or ISO industry standard is properly documented (audio: MP3, MPEG-1,2,3, H.263, etc).
Usually engineers first read the specs and then study the sample source code. So, please OGG creators, supply the documentation. It is YOU alone who know how this works. The rest of us (engineers) just needs some education.
Slashdot Mirror
DUH! It's WMA to CD to Ogg!
They are NOT using MP3.
Even worse, it's WMA with a custom DRM layer
I wonder why those snipers in the United States pick all the WRONG targets.
Moderate +1 Funky please
Hey guys.
I was kinda wondering if XM Radio is available
in a portable form these days.
Just put the antenna on your head and there you go.
Join the army and kick some butt.
At the rate the US are making enemies,
there will be plenty of work to do.
Plus you get to see exotic places, meet
exotic people and kill them.
> And if you properly set up NetBEUI (eg: removing
> the NetBIOS binding to TCP/IP), NetBIOS can't have
> a problem.
How to remove that binding on Windows XP Professional?
IANASAYIUXPP (I am not a Sys Admin yet I use XP Pro)
Some quick instructions would be appreciated.
because they all taste the same, original
or not.
Mod parent up! This is interesting.
Oh yeah, put a Microchip into my pooper to.
I wanna know when I am doing something wrong,
like pressing too hard.
Time to by those Infineon and Intel stocks
Seems to me that many posters here don't have
an idea why Serious Magic needs fast readback
rates from the graphic card to the PC's memory.
SeriousMagic have developed a really cool video compositing engine based on DirectX that allows them to generate realtime video effects, like mapping stuff onto 3D objects, alpha blending, bluebox effects, wipes, fades, etc...
I've seen a demo of it and I was really impressed.
Now if you want to encode that stuff into a video stream (like MPEG or Windows Media) you need to read the generated output back into the computer's main memory for CPU based encoding.
And that's where the bottleneck is. They can't get the data back fast enough.
So their release of a benchmark application shows how bad the cards actually perform. If they want to put some pressure on card makers to improve performance, that's the way to go.
This webpage has some of the longest delayed palindromes ever found. It's fun reading, too. This guy has programmed a lot of interesting stuff in his CS "career" so far ;)
http://www.jasondoucette.com/worldrecords.html
I guess that's what they are used for most often.
I would buy such a thing...
if it had a HEADS UP DISPLAY projecting on
my windshield and if it played DVDs and DivX
movies too, while I am driving long Arizona
and Nevada highways on cruise control.
And maybe the Windows PC could steer my car
through light traffic as well, using a webcam
taped to my center rearview mirror.
YIKES!
A German concept, AFAIK. Way more reusable than anything NASA has come up with
The days of vertical launches are over.
because there's no DRM on it.
Before record labels put copy protection on their CDs, they might want to watch the freebies they offer for pirating.
eek, 64 kbit/s per channel.
If they use any other compression but AAC, it will sound plain horrible. And even AAC isnt perfect at that bitrate.
For sure, they don't use WMA
So the modulation scheme is COFDM. That answers one of my (many) questions.
The x-box OS refuses to load executables which are
not signed by Microsoft. Even slightly patched programs won't run.
So I wonder if this behaviour fits the description of the patent as well. Unfortunately, the patent text can't be accessed using the link in the article. It has been blocked.
Who knows about the technical specifications of XM radio?
What modulation scheme is used? What kind of forward error correction and interleaving? How are channels multiplexed? What audio codecs are applied? and at what bitrates?
Can the codec data (or the raw bitstream) be extracted at some pins of the XM decoder chipset?
This would be almost as interesting to hack as the x-box
Christian
Okay, who has the patent on the Play button? Anyone?
What about the fast forward, backward, stop buttons?
Yeah, patents for anyone. Patents for trivialities! Patents are good! NOT
One reason why OGG is going to have difficulties to become a widely accepted standard is its lack of documentation. I do have some engineering knowledge in the field of signal processing, communications and information theory. Recently I tried to gather some information about how OGG actually works (I have studied several aspects of MP3 before: psychoacoustics, algorithms, coding).
I tried to find similar documentation on OGG. Nothing. All the official webpages provide is some unfinished, poor documentation. It seems that the OGG project was driven by a few enthusiasts wit a LOT of technical background. I also scanned the archived mailinglists related to OGG development for insightful technical details. But after a few hours not finding any useful material, I gave up.
The lack of technical documentation is going to kill OGG (that is: never let it becode a commercial success). What vendor of hardware devices, integrated circuits or microcontrollers is ever going to release an OGG compatible player when there is no technical specs? All there is, is source code. Open source code. So far, so good. But this is not enough. Even a skilled programmer and specialist in this technical expertise will require weeks to get a complete understanding of the OGG encoder and decoder. Even though I am technically interested, I am not willing to take this approach.
Any ITU or ISO industry standard is properly documented (audio: MP3, MPEG-1,2,3, H.263, etc).
Usually engineers first read the specs and then study the sample source code. So, please OGG creators, supply the documentation. It is YOU alone who know how this works. The rest of us (engineers) just needs some education.