If regularly parsing new chan atoms (as in rtpdec_qt), but the
chan atoms don't actually contain any channel layout, don't reset
the value that the caller has filled in (by guessing).
---
This is an alternative solution to the patches for avconv/avplay.
---
libavformat/mov_chan.c |7 ---
1
On Fri, Sep 07, 2012 at 10:59:26AM +0300, Martin Storsjö wrote:
>
> --- a/libavformat/mov_chan.c
> +++ b/libavformat/mov_chan.c
> @@ -579,9 +579,10 @@ int ff_mov_read_chan(AVFormatContext *s, AVIOContext
> *pb, AVStream *st,
> -if (layout_tag == 0)
> -st->codec->channel_layout = label
On Fri, 7 Sep 2012, Diego Biurrun wrote:
On Fri, Sep 07, 2012 at 10:59:26AM +0300, Martin Storsjö wrote:
--- a/libavformat/mov_chan.c
+++ b/libavformat/mov_chan.c
@@ -579,9 +579,10 @@ int ff_mov_read_chan(AVFormatContext *s, AVIOContext *pb,
AVStream *st,
-if (layout_tag == 0)
-st
On Fri, Sep 07, 2012 at 11:24:20AM +0300, Martin Storsjö wrote:
> On Fri, 7 Sep 2012, Diego Biurrun wrote:
> >On Fri, Sep 07, 2012 at 10:59:26AM +0300, Martin Storsjö wrote:
> >>
> >>--- a/libavformat/mov_chan.c
> >>+++ b/libavformat/mov_chan.c
> >>@@ -579,9 +579,10 @@ int ff_mov_read_chan(AVFormat
On 09/07/2012 03:59 AM, Martin Storsjö wrote:
> If regularly parsing new chan atoms (as in rtpdec_qt), but the
> chan atoms don't actually contain any channel layout, don't reset
> the value that the caller has filled in (by guessing).
> ---
> This is an alternative solution to the patches for avco