From: "Ian Clarke" <[EMAIL PROTECTED]>
>> 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
[EMAIL PROTECTED]
http://lists.freenetproject.org/mailman/listinfo/devl
