Usually I prefer reading to writing and I don't know if someone is interested in this, but if so, just post and I'll see it online:
A few weeks ago I extended a tool called mp3make (GPL) to be able to rip ogg-files as well. It now supports:
cddb
support for several concurrent ripping processes (aka you can use or cdwriter and cdrom at the same time)
cli-driven
reasonable standard settings
I used it to rip about 30 cds and it was pretty reliable, so it should be suited for reripping your favourite collection.
uhm sorry, of course this only works on Linux - but in case anyone is in search for a simple solution for that problem (i had it recently, now i have a firewall/routing-linux-box:), it is a simple solution;)
I got Japanese support working after some time, for chinese it's basically the same: 1.) get yourself the Microsoft Uni MS TTF 2.) install kinput2, canna and cannaserver 3.) read the how-tos linked in previous comments 4.) set all the X-Applications to using the font in 1. 5.) create yourself a shortcut which sets a few environment variables and then open all your applications in it 6.) you can switch on/off kanji-input by typing +
Well, CLAIMING it they may, but if it held up in court is another question. At least in Germany a) the EULA as it is done via software dialog isn't valid AT ALL and b) changing agreements without notification isn't allowed either - e.g. eBay had to sent notfication mails to ALL their German users and had them agree to their new terms;)
Don't get me wrong- I have an AMD myself and I am quite satisfied with it (though they just could produce a little less heat).
But what I'm afraid of is the way the 64bit-extensions seem to be done: The same way 32bit-extensions came to the x86 architecture - using special opcode/address bytes, nested addressing and such. Anyone who ever implemented an emulator for the x86-Architecture knows what a pain in the ass this is -_-.
I'd really wish for a clean cut: Throw out that old garbage and give me registers, all opcodes should have the same length, a standard address size... If we're going to be extending our old architectures like this forever, we'll finally end up with CPUs spending 80% of their time (OK, maybe a bit less;) decoding what they're supposed to do!
Now, if I mistook AMDs approach somehow and they found some really great way to keep this backward compatibility without all the crap I mentioned above, I'll take everything back - but that would be just too good to be true...
Mozilla is coming along. So far, so good. But when I download it, it still has more than 5 megs. It still pops up a DOS window and does not have a nice design. As soon as the GUI gets faster (and nicer) Mozilla will be an option. As long as that isn't given, I'll use Opera or IE. The real problem for the entire project might be Mozilla coming too late. If they don't release a public BETA VERY SOON, with a SETUP and a NICE FAST GUI, most people will stick to IE. And all efforts made have been wastedt.
Slashdot Mirror
A few weeks ago I extended a tool called mp3make (GPL) to be able to rip ogg-files as well. It now supports:
I used it to rip about 30 cds and it was pretty reliable, so it should be suited for reripping your favourite collection.
uhm sorry, of course this only works on Linux - but in case anyone is in search for a simple solution for that problem (i had it recently, now i have a firewall/routing-linux-box :), it is a simple solution ;)
In case you just want to limit your upload ratio, you should put something like this in a file in ip-up.d:
echo waiting for traffic shaping...
sleep 5
tc qdisc add dev ppp0 root tbf burst brate rate ulrate latency 100ms
echo traffic shaping set
with brate: burst rate, something like 1500 and ulrate: upload rate (!), something like 114kbps
I got Japanese support working after some time, for chinese it's basically the same:
:)
1.) get yourself the Microsoft Uni MS TTF
2.) install kinput2, canna and cannaserver
3.) read the how-tos linked in previous comments
4.) set all the X-Applications to using the font in 1.
5.) create yourself a shortcut which sets a few environment variables and then open all your applications in it
6.) you can switch on/off kanji-input by typing +
done
Well, CLAIMING it they may, but if it held up in court is another question. At least in Germany a) the EULA as it is done via software dialog isn't valid AT ALL and b) changing agreements without notification isn't allowed either - e.g. eBay had to sent notfication mails to ALL their German users and had them agree to their new terms ;)
Don't get me wrong- I have an AMD myself and I am quite satisfied with it (though they just could produce a little less heat). ;) decoding what they're supposed to do!
But what I'm afraid of is the way the 64bit-extensions seem to be done: The same way 32bit-extensions came to the x86 architecture - using special opcode/address bytes, nested addressing and such. Anyone who ever implemented an emulator for the x86-Architecture knows what a pain in the ass this is -_-.
I'd really wish for a clean cut: Throw out that old garbage and give me registers, all opcodes should have the same length, a standard address size... If we're going to be extending our old architectures like this forever, we'll finally end up with CPUs spending 80% of their time (OK, maybe a bit less
Now, if I mistook AMDs approach somehow and they found some really great way to keep this backward compatibility without all the crap I mentioned above, I'll take everything back - but that would be just too good to be true...
Mozilla is coming along. So far, so good. But when I download it, it still has more than 5 megs. It still pops up a DOS window and does not have a nice design. As soon as the GUI gets faster (and nicer) Mozilla will be an option. As long as that isn't given, I'll use Opera or IE. The real problem for the entire project might be Mozilla coming too late. If they don't release a public BETA VERY SOON, with a SETUP and a NICE FAST GUI, most people will stick to IE. And all efforts made have been wastedt.