It's the same business mode as a printer. Consumer printers are so cheap because they are sold at or near cost. They expect to make up the profits in ink sales, so there is motivation to intensely protect those ink sales. The Xbox 360 and PS3 were both sold well under production cost, with the expectation that they would make up for it in video game sales. People who bought Playstations, and ran Linux on them as part of a cluster, got their supercomputer subsidized by Sony.
Microsoft is losing money on these Kinect units, with the hope they will move more units of video games. It is of no benefit to Microsoft if people start buying them up and using them for other purposes. Complain all you want about how that business model is stupid or retarded, but that's what we get.
Linux is a kernel, nothing more. The most common variant is GNU/Linux, using the GNU operating system with the Linux kernel. Many embedded systems use busybox for the operating system, with the Linux kernel.
On the opposite side, you can find Debian being run with the Linux kernel, the FreeBSD kernel, the NetBSD kernel, and the Hurd kernel.
Despite for network audio (which jack also do, and do better) I don't really see why pulseaudio is needed.
For the vast majority of users, it is not needed at all. It just gives people a fancy interface where they can adjust the volume per-application like in Windows. Look! Pretty!
No, but they did add the garbage video player, which uses software to perform scaling and colorspace conversion. Prior to that, flash was just an animation and scripting plugin.
It all has to do with the partial pressure. As long as your partial pressure remains the same, your body functions as normal, and there is no higher combustibility than normal air. The problem with the Apollo 1 fire was that they were running pure oxygen at 100kPa for ground tests.
Most people don't have the 30-40mbps connections necessary to stream a single bluray title. Those that do are so heavily oversold, only a small percentage of their user base could be doing so at the same time. The only streaming service that could afford that kind of bandwidth consumption would be one co-located at your ISP.
Pump-fed nanofilters are sort of an old idea at this point. The summary leaves off some critical points like how much it costs and how long the filter lasts.
Exactly. The panels and pump are probably going to last several years without significant maintenance, but they will need a steady supply of filters to keep the thing going. They could extend the lifetime of them by running them in reverse for some amount of time to clean them out, but you can't do that indefinitely, and the system isn't usable while being back-flushed.
This is straight from the first claim in the patent.
the method comprising: identifying a frame associated with the video signal by the CPU; determining motion estimation data by the GPU, the determining comprising: collocating the frame to create copies of the frame such that each of the copies of the frame is available for processing in parallel by at least one of the multiple channels of the GPU, and to map each of a plurality of pixels selected by the GPU to each of a plurality of channels of a texel; and processing each of the copies of the frame in parallel, using a different channel of the multiple channels of the GPU, the processing including offsetting the copies of the frame by a predetermined value; outputting the determined motion estimation data to the CPU, and encoding the video signal by the CPU, wherein the determining motion estimation data by the GPU is performed in parallel to the encoding the video signal performed by the CPU.
Yes. The patent specifically claims the GPU performs motion compensation, and returns that data to the CPU which subsequently performs everything else.
This is basically the same method employed by DXVA and XvMC, but in reverse. Motion compensation is a fairly simple process, but it must be repeated a lot of times. As such, offloading it represents a fairly high return on effort. It's something Microsoft could put together and file a patent for in relatively short order without having to develop a full complex encoder on the fairly limited GPU hardware of the time.
OK. How about... tic-tac-toe cannot be won against an opponent who has simulated every possible move. There is no way to set up a trap that they cannot block.
The patent specifically covers offloading motion compensation to the GPU, while running everything else in the CPU. It only covers this limited offload, because of limitations of the programmable shaders of graphics cards at the time. Any modern GPU encoding implementation would offload most, if not all, of the duties to the GPU, and thus would not be covered under this patent.
This patent is specifically for running motion compensation calculations on the GPU, and everything else on the CPU. Badaboom runs everything on the GPU, so the patent does not apply.
Come on. Phased arrays have been around for over a century, and even phased microphones have been around for decades. This is not new or innovative, it is a product.
It's not really even technically impressive. The concepts are extremely simple. You know the position of your mics, you know the position of your target. From there, it's simple elementary school geometry to calculate the distance and time delays. Sum together your audio signals with the proper phasing, and your desired target gets boosted, while everything else averages into the background. The wider the mics are apart, the more dissimilar the background noise will be, and the lower the amplitude it will result in. It's just going to be an expensive system to simultaneously capture and store all several hundred audio feeds simultaneously.
If your display has pixels large enough that your eye can resolve them, the density is too low. If you have a high enough resolution display, all the psycho-visual tricks like anti-aliasing and sub-pixel rendering become unnecessary. Remember that fonts sizes are based off the size of your physical display, and have no relation to the number of pixels used to render them.
That was a joke. It was really a full length movie... to advertise Nintendo products. http://www.imdb.com/title/tt0098663/
It will accelerate to some multiple of the average velocity of the volume of gas it sits in. Zero times any multiplier you want is still zero.
Back in June, a 'trusted source' reported that the Kinect cost $150 to manufacture. It seems they're selling at cost, with no profit per unit.
http://www.develop-online.net/news/35198/Source-pins-Kinect-manufacturing-costs-to-150
It's the same business mode as a printer. Consumer printers are so cheap because they are sold at or near cost. They expect to make up the profits in ink sales, so there is motivation to intensely protect those ink sales. The Xbox 360 and PS3 were both sold well under production cost, with the expectation that they would make up for it in video game sales. People who bought Playstations, and ran Linux on them as part of a cluster, got their supercomputer subsidized by Sony.
Microsoft is losing money on these Kinect units, with the hope they will move more units of video games. It is of no benefit to Microsoft if people start buying them up and using them for other purposes. Complain all you want about how that business model is stupid or retarded, but that's what we get.
Don't forget that Pulseaudio merely exists as a transport layer on top of ALSA.
Are you saying that 5000 carat diamond would be a bit expensive?
Linux is a kernel, nothing more. The most common variant is GNU/Linux, using the GNU operating system with the Linux kernel. Many embedded systems use busybox for the operating system, with the Linux kernel.
On the opposite side, you can find Debian being run with the Linux kernel, the FreeBSD kernel, the NetBSD kernel, and the Hurd kernel.
Despite for network audio (which jack also do, and do better) I don't really see why pulseaudio is needed.
For the vast majority of users, it is not needed at all. It just gives people a fancy interface where they can adjust the volume per-application like in Windows. Look! Pretty!
Unless you want to do video playback, and have to deal with the awful latency issues in PulseAudio.
No, but they did add the garbage video player, which uses software to perform scaling and colorspace conversion. Prior to that, flash was just an animation and scripting plugin.
Since when is Linux an operating system?
It all has to do with the partial pressure. As long as your partial pressure remains the same, your body functions as normal, and there is no higher combustibility than normal air. The problem with the Apollo 1 fire was that they were running pure oxygen at 100kPa for ground tests.
After all, you wouldn't want to be screwed by a bear.
http://www.youtube.com/watch?v=9WtftQ7AbEw#t=0m40s
Most people don't have the 30-40mbps connections necessary to stream a single bluray title. Those that do are so heavily oversold, only a small percentage of their user base could be doing so at the same time. The only streaming service that could afford that kind of bandwidth consumption would be one co-located at your ISP.
Pump-fed nanofilters are sort of an old idea at this point. The summary leaves off some critical points like how much it costs and how long the filter lasts.
Exactly. The panels and pump are probably going to last several years without significant maintenance, but they will need a steady supply of filters to keep the thing going. They could extend the lifetime of them by running them in reverse for some amount of time to clean them out, but you can't do that indefinitely, and the system isn't usable while being back-flushed.
No. The sun does not have sufficient mass to overcome degeneracy pressure and collapse into a black hole.
the method comprising: identifying a frame associated with the video signal by the CPU; determining motion estimation data by the GPU, the determining comprising: collocating the frame to create copies of the frame such that each of the copies of the frame is available for processing in parallel by at least one of the multiple channels of the GPU, and to map each of a plurality of pixels selected by the GPU to each of a plurality of channels of a texel; and processing each of the copies of the frame in parallel, using a different channel of the multiple channels of the GPU, the processing including offsetting the copies of the frame by a predetermined value; outputting the determined motion estimation data to the CPU, and encoding the video signal by the CPU, wherein the determining motion estimation data by the GPU is performed in parallel to the encoding the video signal performed by the CPU.
Yes. The patent specifically claims the GPU performs motion compensation, and returns that data to the CPU which subsequently performs everything else.
This is basically the same method employed by DXVA and XvMC, but in reverse. Motion compensation is a fairly simple process, but it must be repeated a lot of times. As such, offloading it represents a fairly high return on effort. It's something Microsoft could put together and file a patent for in relatively short order without having to develop a full complex encoder on the fairly limited GPU hardware of the time.
OK. How about... tic-tac-toe cannot be won against an opponent who has simulated every possible move. There is no way to set up a trap that they cannot block.
The patent specifically covers offloading motion compensation to the GPU, while running everything else in the CPU. It only covers this limited offload, because of limitations of the programmable shaders of graphics cards at the time. Any modern GPU encoding implementation would offload most, if not all, of the duties to the GPU, and thus would not be covered under this patent.
Pretty sure SGI was using dedicated encoder hardware, rather than re-purposing chips intended for raster graphics.
This patent is specifically for running motion compensation calculations on the GPU, and everything else on the CPU. Badaboom runs everything on the GPU, so the patent does not apply.
Well that's your own damn fault. Tic-tac-toe is un-winnable.
Come on. Phased arrays have been around for over a century, and even phased microphones have been around for decades. This is not new or innovative, it is a product.
The thing is technically impressive
It's not really even technically impressive. The concepts are extremely simple. You know the position of your mics, you know the position of your target. From there, it's simple elementary school geometry to calculate the distance and time delays. Sum together your audio signals with the proper phasing, and your desired target gets boosted, while everything else averages into the background. The wider the mics are apart, the more dissimilar the background noise will be, and the lower the amplitude it will result in. It's just going to be an expensive system to simultaneously capture and store all several hundred audio feeds simultaneously.
If your display has pixels large enough that your eye can resolve them, the density is too low. If you have a high enough resolution display, all the psycho-visual tricks like anti-aliasing and sub-pixel rendering become unnecessary. Remember that fonts sizes are based off the size of your physical display, and have no relation to the number of pixels used to render them.