[FFmpeg-devel] [Bulk] Re: [Bulk] Re: [Bulk] [PATCH] avformat/mxfdec: dont truncate packets

Tim Nicholson nichot20 at yahoo.com
Thu Feb 6 10:40:24 CET 2014


On 05/02/14 15:09, Tomas Härdin wrote:
> On Tue, 2014-02-04 at 16:54 +0100, Michael Niedermayer wrote:
>> On Tue, Feb 04, 2014 at 04:23:13PM +0100, Tomas Härdin wrote:
>>> Aside: can we just use libmxf instead? Or would that cause problems? I
>>> know NIH runs deep in this project, but for stuff like MXF it makes
>>> sense to have fewer confused implementations around (especially true for
>>> muxers)
>>
>> adding libmxf wrapers, sure perfectly welcome
>>
>> prefering libmxf if available, would probably be the decission of the
>> mxf muxer/demuxer maintainer if there is no consensus. That first
>> would need libmxf wrapers though
>>
>> droping our mxf (de)muxer, in favor of libmxf, well that has a
>> problem. no libmxf package in ubuntu LTS (and i guess others) and that
>> would make this rather inconvenient for the end user.
> 
> Sounds like "no worries" to me - just add ingex as a submodule/subtree*
> and link lavf to libMXF statically unless told to use the system's
> libMXF.so. That way future distributions can create ingex packages with
> dynamic libraries and tell lavf to link to them instead.
> 
> *) libMXF is part of the ingex project which uses CVS, but perhaps the
> Beeb can be convinced to switch to git (or FFmpeg keeps an endorsed git
> mirror of it)
> 

ingex now uses libmxf from bmxlib, which is git......

bmxlib is used as the reference platform for AS11 and other mxf based
projects, and to avoid having two versions ingex switched over to using
the bmxlib version some time ago, see:-

http://ingex.sourceforge.net/studio/IngexInstallationGuide.pdf page 13

>> [..]


-- 
Tim


More information about the ffmpeg-devel mailing list