Re: [Mlt-devel] mlt bug with big images

[Marco G. <ma...@gi...>]

after testing your update i found the following change:

melt Desktop/35mm_strip1.jpg -attach affine transition.geometry="0=0,0:100%x100%"

produces: http://195.42.115.208/shot3.png

melt Desktop/filmstrip.jpg -attach crop center=1 -attach gamma -attach  frei0r.brightness
melt Desktop/filmstrip.jpg -attach crop center=1 

shot: http://195.42.115.208/shot4.png

adding
melt Desktop/filmstrip.jpg -attach crop center=1 -attach gamma -attach affine transition.geometry="0=0,0:100%x100%"

has again the color missing issue:
shot: http://195.42.115.208/shot5.png

bad that i found this too late, but i thought: better to report this before release.
regards marco

Am 11.09.2010 um 10:30 schrieb Dan Dennedy:

> On Fri, Sep 10, 2010 at 1:29 AM, Marco Gittler <ma...@gi...> wrote:
>> Hi
>> 
>> we still have some Problem with slideshow or better very big size images.
>> 
>> source :
>> http://195.42.115.208/35mm_strip1.jpg
>> http://195.42.115.208/filmstrip.jpg
>> 
>> using these files with
>> 
>> melt 35mm_strip1.jpg -attach crop center=1  -attach affine transition.cycle=225 transition.geometry="0=0,0:100%x100%;74=-100,-100:120%x120%;75=-60,-60:110%x110%;149=0:0:110%x110%;150=0,-60:110%x110%;224=-60,0:110%x110%"
>> or
>> melt filmstrip.jpg -attach crop center=1
>> 
>> will produce:
>> http://195.42.115.208/shot1.png (wrong alignment and color)
>> http://195.42.115.208/shot2.png (wrong color)
>> 
>> should we fix that before release ?
> 
> Those cases are fixed now, but there is this one I have not yet been
> able to figure out yet:
> 
> melt filmstrip.jpg -attach crop center=1 -attach gamma -attach affine
> transition.cycle=225
> transition.geometry="0=0,0:100%x100%;74=-100,-100:120%x120%;75=-60,-60:110%x110%;149=0:0:110%x110%;150=0,-60:110%x110%;224=-60,0:110%x110%"
> 
> Note that it does work with 35mm_strip1.jpg. It seems to be related to
> yuv422 conversion to rgb24a with an odd width. The following does
> work:
> 
> melt filmstrip.jpg -attach crop center=1 -attach gamma -attach
> frei0r.brightness.
> 
> Those both impose the same set of image conversions, but affine causes
> some different behavior in scaling because it defeats the rescale
> normalization filter to use all of the source's resolution (does its
> own scaling during interpolated transformation). Otherwise, the
> rescale normalization filter typically scales to an even width such
> that subsequent conversions are done using an even width. Well, the
> easy but inconvenient workaround for the user is to make the image an
> even width in gimp or similar.
> 
> -- 
> +-DRD-+
> 
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Mlt-devel mailing list
> Mlt...@li...
> https://lists.sourceforge.net/lists/listinfo/mlt-devel