So, um, what's the timestamp on your last check, then? Because last time I checked (i.e., thirty seconds ago), the milestone page over at ARM's pages stated pretty clearly that the ARM architecture was developed by Acorn Computer Group. Way back in 1987. It goes on to say that Digital licensed the tech in 1995, and also produced the StrongARM version that same year. So, there.
Um, yeah, but if you connect the modem, you have to remove the ethernet adapter, since they share the same connector... Kind of makes it difficult to do much, unless you mean that the Dreamcast should act as a self-contained dial-in server...
The point of integrating voice recog with the user interface toolkit seems to be that the applications themselves need not be made voice-aware. Just as an application today doesn't care if a widget is activated by direct mouse click or keyboard shortcut (um, at least in sensible toolkits it doesn't, I assume Qt is sensible in this regard), this makes voice a transparent input method. Nice.
Oh and by the way: Can you imagine running 3DMark2000 benchmark on an ultra 10 with a 3D-creator card...:)
Yup, and I shudder at the thought... Sun's 3D hardware isn't exactly impressive, IMO.
"[...]no support at all for 3D graphics[...]"
While I agree with many of your other observations about Linux' shortcomings as a gaming OS, that one just plain isn't true. Support for 3D graphics under Linux, through the magic of OpenGL, is actually pretty good--and getting better.
Um, yeah. Most current cell phones available here (Sweden) are equipped with a piece of software called T9 (by Tegic), which does right about that. It's not smart enough to be history-sensitive in the way you describe, but rather works against a fixed (but extensible) dictionary. It works fairly well in practice, and helps you write SMS messages using only 11 or so keys...
What does HUGE mean? Gigabytes? Terabytes? Exebytes?
Ah, "exebytes". That's the unit of choice for measuring the size of executables produced by that big & rich company, right?:^) The SI prefix you're looking for is exa. On the other hand, perhaps exe is handy as a "computerization", along the lines of the "K" for 1024 in KB (SI uses "k" for 10^3)... More information about SI prefixes is available here. Or, maybe your fingers slipped and I'm just being more nitpicking than usual.;^)
When the subject gets out of the vaporware stage, become amazed again; even more so than before since it actually exists.
Um, did you do it that way even with Daikatana? It seems most other people didn't; instead, they just pronounced it "crap" and carried on. Or, maybe you were amazed at how lousy something can turn out to be, despite how cool it was as vapour?;^)
OK, I tried to resist, but now I just have to respond. If you're sensitive to plugs, stop reading now.;^) In a rather nifty GTK+ filemanager I happen to know about (avail abl en here, not at the address given in my user block above), selecting all files of a type is as easy as holding down the left alt key while clicking on any file of the desired type. Of course, you can also use the more classic approach of sorting by type and then selecting a sequence of files by clicking the first one, then shift-clicking the last one. Or, you could use the built-in SelectRE command to select using a shell glob pattern or a straight regular expression. OK, and of plug.
Among other atrocities, it allows for the distribution in binary-only form.
Um, I might not be a licenselawyer (or any other kind of laywer), but doesn't the GPL allow that, as well? AFAIK, it (the GPL) only states that source should be available; there's no requirement that it be distributed with the software.
I was with you right up to the example. grep functionality has nothing to do with Linux!! To Linux, grep is just another application. Your example makes just about as much sense as asking how to access Linux' Quake 3 Arena functionality without executing its commandline, i.e. none. On the other hand, I'm sure a case could be made that grep-like functionality is useful enough to be packaged into a shared library, thus making it useful from other applications. Feel free to code it up.
Sounds to me like OpenGL using the DRI stuff with XFRee86 4.0 should be pretty low-latency, since that makes your app talk directly to the hardware. Oh, and modern 3D hardware sure beats (S)VGA when it comes to doing stuff on screen. (And no, I'm not karma-whoring with those links);^)
I know about the headset, of course; I didn't mention bandwidth. Latency might be a problem if a "connection" is set up often (e.g. for each packet, or so). As I said, I don't know enough about BlueTooth, I'm just pointing at what might could be a problem with it for these purposes... A bit of "devil's advocating" on my own suggestion, really.
...is this stuff done using BlueTooth. It feels like Yet Another Wireless Solution, but specialized for mice and keyboards and (I'm guessing) proprietary to Intel, isn't a very cool thing. On the other hand, my knowledge of BlueTooth isn't (yet) in-depth enough to know if it would be suitable to handle real-time stuff like mouse movements. You don't want to get the guys over at FiringSquad to b*tch over latency in your mouse tech.;^)
As weird as it might sound, reading the article (!) put me In The Know(TM). It's USB. I have no experience with USB myself, but from what I've read, handling of human-interface stuff like keyboards and mice is pretty much standard. If Intel do this right, their wireless stuff should just show up as standard peripherals, then. Let's hope.;^) On a related but different note, doesn't anyone worry about how these wireless things should be powered? Having to worry about batteries and/or charge levels in my mouse and keyboard doesn't sound like a lot of fun...
So, um, what's the timestamp on your last check, then? Because last time I checked (i.e., thirty seconds ago), the milestone page over at ARM's pages stated pretty clearly that the ARM architecture was developed by Acorn Computer Group. Way back in 1987. It goes on to say that Digital licensed the tech in 1995, and also produced the StrongARM version that same year. So, there.
...yeah, or like having the US actually start using the metric system. ;^)
Um, yeah, but if you connect the modem, you have to remove the ethernet adapter, since they share the same connector... Kind of makes it difficult to do much, unless you mean that the Dreamcast should act as a self-contained dial-in server...
A GIMP clone? A GIMP clone?! Surely, you meant a GIMP port or something?
The point of integrating voice recog with the user interface toolkit seems to be that the applications themselves need not be made voice-aware. Just as an application today doesn't care if a widget is activated by direct mouse click or keyboard shortcut (um, at least in sensible toolkits it doesn't, I assume Qt is sensible in this regard), this makes voice a transparent input method. Nice.
Oh and by the way: Can you imagine running 3DMark2000 benchmark on an ultra 10 with a 3D-creator card... :)
Yup, and I shudder at the thought... Sun's 3D hardware isn't exactly impressive, IMO.
Um, that is probably because VRML is more of a file format than an "interactive multi-user networked 3D environment". There is, however, hope... ;^)
"[...]no support at all for 3D graphics[...]"
While I agree with many of your other observations about Linux' shortcomings as a gaming OS, that one just plain isn't true. Support for 3D graphics under Linux, through the magic of OpenGL, is actually pretty good--and getting better.
Um, yeah. Most current cell phones available here (Sweden) are equipped with a piece of software called T9 (by Tegic), which does right about that. It's not smart enough to be history-sensitive in the way you describe, but rather works against a fixed (but extensible) dictionary. It works fairly well in practice, and helps you write SMS messages using only 11 or so keys...
What does HUGE mean? Gigabytes? Terabytes? Exebytes? :^) The SI prefix you're looking for is exa. On the other hand, perhaps exe is handy as a "computerization", along the lines of the "K" for 1024 in KB (SI uses "k" for 10^3)... More information about SI prefixes is available here. Or, maybe your fingers slipped and I'm just being more nitpicking than usual. ;^)
Ah, "exebytes". That's the unit of choice for measuring the size of executables produced by that big & rich company, right?
When the subject gets out of the vaporware stage, become amazed again; even more so than before since it actually exists. ;^)
Um, did you do it that way even with Daikatana? It seems most other people didn't; instead, they just pronounced it "crap" and carried on. Or, maybe you were amazed at how lousy something can turn out to be, despite how cool it was as vapour?
OK, I tried to resist, but now I just have to respond. If you're sensitive to plugs, stop reading now. ;^) In a rather nifty GTK+ filemanager I happen to know about (avail abl en here, not at the address given in my user block above), selecting all files of a type is as easy as holding down the left alt key while clicking on any file of the desired type. Of course, you can also use the more classic approach of sorting by type and then selecting a sequence of files by clicking the first one, then shift-clicking the last one. Or, you could use the built-in SelectRE command to select using a shell glob pattern or a straight regular expression. OK, and of plug.
Among other atrocities, it allows for the distribution in binary-only form.
Um, I might not be a licenselawyer (or any other kind of laywer), but doesn't the GPL allow that, as well? AFAIK, it (the GPL) only states that source should be available; there's no requirement that it be distributed with the software.
I was with you right up to the example. grep functionality has nothing to do with Linux!! To Linux, grep is just another application. Your example makes just about as much sense as asking how to access Linux' Quake 3 Arena functionality without executing its commandline, i.e. none. On the other hand, I'm sure a case could be made that grep-like functionality is useful enough to be packaged into a shared library, thus making it useful from other applications. Feel free to code it up.
Hey, don't forget about the "black, sleek, and with a blue LED"-factor! That's a rather huge one for me... ;^)
Yeah, or maybe "bits" or whatever they call them, those small things that can only be either here or not here...
Sounds to me like OpenGL using the DRI stuff with XFRee86 4.0 should be pretty low-latency, since that makes your app talk directly to the hardware. Oh, and modern 3D hardware sure beats (S)VGA when it comes to doing stuff on screen. (And no, I'm not karma-whoring with those links) ;^)
The name isn't "Dolphin" anymore. It's GameCube... I thought everyone knew that by now. ;^)
Really? For me, this one works way better... Strange.
I know about the headset, of course; I didn't mention bandwidth. Latency might be a problem if a "connection" is set up often (e.g. for each packet, or so). As I said, I don't know enough about BlueTooth, I'm just pointing at what might could be a problem with it for these purposes... A bit of "devil's advocating" on my own suggestion, really.
I guess I'm feeding a troll now, but what the heck: Um, it's my name, m'kay? :)
...is this stuff done using BlueTooth. It feels like Yet Another Wireless Solution, but specialized for mice and keyboards and (I'm guessing) proprietary to Intel, isn't a very cool thing. On the other hand, my knowledge of BlueTooth isn't (yet) in-depth enough to know if it would be suitable to handle real-time stuff like mouse movements. You don't want to get the guys over at FiringSquad to b*tch over latency in your mouse tech. ;^)
As weird as it might sound, reading the article (!) put me In The Know(TM). It's USB. I have no experience with USB myself, but from what I've read, handling of human-interface stuff like keyboards and mice is pretty much standard. If Intel do this right, their wireless stuff should just show up as standard peripherals, then. Let's hope. ;^) On a related but different note, doesn't anyone worry about how these wireless things should be powered? Having to worry about batteries and/or charge levels in my mouse and keyboard doesn't sound like a lot of fun...
Great comment! All we need now is an upper case digit '1', and we're all set. ;^)
Just because I'm sitting at school right now trying to finish a small project in it, I'd like to add Erlang to that list. It's kind of neat, actually.