[FFmpeg-devel] [PATCH] avformat/mxfenc: Support storing signal standard

Michael Niedermayer michaelni at gmx.at
Tue May 26 14:43:15 CEST 2015


On Tue, May 26, 2015 at 09:45:28AM +0100, tim nicholson wrote:
> On 24/05/15 02:15, Michael Niedermayer wrote:
> > also store 1 for D10
> > 
> > Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
> > ---
> >  libavformat/mxfenc.c            |   11 +++++++++++
> >  tests/ref/lavf/mxf              |    6 +++---
> >  tests/ref/lavf/mxf_d10          |    2 +-
> >  tests/ref/lavf/mxf_opatom       |    2 +-
> >  tests/ref/lavf/mxf_opatom_audio |    2 +-
> >  5 files changed, 17 insertions(+), 6 deletions(-)
> > 
> 
> Do we want to make this an edge case for D10 muxing only, or should we
> be aiming for it to be more universal?

i dont see how it can be made more universal in a way that has
acceptable reliability


> 
> Personally I try to avoid edge cases but I can see that trying to be
> more universal could be difficult for a number of reasons in this case.
> 
> If we keep this as an edge case perhaps the commit message should say so:-
> 

>  "Support storing signal standard for D10 muxing"

ill add that

thanks


> 
> or some such.
> (I can see a number of similar issues on the horizon too.)
> 
> -- 
> Tim.
> Key Fingerprint 38CF DB09 3ED0 F607 8B67 6CED 0C0B FC44 8B0B FC83
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> 

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Good people do not need laws to tell them to act responsibly, while bad
people will find a way around the laws. -- Plato
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20150526/9d73335e/attachment.asc>


More information about the ffmpeg-devel mailing list