Localization. Definitely localization.

  This is the biggest forum troll I've ever seen in last years. Good work gentlemen.

ANY news on this? Time is running year by year, ML support still makes fear?

Thank you much!

Uff. I would play a short wave and show a messagebox "Did you hear the sound propertly"?  

Translations can have versions so XMPlay can check for their compatibility.
And don't forget, translations will be done by biggest XMPlay-freaks, no
doubts about their quality.

DLLs would be not bad, as stringtables are unicode...

Ian, words can be shorted. Well, there are many languages with longer words than slovak has, so I can't imagine that clearly... I like the current layout of option window... My language fits there, others, I don't know.

Mothertongue is part of your culture, so should be also part of your heart guys... I know that anglophones don't care too much about multilingual support but... I don't use native language packs because I don't understand english - I use them because I am proud to be what I am. It's such a good feeling to speak with PC in mothertongue...

At least a neighbour here.

jeroen, pretty good solution, my respect.

Ah, this way, yeah, I understand. I use Ctrl+Alt+C (Copy link adress).
Sure it's quite less comfortable... Drag and drop works anyway.

Emm http://www.un4seen.com/forum works fine anyway...
...in my opera fast access...
I guess Ian or Haaf had some reasons to create it like this.
(Actually, the reason is something that I haven't really catched.)

It's frameset, man...

Try for example these rijndael implementations. Integrated packages like GnuPG have always slower speed, and what did I want was speed + security...
Serpent code I found is still slower then all Rijndael implementations, so I think I'll modify it for 16 rounds instead of 32, but that will show only time...
And I guess Rijndael will be 'cracked' at least twice faster, as it's a federal standard...

Emm it's a implementation of many algos, only most known (bf, des, idea, rijndael) and (imho) very bad, slow, non-optimised code. OSS makers usually aren't good coders and they only catch what's free - what makes me really angry many times...
Actually there is no serpent implementation and serpent already became my hero.

Dotpitch, thanks for your reply.
I don't want to use Rijndael because it's used by FBI and others,
so a fast specialised brute cracker will be made very soon, same
as for DES long ages ago.
Serpent is good algo, very fast and secure enough, but I will need
to code totally new code, as there is only old slow C, lame Java and
8051 assembler. But maybe I have just to look around a bit...
If I will find a optimised C++ code, recode it for VCL streams, it's my
choice.

And the first question - it will be everything. I don't want to limit in
ascii or similar, I'll need full byte or word encryption, as it will be optionally
used for my special (full set with utf, optionaly base64) messages and
file transfers, audio and video streaming.

*a* I am playing with optimised C code from the complete package of
Serpent, it throws W8012, W8065 and W8070 so I will rewrite it for C++.

*a* Using Serpent and Tiger for hashing and I'm really satisfied. Thanks to the UK for good cipher.

Sorry, I wrote this question to approx. 120 ppl already and on 18 forums,
but I am still not satisfied.

What cipher would you use for a IM, fast enough to crypt streams realtime
on slower mashines? Please forget DES / RSA, we are in 21th century.

Thank you for all answers, maybe an example c++/asm code if you have a new idea...

I like it because it's so similar to old great FastTracker.
MadTracker is too much different.

Features. I love most of them.
Skins should be better! Try Rainy's code for per-pixel transparency.