From: "Ian Clarke" <i...@hawk.freenetproject.org> >> Hmm, I'm tempted to attempt a port of FProxy to platform-independent C++. >> Have the cake and eat it too :) >I believe that someone is working on a new FProxy implementation for >0.4. This is where I suggest people concerned by this focus their >efforts. How is your java? ;-)
My Java sux totally, since I've only been dabbling in it for a few weeks and then, not seriously studying it. But maybe working on an FProxy tart-up might be a good way for me to learn. Oh wow, I think I'll put in 213 levels of overloading on every method, plus 161 levels of inheritance in the classes. 2-character identifiers, no comments,... the sense of POWER - MWA-HAA-HAA-HAARGGH! Seriously though - I'll have a look, but I'm a bit sceptical about the feasibility ot getting the required speed in a Java FProxy implementation. Maybe some hard-assed coding decisions might result in being able to stream MP3s (on a fine day, with the tongue angled 15 degress upward out the left of the mouth, and no other processes running), but then again, maybe not. As for MPEG streaming, I don't hold much hope. Again, I propose, what do people think of a portable C (yeh - straight C) FProxy implementation? Real conservative C, using only the most bog-standard stuff, minimal platform-specific #ifdef's etc. A native binary FProxy will stream MPEGs easily (constrained only by the speed of data flow into the node). Thoughts? Cheers David _______________________________________________ Devl mailing list Devl at freenetproject.org http://lists.freenetproject.org/mailman/listinfo/devl
