Actually, Qt fits to server side quite well, IMHO better than Java: it has less overhead. Given you are using only qt-core, and maybe qt-network, it gives about... 2.7M + 1.2M of libraries to server, instead of Java’s full framework...
Well, most distros don’t have separate Qt packages, but this applies to memory consumption too.
I’ve ran certain Qt program for few now:
@
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
smar 9666 0.0 0.0 49324 240 pts/8 S Oct31 0:00 ./netcatpaste/build/netcatpaste
@
Back to topic... I don’t really have time for yet another project, my work and Jambi is taking my time quite well, so it’d be a bit hard to put few weeks solely to some project :)
Qt fits especially to encoding stuff well, because you can take native library which provides stuff you need (Qca might be enough, too), and using that to handle all cpu intensive stuff, eliminating need to write JNI code for Java to do this, for example.
And little note about this ”encrypting”. Do you want own player that plays the file, or do you want video files processed so that they can’t be copied but still can be played by players that exists now?
Latter is impossible. Totally, completely, and will always be.
First can be cracked quite easily too: just buy a licence and use screen capture program to capture the video. Sure, this degrades the quality, but from author’s point of view result is practically same. Programs like that, after some popularity, often get cracked, algorithm used to scramble the video file has been solved, and they can make their own decoder for the file format, and just using that to unencrypt the files and release them...
