As noted in the method documentation, seek() does not go to the timecode
you pass. It goes to the nearest keyframe to the timecode you pass.
Head over to YouTube and drag the seekbar around on a video and you'll
see it jump between keyframes (you can see the time jump to those
keyframes while you drag, as well).
It's a limitation of FLVs.
val wrote:
Does this bug also affect seek calls that are not made on some kind of
interval? I'm seeing some odd behavior when calling seek() on an
FLVPlayback
component right now. If it's due to this bug, that would be good to know.
If you need more info:
I'm calling seek() on a button release and at times the FLV will go back to
the beginning of the FLV instead of seeking to the time passed in the
seek()
call.
Thanks!
On 4/23/07, Steven Sacks <[EMAIL PROTECTED]> wrote:
The FLV component (both 7 and 8) are totally messed up when it comes to
calling seek manually on an interval or enterFrame. I mean, it's pretty
ridiculous that such an obvious bug got through QA. Allegedly, there is
an undocumented public method that exposes the true seek method of the
FLVPlayback component, but I suggest the following.
_______________________________________________
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com
_______________________________________________
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com
