[Paperworld] haxe sockets and speed
neoriley at gmail.com
Mon Mar 5 08:05:15 EST 2007
Hey Pete, do you think we'll hit a problem then with the UDP stuff we're
trying to do? Sounds like we might have the same issue there as well.
On 3/5/07, Pete Hobson <pete at 99lives.co.uk> wrote:
> On 28 Feb 2007, at 16:15, Tim Knip wrote:
> >> I imagine it would be preferable to buffer data into a few larger
> >> packets rather than hundreds of smaller ones for this...? Would this
> >> help flash cope by firing less onData events..?
> > hmmm... think that the haxe<=>flash connection is indeed the
> > bottleneck (External Interface).
> > not sure, but looks that the less packages go thru EI the better.
> > Sorry, i don't know much about EI / haxe workings.
> > T
> LIttle update here, maybe of interest.
> Using ExternalInterface, via SWHX I was finding real problems once
> the data rate hit about 3K/s. Messages seemed to be queued at this
> point and processed much later...
> After swiching to a very simple neko socket -> flash binary socket -
> i'm able to handle a full stream of 13K/s (about 7k/s for the wiimote
> and nun-chuck - as both transmit positional data) . Haven't noticed
> any slow down in frame rate, so i'm pretty happy with that.
> Paperworld mailing list
> Paperworld at osflash.org
[ JPG ]
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Paperworld