Altered FLV headers.

[ImaNonymous]

Hi List,

I'm working on a project, and we're trying to get FLV streaming
working using a streaming server (Xmoov) and a Flex client applet.
Our problem is that we can't get the streaming to work properly, even
using Xmoov's client code. The video will play if you start loading
it from the beginning, but if you try to seek to a different place in
the file the client says it's buffering for a second or two, then
rewinding, and then you're back at the beginning. At that point the
player needs to be restarted because it thinks (we believe) that it's
at the end of the file.

We are injecting the flvs with metadata using your tool, and this is
where I think the problem might lie. We get a different header when
we compare our ffmpeg-generated flvs, post metadata injection, to the
famous 'golfers.flv'. Specifically, the injected file has 05 as it's
4th byte, whereas golfers has 0D. Would this make enough of a
difference that it would break the file with regards to streaming?

Thanks,
Ima

[Marc Noirot]

Hi Ima,

technically, 0x0D is invalid as the fifth byte (you meant fifth byte,
right ? in golfers.flv, the fourth byte is 0x01, and the fifth byte is
0x0D).
But, flvmeta copies the FLV header verbatim, therefore, the output file
keeps that value regardless of its validity.
A value of 0x05 is actually a bitmask meaning the file contains audio
(0x04) and video (0x05) data. The previous bit is normally reserved and
must always be zero.
Anyways, I don't think there's a problem with that difference.

Could you please provide us with the ffmpeg command line you're using to
convert your videos ?
I'd also like to know which version of flvmeta you're using.

Regards,
Marc

[ImaNonymous]

On Mar 10, 4:42 pm, Marc Noirot <marc.noi...@gmail.com> wrote:
> Hi Ima,

>
> Could you please provide us with the ffmpeg command line you're using to
> convert your videos ?

We're ripping the source videos (mpg) to frames, doing some image
manipulation to the frames and then converting the resulting data back
into flv, so our line looks a little strange :)

ffmpeg -r 15 -qscale 10 -i inputDir/%8d.jpg -i inputDir/audio.mp3 -ss
audioOffset -y output.flv

> I'd also like to know which version of flvmeta you're using.

We've been using 1.0.3, just upgraded to 1.0.4. Unfortunately this
did not solve the problem.

Thanks,
IN

[Marc]

What happens if you use another medatada injector, like flvtool2 ?

I don't think the problem is caused by flvmeta, since it carefully
avoids
to alter anything other than the metadata, and the keyframes are
normally not even
used when not using random seeking in the video.

Maybe you could give us a link to a video you generated ?

Regards,
Marc

[ImaNonymous]

On Mar 12, 5:14 am, Marc <marc.noi...@gmail.com> wrote:
> What happens if you use another medatada injector, like flvtool2 ?

The same thing, which probably means this isn't really your problem :)

> Maybe you could give us a link to a video you generated ?

http://aiweb.usask.ca/IN/1194365044097.flv ~ 20MB, injected using
flvmeta v 1.0.4

Thanks,
IN

[Marc]

I'm afraid I can't help you much more, then.

Please keep us informed if you find a solution to your problem !

On Mar 12, 6:09 pm, ImaNonymous <imanonymous...@gmail.com> wrote:
> On Mar 12, 5:14 am, Marc <marc.noi...@gmail.com> wrote:
>
> > What happens if you use another medatada injector, like flvtool2 ?
>
> The same thing, which probably means this isn't really your problem :)
>
> > Maybe you could give us a link to a video you generated ?
>

> http://aiweb.usask.ca/IN/1194365044097.flv~ 20MB, injected using

[ImaNonymous]

So it turns out that the server that was supposed to be XMoov is
actually *not* XMoov because the sys-admin didn't want to install php,
so he re-wrote the "important" parts in Java :)

Using a real XMoov server fixes the problem.

Thanks for your help!

IN

> >http://aiweb.usask.ca/IN/1194365044097.flv~20MB, injected using