faster video seeking using index files (for high load multiuser deployment)

[GoogleCodeExporter]

What steps will reproduce the problem?
1. get a big flv file
2. try to seek from it

What is the expected output? What do you see instead?
- haxevideo detects the fileposition from provided second and i think it
does it dynamic
- this process is slow, very slow for multiuser/large files

What version of the product are you using? On what operating system?
- current svn version, windows xp

Please provide any additional information below.

- haxevideo should use index files for seeking
- if no index file exists for a flv file(or file was modified) one should
be created(recreated)
- (you could glaze over http://yamdi.sourceforge.net so see how it parses a
flv file)
- to successful seek a video file:
index file must have - array of keyframes[time] & file positions
- take into consideration that a flv video width a duration of 3 seconds
might have 6 keyframes(or more) or it might have just 1 keyframe.
- when receiving the second to seek from the client(flashplayer) haxevideo
should look in the index file and start fread from the nearest(like
math.floor not like math.ceil)keyframe[second] fileposition to the
requested seek second.

- Superb work nicolas starting from mtasc, neko, haxe and now haxevideo :)

Original issue reported on code.google.com by stoica.i...@gmail.com on 6 Nov 2007 at 2:46

[GoogleCodeExporter]

Thanks for the suggestion, the feature is not officially on my TODO list.

Original comment by ncanna...@gmail.com on 6 Nov 2007 at 5:24

• Changed state: Accepted
• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

This would be really handy, on a 3 hour long FLV file the processor load during 
a
seek is horrendous. Even being able to use an XML file created from Yamdi for 
the
lookup would be great. I've started to try and get my head round making this 
change,
but my coding skills aren't up to yours!

Thanks for all the work 

Original comment by dorian.m...@gmail.com on 26 Oct 2008 at 6:38

[GoogleCodeExporter]

Any news in this regard, its been a year now :). I know you are a genius 
preoccupied
with other programmer life saving issues, solving this would be a 10 mark(A++)

Original comment by stoica.i...@gmail.com on 4 Dec 2008 at 9:43