<div dir="ltr">FLV streaming module will not work correctly with h.264 FLV files. In a h.264 file, you can't just jump to a keyframe, it also requires an AVC sequence header (which is the avcC box in an mp4 file) and an AAC sequence header. <br>
The change required to make the FLV streaming module work with h.264 flv files is not big, the sequence header will be the first video frame and the first audio frame in the FLV.<br><br><br>Sergej<br><br><div class="gmail_quote">
On Sat, Oct 11, 2008 at 3:33 AM, ΞιΕτ <span dir="ltr"><<a href="mailto:wupeng@openv.cn">wupeng@openv.cn</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Dear Thomas,<br>
<br>
I make a new video for you.<br>
<div class="Ih2E3d"><a href="http://218.244.191.134:8081/playertest/mp4_streaming_nginx_test.html" target="_blank">http://218.244.191.134:8081/playertest/mp4_streaming_nginx_test.html</a><br>
<br>
<br>
</div>Best Regard,<br>
<br>
Peng Wu<br>
2008-10-11<br>
--------------<br>
<div><div></div><div class="Wj3C7c"><br>
<br>
>On a Debian Etch 64bits it compiles fine and I am now able to stream<br>
>mp4 files and jump around in the timeline. However I find that<br>
>scrubbing takes a lot of time for the video to start playing from its<br>
>new position, do you know where the problem could come from? I saw on<br>
>your new video which is the trailer of Pan Labyrinth, the scrubbing is<br>
>faster, did you tweak anything in the video? Is it because of the size<br>
>of the video? Does Nginx have to go through the whole video to find<br>
>the new seekpoint? The latter could be a big problem.<br>
<br>
>Anyway I am very happy with the module right now, let us know if we<br>
>can do anything to help you improve it. Making it compile on a 32bits<br>
>could be a nice advantage for developpers who are still on these<br>
>systems.<br>
<br>
<br>
<br>
</div></div></blockquote></div><br></div>