On Thursday 08 September 2011 13:29:01 Dan Dennedy wrote: > On Thu, Sep 8, 2011 at 12:19 PM, j-b-m <[email protected]> wrote: > > The problem now is that this fix breaks the locale conversion of > > geometry > > strings which previously seemed to work on a random basis. I am not > > exactly > What do you mean by "locale conversion?" Strictly speaking, MLT does > not support converting a project from one locale to another.
Sorry, I did not mean locale conversion, just reading in a locale with a comma separator. > > There are a few places throughout the code including mlt_geometry.c > where strtod_l() is NOT used where available. mlt_geometry is not > currently associated with mlt_properties where locale is stored. So, > either I need to change API of mlt_geometry to take a locale, or I > need to bite the bullet of adding a new rect property type and > comprehensive property animation. We use mlt_geometry in Kdenlive to make frei0r effects keyframable, like for example the corner effect. So, with a french or german locale, we end up with what is visible in the test.mlt file attached in my previous mail: <property name="Corner 1 X">0=0,333333</property> And MLT does not correctly read it since as you said mlt_geometry does not support locale... ouch. regards jb ------------------------------------------------------------------------------ Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ _______________________________________________ Mlt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mlt-devel
