Re: [OT] Tiger in GNU crypto?
 

Well, the org.gnu.crypto implementation was working alright, simple to use and it was tested. That's all I was really interested in.

I was using rar, by the way, because I really don't care whether or not it's an open format or not as long as it's free accessible for everyone.

Honestly, I don't mind using your code instead but my focus was getting it to the point where it's about working, not some minor optimizations to a hash function.

Really, I will use your code before your work goes to waste and I trust you that your implementation is faster but I'm more concerned with testing other parts of my THEX code right now, so I probably won't be able to take a look at this at the moment.

from the useless department:

I implemented seeking in the media player. It was slow as heck so I replaced the code for playing the file with some of my own and now seeking is (on my computer) basically instantaneous.

Click on the progres bar to skip to that point in the song. When you play a song that is still downloading, clicking on 90% of the progress bar takes you to 90% of what you have downloaded already. That means the scale of the progress bar changes as you download, which is weird, but I kinda like it. No chance of clicking on a part you don't have yet. Doing so wouldn't break anything, but I like having it so it just isn't possible.

Just mp3 at the moment, but wav is coming.

image corruption comes from DirectX
 

Note that DirectX support has coinsiderably been enhanced in Java 1.5 beta (the next coming version of Java, code-named "Tiger").

If you experience display corruption with Java 1.4.2 (the current release), look at this Java 1.5 beta release candidate.
For me it works like a charm with LimeWire, and further improves the performance.

With this version, all display corruptions which may happen sometimes because of unfreshed areas of the screen in some stress conditions have now disappeared.

Of course this is still a beta, so you may experience some other problems. try it and keep the current installation of Java 1.4.2 for now if you need to revert to it.

You may switch back to the previous JRE by using the Java control panel which allows you to select the prefered Java Runtime environment.

(For now I do that: Java 1.5 is now my default, but I also test with Java 1.4.2 to see if a problem I could find comes from Java 1.5; for now I have found no reason why a possible bug found during developent may occur in Java 1.5 beta but not in Java 1.4.2 too.)

Note also that Java 1.5 now has a better support of the Windows XP Look and Feel (so the "Windows_theme" is less odd and can become your default, if your Windows display properties are set to use the Windows XP theme with rounded windows and buttons, and with hovering tabs).

Now LimeWire can have a full Windows XP look and feel with Java 1.5 (previously this look was only partial, and not even reproducing well the Windows 95 look, as it was more like Windows 3.x).