Re: [Mlt-devel] Transition Luma Bug ??
Brought to you by:
ddennedy,
lilo_booter
From: Dan D. <da...@de...> - 2008-04-07 17:40:20
|
Thanks for the backtrace. This is the same bug I ran into where I could resolve it with a "distort=1" on the luma transition. It seems a rescale is missing as resize should never get a input dimensions larger than the output - resize is just an automatic padding filter. I will continue to look into this as I have time, which is not a lot at the moment. On Mon, Apr 7, 2008 at 1:45 AM, Marco Gittler <g....@fr...> wrote: > HI > > Am Montag, 7. April 2008 schrieben Sie: > > > On Mon, Mar 24, 2008 at 5:26 PM, Marco Gittler <g....@fr...> wrote: > > > Hi > > > > > > using luma transitions with NON pgm files (with --luma-compress) > > > will crash when use this png files. > > > > > > inigo clip1.avi -track clip2.avi -transition luma in=0 out=100 > > > resource=%luma12.pgm.png > > > > transition_luma uses fezzik to auto-load PNG. On my system, I have the > > gtk2-based pixbuf producer, and when it is using that, it works. Maybe > > there is a problem if you only have qimage. Now, I just tried with > > qimage, and it worked. However, when I ran it with "-profile > > square_pal" it crashed in filter_resize - part of the image resolution > > normalisation applied by fezzik. If I add "distort=1" to the end of > > the command line, it works. Can you test with that? > i tested with both , not working > > > > > I have to look into the details of the filter_resize crash. > > > > > also %luma12.pgm (which sould autoload the png file if present, pgm file > > > is > > > > Actually, it loads pgm if present and png if not. pgm is preferred > > since it can be 16bit. > > > > > not present) will crash mlt. same with full path name to file. > > > > I could not reproduce this. '%' prefix makes it compute a path. Add a > > printf after line 400 in transition_luma.c to print the computed path, > > and see if it is valid. > the output is: > resource=/home/marco/mlt-svn/mlt/src/modules/lumas/PAL/luma12.pgm.png > > and there is the png file, which i can see with other programs. > > i have put you a gdb backtrace for this in. as you can seee the two clips have > not the same resolution. > > Starting > program: /home/marco/mlt-svn/mlt/src/inigo/inigo -track /home/marco/clip1.avi > in=150 -track /home/marco/clip2.avi -transition luma resource=%luma12.pgm > a_track=0 b_tra > ck=1 in=0 out=149 softness=0.5 distort=1 > +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ > |1=-10| |2= -5| |3= -2| |4= -1| |5= 0| |6= 1| |7= 2| |8= 5| |9= 10| > +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ > +---------------------------------------------------------------------+ > | H = back 1 minute, L = forward 1 minute | > | h = previous frame, l = next frame | > | g = start of clip, j = next clip, k = previous clip | > | 0 = restart, q = quit, space = play | > +---------------------------------------------------------------------+ > resource=/home/marco/mlt-svn/mlt/src/modules/lumas/PAL/luma12.pgm.png > [New LWP 15676] > Current Position: 1 > Program received signal SIGSEGV, Segmentation fault. > [Switching to LWP 15676] > 0xb7dfecbc in memcpy () from /lib/libc.so.6 > (gdb) bt > #0 0xb7dfecbc in memcpy () from /lib/libc.so.6 > #1 0xb7ef6345 in mlt_resize_yuv422 ( > > output=0xb2df4028 "\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\02 > 0\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\ > 200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\20 > 0\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\ > 020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\02 > 0\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\ > 200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\20 > 0\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\ > 020\200\020\200\020\200\020\200\020\200"..., owidth=640, oheight=512, > > input=0xb3896028 "\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020 > \200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\2 > 00\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200\020\200 > \021\200\021\200\021\200\021\200\021\200\021\200\021\200\021\200\021\200\021\200\021\200\021\200\0 > 21\200\021\200\021\200\021\200\021\200\022\200\022\200\022\200\022\200\022\200\022\200\022\200\022 > \200\022\200\022\200\022\200\022\200\022\200\022\200\022\200\022\200\022\200\023\200\023\200\023\2 > 00\023\200\023\200\023\200\023\200\023\200\023\200\023\200\023\200\023\200\023\200\023\200\023\200 > \023\200\023\200\024\200\024\200\024\200\024\200\024\200\024\200\024\200\024\200\024\200\024\200\0 > 24\200\024\200\024\200\024\200\024\200"..., iwidth=720, iheight=576) at > mlt_frame.c:954 > #2 0xb7ef65a1 in mlt_frame_resize_yuv422 (this=0x82b3a60, owidth=640, > oheight=512) > at mlt_frame.c:989 > #3 0xb5977138 in filter_get_image (this=0x82b3a60, image=0xb1d531ec, > format=0xb1d53208, > width=0xb1d53214, height=0xb1d53210, writable=0) at filter_resize.c:166 > #4 0xb7ef77b0 in mlt_frame_get_image (this=0x82b3a60, buffer=0xb1d531ec, > format=0xb1d53208, > width=0xb1d53214, height=0xb1d53210, writable=0) at mlt_frame.c:258 > #5 0xb597c8f6 in transition_get_image (a_frame=0x8252e60, image=0xb1d53388, > format=0x80ad80c, > width=0xb1d533a4, height=0xb1d533a0, writable=0) at transition_luma.c:459 > #6 0xb7ef77b0 in mlt_frame_get_image (this=0x8252e60, buffer=0xb1d53388, > format=0x80ad80c, > width=0xb1d533a4, height=0xb1d533a0, writable=0) at mlt_frame.c:258 > #7 0xb7f0873a in producer_get_image (this=0x825a6e8, buffer=0xb1d53388, > format=0x80ad80c, > width=0xb1d533a4, height=0xb1d533a0, writable=0) at mlt_tractor.c:213 > #8 0xb7ef77b0 in mlt_frame_get_image (this=0x825a6e8, buffer=0xb1d53388, > format=0x80ad80c, > width=0xb1d533a4, height=0xb1d533a0, writable=0) at mlt_frame.c:258 > #9 0xb7f0717a in consumer_read_ahead_thread (arg=0x80ad7c8) at > mlt_consumer.c:518 > #10 0xb7d5418b in ?? () from /lib/libpthread.so.0 > #11 0x080ad7c8 in ?? () > #12 0xb1d53b90 in ?? () > #13 0xb1d53b90 in ?? () > #14 0xb1d53b90 in ?? () > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Register now and save $200. Hurry, offer ends at 11:59 p.m., > Monday, April 7! Use priority code J8TLD2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > > > _______________________________________________ > Mlt-devel mailing list > Mlt...@li... > https://lists.sourceforge.net/lists/listinfo/mlt-devel > -- +-DRD-+ |