X-Git-Url: http://research.m1stereo.tv/gitweb?a=blobdiff_plain;f=mlt%2B%2B%2FREADME;h=24b4d85c687523688227b367feef0cf977f6ec16;hb=abc4d14957a257a91fcab8177d91d5a067450afd;hp=d6d1b1c8c811d312c0ae9fc34ac498083a3b98c6;hpb=01116637238e74419971afc26311c7a65b7b43aa;p=melted diff --git a/mlt++/README b/mlt++/README index d6d1b1c..24b4d85 100644 --- a/mlt++/README +++ b/mlt++/README @@ -32,21 +32,31 @@ USAGE Factory methods: - mlt_factory_init => Mlt::Factory::init - mlt_factory_producer => Mlt::Factory::producer - etc + mlt_factory_init ==> Mlt::Factory::init + mlt_factory_producer ==> Mlt::Factory::producer + mlt_factory_filter ==> Mlt::Factory::filter + mlt_factory_transition ==> Mlt::Factory::transition + mlt_factory_consumer ==> Mlt::Factory::consumer + mlt_factory_close ==> Mlt::Factory::close + + NB: Factory usage for service construction is optional. Types: - mlt_producer ==> Mlt::Producer - mlt_consumer ==> Mlt::Consumer - etc + mlt_properties ==> Mlt::Properties + mlt_frame ==> Mlt::Frame + mlt_service ==> Mlt::Service + mlt_producer ==> Mlt::Producer + mlt_filter ==> Mlt::Filter + mlt_transition ==> Mlt::Transition + mlt_consumer ==> Mlt::Consumer Methods: - mlt_type_method ==> Mlt:Type.method - ie: mlt_playlist_append ==> Mlt::Playlist.append - etc + mlt_type_method ==> Mlt::Type.method + ie: mlt_playlist_append ==> Mlt::Playlist.append + + Parent methods are available directly on children. Additionally, you can specify: @@ -66,11 +76,21 @@ CLASS HIERARCHY Frame Service Consumer + Field Filter + Multitrack Producer Playlist + Tractor Transition + An additional set of classes allow apps to behave as, and communicate with, + client/server components - these components provide MLT with unique + possibilties for process to process or system to system communications. + + Miracle + Response + SPECIAL CASES ------------- @@ -85,8 +105,8 @@ SPECIAL CASES Mlt::Service *Mlt::Service.consumer( ); - Note that you get an object back - it is never the original object, but a - wrapping object. This is done to keep consistency with the C api which may + Note that you get an object back - it is never the original c++ object, but + a wrapping object. This is done to keep consistency with the C api which may instantiate C instances - therefore it cannot be assumed that a C++ object exists for all mlt service instances. @@ -108,4 +128,8 @@ LIMITATIONS networks constructed can be serialised and used by existing applications which are based on the C API (such as miracle). +SWIG +---- + + Experimental swig bindings based on mlt++ are provided.