h264parse bug?: Files unplayable in flash because P Slices before I Slice
Mike Mitchell
mike.mitchell at panometric.net
Fri Oct 7 10:40:07 PDT 2011
Tim,
Thanks for pointing these out. Reading them it seems a patch has been
proposed that may work for me in addition to closing these 2 bugs. I will
try it and report my results.
This patch was submitted in March. But it seems not everyone is OK with it
dropping some data. The submitter seems to have done what was asked of him
here: http://gstreamer.freedesktop.org/dev/, yet seven months later it
remains open.
What is the political process of getting Developer agreement and making the
fix in the head?
Thanks.
*Mike Mitchell*
On Fri, Oct 7, 2011 at 3:19 AM, Tim-Philipp Müller <t.i.m at zen.co.uk> wrote:
> On Fri, 2011-10-07 at 01:42 -0700, Mike Mitchell wrote:
> > Turns out leading P frames were not the only problem with my stream.
> > But I would still like an architect's opinion, shouldn't h264parse
> > ensure the stream is spec compliant? I've read the source and see
> > there is some logic to detect the I frame, but it does not appear to
> > trash the P frames until the I frames start like I would expect.
>
> Yes, I believe there are one or two open bugs about that as well.
>
> https://bugzilla.gnome.org/show_bug.cgi?id=659489
>
> and
>
> https://bugzilla.gnome.org/show_bug.cgi?id=646327
>
> look related.
>
> Cheers
> -Tim
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20111007/ce26bae3/attachment.htm>
More information about the gstreamer-devel
mailing list