> There is an obvious buffering problem ive tried to explain over and over :)
I feel bad for bothering you ;) Ok, finally found some hints here, thanks. http://www.google.de/search?hl=de&q=buffering+problem+Red5+Dan+Rossi&btnG=Suche&meta= > > - Many subsequent calls to NetStream.seek() seem to greatly > > affect the swf's performance: > What do you mean by performance, sounds like a coding problem, Well, it only occurs only when streaming with Red5 - with progressive download there's no impact whatsoever on the framerate. I initially assumed it must be my code, of course .. but there's really nothing fancy going on, just converting playhead _x to seconds, simple math, no Date object involved. seek() is the bottleneck - when limiting calls to seek() (not the other calculations) while scrubbing, performance loss becomes less significant. I'll keep investigating. > > - When the FLV has reached the end my NetStream instance seems > > to be 'dead': that is seek() and pause() don't work until close() > > and play("my.flv") is called again. > i guess thats normal i usually call close before play ? no, seems to be this: http://mirror1.cvsdude.com/trac/osflash/red5/ticket/161 we're running an older version. regards, D _______________________________________________ Red5 mailing list [email protected] http://osflash.org/mailman/listinfo/red5_osflash.org
