Even Outlook is supposed to support iCal. It's just that there aren't any alternative iCal servers. Not any I could find when I was looking into this half a year ago. . .
If There is successful, but there's no way to extract money from therebucks, I predict a black market. They'll sell therebucks cheaper than There.com does, and buy them for even less.
Your comment implied that the licensing regime of XFree was one that prevented the release of closed-source drivers. But my point was that licensing actually has nothing to do with this. And there are already closed-source drivers (Nvidia's), so ATI must be going the open-source route because they want to, not because it's been forced on them. In fact, it looks like they're more eager to participate openly in XFree than XFree is eager to let them participate.
6. Interlacing does bite, but only NTSC signals will definitely have it. PAL can be progressive. Inverse telecine works on movies and dramatic TV programs, but you'll want something else for television that isn't shot on film (e.g. news).
7. The fun part of parallized processing is that you've got to stack several instances of VirtualDub to take advantage of it.
That solution is perfect if you want to capture from your DV camcorder. If you want to capture from other sources, it's no help. Recording from VCR to camcorder to DV-Bridge is sub-optimal.
Wrong. GIF is a lossless 256-colour image format. If you compress a 256-colour image with GIF, you'll get exactly the same image when you decompress it.
But if your image has more than 256 colours, you'll have to convert it into a 256-colour image format before you can even contemplate making it into a GIF.
"Lossy" is a way of describing data compression schemes, not colour depths, and the loss you get from converting to a 256-colour GIF is the same kind of loss you'd get if you decided to make a 256-colour PNG or TIFF out of the same image. It has nothing to to with GIF's compression.
You just compared Gnome to Sendmail. But Sendmail does email delivery, which is basically a solved problem these days. Meanwhile, desktops are very much up in the air. There's just so much up for grabs. Sendmail pretty damned old, while Gnome is pretty youthful.
Competing protocols and formats make sense when you're still mapping out the problem domain, figuring out what's important and what isn't. When you're figuring out what's optimal and suboptimal.
When there's agreement on these issues, there will be standards, too. Gnome and KDE are already cooperating on standards, and more are sure to come. But too many standards too fast just stunts growth.
Yeah, but there's a lot of code out there that makes hidden assumptions about 32-bitness. This code acts up when you compile it for 64-bit architectures.
The press release claims a 30% improvement over an IA-32 version. Sure, it's a press release, but remember that x86-64 is about more than the amount of addressable memory-- there are also architectural improvements.
The curse is that stupid people will keep looking for the answer they want after they've already encountered the truth. And even smart people can be stupid in this way.
Well, one nifty thing is you can apparently send audio BACK to the guitar, for the guitarist to listen to. Presumably a mix that emphasised their guitar so they could hear their own part better. You could do this before with a long headphone wire, but now you don't need to.
No, it's not worthess. Analog & tube fans always say that analog equipment adds pleasant distortion, while digital is too crisply accurate.
No one's saying that digital distorts the signal. So you can use digital as an intermediate format.
If you use cat5 to get the signal off the stage and into your sound system, then use tube amps from there, the effect is of plugging your guitar into a hum-and-interference-free analog cable that's plugged straight into the tube amp.
Then there are the analog folks who say that hum and hiss improve the signal... this is probably worthless to them.
I think 48 kHz is good enough for one component of a mix. Hell, it's still got more fidelity than a CD, and people are buying lots of those. There are tons of people who don't even hear MP3 artifacts.
In any case, it turns out the MAGIC standard supports rates as high as 192 kHz. The first source I found for that info was a little less than complete.
Yeah, probably. The autotune gear available these days only works for one note at a time (not chords). Since the six strings are isolated, you'd be able to autotune each string.
Analog cables are a pain because they pick up interference really easily. Doing an A-D conversion in the pickup should (in theory) sound better, and with a sampling rate of 48 Khz and a bit depth of 32, it exceeds the specs a lot of the equipment used for digital recording. (48 isn't all that high, but 32 bits is 65536 times as good as a CD.)
The GPL does not seek to protect the right for businesses to extend software without releasing the source to their extensions.
There are situations where the GPL does not apply, however. If Apple didn't distribute their binaries, they wouldn't have to distribute their source either.
All of this isn't really relevant, since XFree86 is under the X11 license, not the GPL.
Oh, come on. The fact that it's robot hardware running Linux is the fun part. If people are running Linux on their X-boxes, surely someone will figure out how to get root on one of these robots that already run Linux. Then people can start writing their own software for the robot...
Slashdot Mirror
iCal is a recent product that wasn't available last time I looked. 'Scuuuse me!
Even Outlook is supposed to support iCal. It's just that there aren't any alternative iCal servers. Not any I could find when I was looking into this half a year ago. . .
Compiling also prevents people with an inadequate grasp of a program's structure from changing it in dangerous ways.
If There is successful, but there's no way to extract money from therebucks, I predict a black market. They'll sell therebucks cheaper than There.com does, and buy them for even less.
The article's about Itanium.
Your comment implied that the licensing regime of XFree was one that prevented the release of closed-source drivers. But my point was that licensing actually has nothing to do with this. And there are already closed-source drivers (Nvidia's), so ATI must be going the open-source route because they want to, not because it's been forced on them. In fact, it looks like they're more eager to participate openly in XFree than XFree is eager to let them participate.
*Successfully* address.
Success is a value judgement, and without knowing his criteria for "success", you can't know whether ESR's works meet those criteria.
The XFree license is one that permits people to make closed-source or GPL forks of XFree, should they desire.
6. Interlacing does bite, but only NTSC signals will definitely have it. PAL can be progressive. Inverse telecine works on movies and dramatic TV programs, but you'll want something else for television that isn't shot on film (e.g. news).
7. The fun part of parallized processing is that you've got to stack several instances of VirtualDub to take advantage of it.
That solution is perfect if you want to capture from your DV camcorder. If you want to capture from other sources, it's no help. Recording from VCR to camcorder to DV-Bridge is sub-optimal.
Wrong. GIF is a lossless 256-colour image format. If you compress a 256-colour image with GIF, you'll get exactly the same image when you decompress it.
But if your image has more than 256 colours, you'll have to convert it into a 256-colour image format before you can even contemplate making it into a GIF.
"Lossy" is a way of describing data compression schemes, not colour depths, and the loss you get from converting to a 256-colour GIF is the same kind of loss you'd get if you decided to make a 256-colour PNG or TIFF out of the same image. It has nothing to to with GIF's compression.
GIF is limited, but it's not lossy.
It has. Not specifically for the iPod, but check your local Radio Shack analogue.
You just compared Gnome to Sendmail. But Sendmail does email delivery, which is basically a solved problem these days. Meanwhile, desktops are very much up in the air. There's just so much up for grabs. Sendmail pretty damned old, while Gnome is pretty youthful.
Competing protocols and formats make sense when you're still mapping out the problem domain, figuring out what's important and what isn't. When you're figuring out what's optimal and suboptimal.
When there's agreement on these issues, there will be standards, too. Gnome and KDE are already cooperating on standards, and more are sure to come. But too many standards too fast just stunts growth.
Yeah, but there's a lot of code out there that makes hidden assumptions about 32-bitness. This code acts up when you compile it for 64-bit architectures.
The press release claims a 30% improvement over an IA-32 version. Sure, it's a press release, but remember that x86-64 is about more than the amount of addressable memory-- there are also architectural improvements.
The curse is that stupid people will keep looking for the answer they want after they've already encountered the truth. And even smart people can be stupid in this way.
Part of the requirement for a patent is that it shouldn't be obvious. It also can't have been done before.
Well, one nifty thing is you can apparently send audio BACK to the guitar, for the guitarist to listen to. Presumably a mix that emphasised their guitar so they could hear their own part better. You could do this before with a long headphone wire, but now you don't need to.
No, it's not worthess. Analog & tube fans always say that analog equipment adds pleasant distortion, while digital is too crisply accurate.
No one's saying that digital distorts the signal. So you can use digital as an intermediate format.
If you use cat5 to get the signal off the stage and into your sound system, then use tube amps from there, the effect is of plugging your guitar into a hum-and-interference-free analog cable that's plugged straight into the tube amp.
Then there are the analog folks who say that hum and hiss improve the signal... this is probably worthless to them.
Even shielded analog cables are a pain.
I think 48 kHz is good enough for one component of a mix. Hell, it's still got more fidelity than a CD, and people are buying lots of those. There are tons of people who don't even hear MP3 artifacts.
In any case, it turns out the MAGIC standard supports rates as high as 192 kHz. The first source I found for that info was a little less than complete.
You don't need the source code for much. Just get them to release the ROMs into the public domain. If you can.
Yeah, probably. The autotune gear available these days only works for one note at a time (not chords). Since the six strings are isolated, you'd be able to autotune each string.
I know you're kidding.
Analog cables are a pain because they pick up interference really easily. Doing an A-D conversion in the pickup should (in theory) sound better, and with a sampling rate of 48 Khz and a bit depth of 32, it exceeds the specs a lot of the equipment used for digital recording. (48 isn't all that high, but 32 bits is 65536 times as good as a CD.)
That's not a clarification. It's mostly wrong.
The GPL does not seek to protect the right for businesses to extend software without releasing the source to their extensions.
There are situations where the GPL does not apply, however. If Apple didn't distribute their binaries, they wouldn't have to distribute their source either.
All of this isn't really relevant, since XFree86 is under the X11 license, not the GPL.
Oh, come on. The fact that it's robot hardware running Linux is the fun part. If people are running Linux on their X-boxes, surely someone will figure out how to get root on one of these robots that already run Linux. Then people can start writing their own software for the robot...