There is an Ipkg for it somewhere google for zaurus nunome. (works on Sharp and OpenZaurus ROMS )
Also, Kanjinirvana is a very good kanji dictionary/quizzer (supporting on-, kun-, and direct kanji input, with a best guess (good for beginners) (Sharp and OpenZaurus ROMS)
I will look at responses to this, so if you need help, post replies.
Wouldn't that apply better to states that didn't prosecute murderers, because frankly a murderer is a hell of a lot more efficient than the state at killing people.
Love to see what happens if someone tried this is court: "But Judge, I was only fighting overpopulation"
No, not really.*
*You can have it be modified dyamically, by mountinng a 'ramfs' someplace, but afaik there is no way to limit the size of it. (man mount shows no options for it, perhaps in the kernel)
thanks for making me think about that, I'll probably mention it to people working on the OZ kernel and such like kergoth.
Yes, there are modified ROMs to do that (essentially stick a cf card in, shut it down, flash it, and you are set)
Crow rom is a modification of the Sharp, just with modification to the amount of RAM allocated where.
Open Zaurus is a different rom, and is in many ways nicer, and will run all of the programs that the Sharp ROM will run.
OZ has issues running the Hancom apps. Which, honestly, aren't that good anyway.
The first part I will disagree with (I run OZ (rc2, atm, because I am lazy) and Hancom stuff works as well as on the Sharp ROM, as in the software functions as designed, and doesn't crash, etc)
The second part is debatable.
In regards to the grandparent post: It may have been done before, BUT I was looking at a handheld computing magazine of some sort, and looking through all the stuff they are going essentially 'wow! cool!' about and in my head running through a checklist of done it, know someone who has done it. And frankly there was nothing new.
Oh yeah, did I mention how it was all done with free/open-source software? (minor point here-I kept opera around, because at this point it is better than konqueror embedded, due to opera's better small screen rendering.)
out of the box, it doesn't have unicode font, as I recall. (well, it has unicode support, but no font to display it in)
So, yes it needs one package: You need to grab the unicode font.
I believe that I didn't have a problem with any of them after installing the unicode font on the sharp rom, however I don't use it anymore, so i can't test and tell you.
Yep, the 5500 can do it (if having a mic/headphone). Check out zmeeting. (h263 (or whaever thoe 3 numbers are that is used in gnomemeeting, and netmeeting, etc)
Yes, the Z can do UTF-8, in fact for people who use other languages with different symbol sets, there can be other 'handwriting recognition software, for example nunome for japanese, I believe there are input methods for chinese and korean (and likely others, but I don't know of them) (both sharp and oz roms) Remapping the keyboard would be likely done via an opie-input-method, but I don't know if anyone has written one like that already.
One of the reasons is that it is Qt, which always supports Unicode, afaik.
How do you propose this whisper? In ad hoc 802.11b/a, D will be transmitting frames to whoever can hear it, regardless of whether it feels like whispering or not.
Not entirely correct. Most 802.11b cards I have worked with and or discussed can limit their power. It would require the device's operating system's networking to dynamically adjust this.
For example, iwconfig (is hopefully going to be ifconfig for wireless extensions) allows me to set a card's power output, using linux's wireless extensions (which admittedly don't work everywhere yet). This would allow a person to design a way to power down enough to only talk to the closest couple of nodes (of course their need to be ways to deal with long hops, where a card needs to be maxed out to cover a long distance, and such, but it could be done) routing would have to get better, and be a heck of a lot more dynamic and be user friendly when dynamic, which is something that computers have seemed to mostly ignore. (I mean how many computer's routing tables change on a minute to minute basis? (very few) while these devices would need second to second routing updates.) (I do think most OSes could handle it, but they currently don't have the higher level tools (that I am aware of to do it.))
It is my understanding, based on reading of some xinerama docs, that xinerama does allow 3d acceleration, but only to the first monitor. Some drivers can supposedly handle it, if it is off the same card through Xinerama (or was planned.) NVidia's reportedly can, because the driver doesn't interact with Xinerama. The driver hides the interface from Xinerama, by claiming to be one screen at something like 1280x480 for example of two 640x640 monitors together.
(NVIDIA's supposedly can, but dispite being able to get almost everything else running I come across, a second monitor (TV) seems too difficult or something, even copying config files from people with the same setup. I think it just doesn't like me.)
Please note: this was a while back, and I am not sure of that. Please correct if wrong. I am pretty sure on the Nvidia stuff, not so sure on the Xinerama stuff.
The idea of it being able to buffer 8MB on the disk. They aren't any faster sustained, but it helps if writing to the disk, and needing to do a random seek. This is highly modified by OS intelligence with regard to hard drives. (windows users get a bigger boost than linux users, because linux handles IDE better.)
I bought one when the were 130usd for a 120GB/8MB version, and I like it. If I had to get another one, and the price was more than 10usd difference , depending on capacity, I would get the normal version.
I doubt you are correct for one simple reason: The Internet. The systems on it used TCP/IP, which had replaced everything else. That fact, that the routers that allowed people to be outside their network (Each Novell server acted as (or could act as) a IPX\TCP/IP gateway, and you only saw that one way normally (you could probably come up with some single-point example, or series of, and I doubt they would be statistically significant.) So Stallman wouldn't really have mattered one way or the other, on this issue.
This entrenchment of IPv4 is what is now holding back IPv6. This is one example where entrenchment is both good and bad. (Novell, MS and others couldn't use their own non-open protocol, but now a new open protocol has problems replacing the old one.)
I assume your ignorance of the subject is because of not studying anthropology.
Anthropology has roughly four main categories: Biologicial(Physical), Cultural, Archaeological, and Linguistic. Ideally researchers take into account all 4 when doing research, but many specialize in specific ones.
You are refering to one specific sub-field of Cultural Anthropology. Please read about anthropology more if you think "an anthrapologist suggesting a biological explanation, which is rather novel if not erroneous." A good place to start would be the American Anthropological Association.
The NTFS-linux project has made utilities to make, resize, and edit NTFS file systems. The resizer will at some point be added to parted, assuming parted's group will let them, and there is enough interest, but as of yet it isn't quite done. (No reports of messups, but it hasn't had that heavy of a testing, and it will not change it, if it encounters any unknown condition)
Currently only Xandros (using PowerQuest's PartitionMagic) in the Delux Edition, ASPLinux-using a propriatary system, and now Mandrake-using ntfsresize.
No where does the parent claim it was Feynman's thesis, only his demo, and more specifically "Feynman had been tipped off by engineers who thought otherwise"
Please don't have a knee-jerk reaction (though I admit this post could be called one)
Would it damage your geek-manliness if your OS of choice was actually easy to use? Irrespective of technical skill, I find it ridiculous that anyone would prefer a difficult to use OS instead of a difficult one.
It is easier to use. Takes a couple of hours for most windows users to ajust to.
As an example, a friend of mine, just got linux installed. Aside from not like a couple of the free programs (xcdroast (-> k3b) , and kit/gaim (-> aol's aim)) the person like (which were replaced by free alternatives), they didn't have much problem at all, after it was configured. And occasionally a reccomendation for other software. (mplayer, ogle)
I work in a lab with dual-boot computers (unified logon, files accessable from either yada yadda) and everyone who is not afraid of linux because it isn't windows, generally has a good grasp of the gui (be it gnome or kde(=generally prefered option)) in a few seconds/minutes, and there isn't much problem for most users. The few users who have had problems with linux have also had major problems with windows.
I do not buy the windows is easier than linux, nor the windows is easier than mac or vice versa. (IMO, and almost all linux users who have used windows, linux is easier. (how many people (yes they exist) who say windows is better than linux have used linux? (In my experence, not many)
Sorry, mplayer/mencoder generally do not use fp-based codecs. (exceptions include wma1, wma2, ogg(can use int), mp3lib(can use mad or libavcodec (both int))
for example in libavcodec:
[me@hidden libavcodec]$ cat *.c | grep -c ';'
20202
[me@hidden libavcodec]$ cat *.c | grep -c float
155
Most of those are in the native wma1 and wma2 (which are part of ffmpeg/libavcodec, eliminating that and the ac3 stuff (ac3*) and a62 brings it down to 89, none that I can determine in video codecs (didn't check all of them, though)
I have been a supporter of alphas for a while. When I got the first alpha I could play on it was highly superior to anything else. (The University had for it's high performance computing a 16-way mips) and several persons got 533MHz alphas, when they were the first chip >500MHz. Originally NT ran on them. It was stable. (Primarily because DEC rewrote most of the important parts themselves for alpha) and fx86! was wonderful-ran x86 code the fastest at the time.
Then DEC kind of died. They didn't seem to market. The tech was good, but no marketing, and some issues. Before the compaq merger, DEC sold StrongARM, and all it's fabs (aging) to intel, in return Intel was supposed to fab the next generation alpha chips, and was prevented by the FCC/court (or a combination) from aquiring alphas (due to anti-trust, not that that mattered to the DOJ when they did...) Intel did not fab the next generation (21164@smaller process and 21264s) of alphas. They claimed that they couldn't because the chip was too complex. (There is no evidence that they ever did, and this was just before the compaq merger)
Compaq acquires DEC. It takes it's time, but releases 21264s (fabed mostly by Samsung, and some supposedly by IBM), They branch off the alpha tech to API (Alpha Processor Incorperated) which sets the EV7 (21364 = (21264 core w/improvements + RAMBUS controller) development back. (additionally, MANY alpha engineers were hired by AMD when DEC was merging, and the EV6 bus (and many other tech goodies) were licenced to AMD (Slot A was originally an Alpha slot) for inclusion in Athlons (who still run on an Alpha bus)
Compaq decides to inhouse the developers again and sets EV7 back more. (EV8 is reportedly mostly on schedule) Then Compaq decides to sell the alpha tech (or much of it) to Intel (DOJ apparently doesn't care about anti-trust at this point) and cancels EV8 (which was reported to include Hyper-threading, multiple cores on a die, Onboard Memory controller (like the ev7) (pretty much every "cool" thing Power4, Intel, and AMD were planning on having.)...and was due out this year) EV7 is phenominally behind schedule. Finally EV7 makes an appearance, or will (asuming the article is accurate) as basically an EV6 core with tweaks and a RAMBUS memory controller onboard the chip (256-bit dual channel, so it actually isn't a POS like many RAMBUS inmplentations. (for comparison some RDRAM implementations have been 16-bit, many currently are still that or 32-bit)
Now, Alpha is slowly slipping, but currently (aside from Power4) the only chip holding it's own against Intel/AMD. (based on a several year old core at that) The EV7 will be the last generation of alphas, without all of the features the EV8 would have had (and probably the performance crown for a LONG time)
(compiled from memory, it is 1:30, and post errors/debates as responses)
Slashdot Mirror
There is an Ipkg for it somewhere google for zaurus nunome. (works on Sharp and OpenZaurus ROMS ) Also, Kanjinirvana is a very good kanji dictionary/quizzer (supporting on-, kun-, and direct kanji input, with a best guess (good for beginners) (Sharp and OpenZaurus ROMS) I will look at responses to this, so if you need help, post replies.
I will point out that it isn't quite as constant as the other. Both of them make me sad though.
Love to see what happens if someone tried this is court: "But Judge, I was only fighting overpopulation"
No, not really.* *You can have it be modified dyamically, by mountinng a 'ramfs' someplace, but afaik there is no way to limit the size of it. (man mount shows no options for it, perhaps in the kernel) thanks for making me think about that, I'll probably mention it to people working on the OZ kernel and such like kergoth.
For all you people wondering, just click the link.
Crow rom is a modification of the Sharp, just with modification to the amount of RAM allocated where.
Open Zaurus is a different rom, and is in many ways nicer, and will run all of the programs that the Sharp ROM will run.
OZ has issues running the Hancom apps. Which, honestly, aren't that good anyway.
The first part I will disagree with (I run OZ (rc2, atm, because I am lazy) and Hancom stuff works as well as on the Sharp ROM, as in the software functions as designed, and doesn't crash, etc)
The second part is debatable.
In regards to the grandparent post: It may have been done before, BUT I was looking at a handheld computing magazine of some sort, and looking through all the stuff they are going essentially 'wow! cool!' about and in my head running through a checklist of done it, know someone who has done it. And frankly there was nothing new.
Oh yeah, did I mention how it was all done with free/open-source software? (minor point here-I kept opera around, because at this point it is better than konqueror embedded, due to opera's better small screen rendering.)
out of the box, it doesn't have unicode font, as I recall. (well, it has unicode support, but no font to display it in)
So, yes it needs one package: You need to grab the unicode font.
I believe that I didn't have a problem with any of them after installing the unicode font on the sharp rom, however I don't use it anymore, so i can't test and tell you.
Yep, the 5500 can do it (if having a mic/headphone). Check out zmeeting. (h263 (or whaever thoe 3 numbers are that is used in gnomemeeting, and netmeeting, etc)
One of the reasons is that it is Qt, which always supports Unicode, afaik.
Not entirely correct. Most 802.11b cards I have worked with and or discussed can limit their power. It would require the device's operating system's networking to dynamically adjust this.
For example, iwconfig (is hopefully going to be ifconfig for wireless extensions) allows me to set a card's power output, using linux's wireless extensions (which admittedly don't work everywhere yet). This would allow a person to design a way to power down enough to only talk to the closest couple of nodes (of course their need to be ways to deal with long hops, where a card needs to be maxed out to cover a long distance, and such, but it could be done) routing would have to get better, and be a heck of a lot more dynamic and be user friendly when dynamic, which is something that computers have seemed to mostly ignore. (I mean how many computer's routing tables change on a minute to minute basis? (very few) while these devices would need second to second routing updates.) (I do think most OSes could handle it, but they currently don't have the higher level tools (that I am aware of to do it.))
It is my understanding, based on reading of some xinerama docs, that xinerama does allow 3d acceleration, but only to the first monitor. Some drivers can supposedly handle it, if it is off the same card through Xinerama (or was planned.) NVidia's reportedly can, because the driver doesn't interact with Xinerama. The driver hides the interface from Xinerama, by claiming to be one screen at something like 1280x480 for example of two 640x640 monitors together.
(NVIDIA's supposedly can, but dispite being able to get almost everything else running I come across, a second monitor (TV) seems too difficult or something, even copying config files from people with the same setup. I think it just doesn't like me.)
Please note: this was a while back, and I am not sure of that. Please correct if wrong. I am pretty sure on the Nvidia stuff, not so sure on the Xinerama stuff.
I bought one when the were 130usd for a 120GB/8MB version, and I like it. If I had to get another one, and the price was more than 10usd difference , depending on capacity, I would get the normal version.
This entrenchment of IPv4 is what is now holding back IPv6. This is one example where entrenchment is both good and bad. (Novell, MS and others couldn't use their own non-open protocol, but now a new open protocol has problems replacing the old one.)
Anthropology has roughly four main categories: Biologicial(Physical), Cultural, Archaeological, and Linguistic. Ideally researchers take into account all 4 when doing research, but many specialize in specific ones.
You are refering to one specific sub-field of Cultural Anthropology. Please read about anthropology more if you think "an anthrapologist suggesting a biological explanation, which is rather novel if not erroneous." A good place to start would be the American Anthropological Association.
No, they just relies on the BIOS for it.
Currently only Xandros (using PowerQuest's PartitionMagic) in the Delux Edition, ASPLinux-using a propriatary system, and now Mandrake-using ntfsresize.
See: http://linux-ntfs.sourceforge.net/status.html#ntfs tools
Please don't have a knee-jerk reaction (though I admit this post could be called one)
It is easier to use. Takes a couple of hours for most windows users to ajust to.
As an example, a friend of mine, just got linux installed. Aside from not like a couple of the free programs (xcdroast (-> k3b) , and kit/gaim (-> aol's aim)) the person like (which were replaced by free alternatives), they didn't have much problem at all, after it was configured. And occasionally a reccomendation for other software. (mplayer, ogle)
I work in a lab with dual-boot computers (unified logon, files accessable from either yada yadda) and everyone who is not afraid of linux because it isn't windows, generally has a good grasp of the gui (be it gnome or kde(=generally prefered option)) in a few seconds/minutes, and there isn't much problem for most users. The few users who have had problems with linux have also had major problems with windows.
I do not buy the windows is easier than linux, nor the windows is easier than mac or vice versa. (IMO, and almost all linux users who have used windows, linux is easier. (how many people (yes they exist) who say windows is better than linux have used linux? (In my experence, not many)
Sorry, mplayer/mencoder generally do not use fp-based codecs. (exceptions include wma1, wma2, ogg(can use int), mp3lib(can use mad or libavcodec (both int)) for example in libavcodec: [me@hidden libavcodec]$ cat *.c | grep -c ';' 20202 [me@hidden libavcodec]$ cat *.c | grep -c float 155 Most of those are in the native wma1 and wma2 (which are part of ffmpeg/libavcodec, eliminating that and the ac3 stuff (ac3*) and a62 brings it down to 89, none that I can determine in video codecs (didn't check all of them, though)
Then DEC kind of died. They didn't seem to market. The tech was good, but no marketing, and some issues. Before the compaq merger, DEC sold StrongARM, and all it's fabs (aging) to intel, in return Intel was supposed to fab the next generation alpha chips, and was prevented by the FCC/court (or a combination) from aquiring alphas (due to anti-trust, not that that mattered to the DOJ when they did...) Intel did not fab the next generation (21164@smaller process and 21264s) of alphas. They claimed that they couldn't because the chip was too complex. (There is no evidence that they ever did, and this was just before the compaq merger)
Compaq acquires DEC. It takes it's time, but releases 21264s (fabed mostly by Samsung, and some supposedly by IBM), They branch off the alpha tech to API (Alpha Processor Incorperated) which sets the EV7 (21364 = (21264 core w/improvements + RAMBUS controller) development back. (additionally, MANY alpha engineers were hired by AMD when DEC was merging, and the EV6 bus (and many other tech goodies) were licenced to AMD (Slot A was originally an Alpha slot) for inclusion in Athlons (who still run on an Alpha bus)
Compaq decides to inhouse the developers again and sets EV7 back more. (EV8 is reportedly mostly on schedule) Then Compaq decides to sell the alpha tech (or much of it) to Intel (DOJ apparently doesn't care about anti-trust at this point) and cancels EV8 (which was reported to include Hyper-threading, multiple cores on a die, Onboard Memory controller (like the ev7) (pretty much every "cool" thing Power4, Intel, and AMD were planning on having.)...and was due out this year) EV7 is phenominally behind schedule. Finally EV7 makes an appearance, or will (asuming the article is accurate) as basically an EV6 core with tweaks and a RAMBUS memory controller onboard the chip (256-bit dual channel, so it actually isn't a POS like many RAMBUS inmplentations. (for comparison some RDRAM implementations have been 16-bit, many currently are still that or 32-bit)
Now, Alpha is slowly slipping, but currently (aside from Power4) the only chip holding it's own against Intel/AMD. (based on a several year old core at that) The EV7 will be the last generation of alphas, without all of the features the EV8 would have had (and probably the performance crown for a LONG time)
(compiled from memory, it is 1:30, and post errors/debates as responses)
the 320x240 is about the same size as my Zaurus, so screen shots for it look about right.
scaling one of the images down, it doesn't look bad, but I agree the icons look flat, the widgets don't look bad. (of course IMO)
Give it time, bochs is running on it.
when I get the time and such I am going to OZ 3, as it seems more stable (than OZ 3), haven't had a stability problem with the standard rom, etc.