[Cin] tried to make giflist, got segfault

Sat Dec 11 23:46:13 CET 2021

Should not the behaviour be that all imported images are resized to the
project settings?

MatN

On Sun, 2021-12-12 at 01:06 +0300, Andrew Randrianasulu via Cin wrote:
> 
> 
> On Saturday, December 11, 2021, Phyllis Smith via Cin
> <cin at lists.cinelerra-gg.org> wrote:
> > Andrew,
> > Probably should log a BT for this, but the good news (from my
> > perspective!) is that it has always crashed when the W and H are
> > not the same in all of the listed GIFs.  But, for example, if you
> > reduce the giflist to include only info.gif and note.gif which both
> > have dimensions of 32x32, it does not crash.  Same problem occurs
> > with jpegs, which is the only other one I tested.  
> > 
> 
> 
> yeah, i tend to do unexpected from time to time. Still, some
> safeguard against this might be nice to have (and for now -
> note/warning in documentation? yes, this is not that advanced users
> will do - but new users tend to experiment!  or so I think....) 
> 
> I'll look into this problem too... 
> 
> > 
> > Keep in mind what this capability is for:
> > Case 1: A Sony camera creates single pictures with the names of
> > DSC0001.JPG, DSC0002.JPG, ... DSC0058.JPG.  If you create a
> > sequence list using mkframelist or example script in the manual, it
> > is so easy to quickly load these into Cinelerra -- ALL OF THE
> > PHOTOS HAVE THE SAME WIDTH AND HEIGHT.
> > Case 2: When rendering -- ALL OF THE FRAMES HAVE THE SAME WIDTH AND
> > HEIGHT -- you will get as many still images as there are frames in
> > the project, plus a ﬁle-list (or TOC) that indexes the images.
> > Later on you can load this sequence easily using the file-list that
> > had been generated.
> > 
> > In February of 2019, is when the GIF list/sequence capability was
> > added/changed:
> > > Gif native capability has been completely upgraded to allow for
> > > reading and writing the gif format in singles, sequences or
> > > lists. As a side effect of this effort all of the other sequences
> > > have had the letter “s” added at the end of the extension
> > > filename automatically generated on a render.
> > > 
> > 
> > 
> > 
> > On Fri, Dec 10, 2021 at 11:51 PM Andrew Randrianasulu via Cin
> > <cin at lists.cinelerra-gg.org> wrote:
> > > using imagelist created by mkfranelist
> > > 
> > > attaching gifs, two lists and script I modified to output
> > > comments more like our own.. 
> > > 
> > > 
> > > 
> > > 
> > > Thread 16 "cin" received signal SIGSEGV, Segmentation fault.
> > > [Switching to LWP 13000]
> > > 0x010a99c4 in FileGIF::read_next_image
> > > (this=this at entry=0xef6f6b98,
> > >     output=output at entry=0xeff838c0) at filegif.C:343
> > > 343 *out_ptr++ = color_map_entry->Red;
> > > (gdb) bt full
> > > #0 0x010a99c4 in FileGIF::read_next_image (
> > >     this=this at entry=0xef6f6b98, output=output at entry=0xeff838c0)
> > >     at filegif.C:343
> > >         color_map_entry = <optimized out>
> > >         j = <optimized out>
> > >         row = <optimized out>
> > >         out_ptr = 0x15 <error: Cannot access memory at address
> > > 0x15>
> > >         i = 20
> > >         screen_width = 159
> > >         screen_height = 203
> > >         InterlacedOffset = {<optimized out>, <optimized out>,
> > >           <optimized out>, <optimized out>}
> > >         InterlacedJumps = {<optimized out>, <optimized out>,
> > >           <optimized out>, <optimized out>}
> > >         ret = 1
> > >         record_type = <optimized out>
> > >         color_map = 0xf0025960
> > > #1 0x010aa0ac in FileGIF::read_frame (this=0xef6f6b98,
> > >     output=0xeff838c0) at filegif.C:258
> > >         ret = <optimized out>
> > >         i = <optimized out>
> > > #2 FileGIFList::read_frame (this=<optimized out>,
> > > output=0xeff838c0,
> > >     path=<optimized out>) at filegif.C:475
> > >         gif = {<FileBase> = {
> > >             _vptr$FileBase = 0x2dff5e4 <vtable for FileGIF+8>,
> > >             asset = 0xed973000, rd = 0, wr = 0, float_buffer =
> > > 0x0,
> > >             row_pointers_in = 0x0, row_pointers_out = 0x0,
> > >             prev_buffer_position = -1, prev_frame_position = -1,
> > >             prev_bytes = 0, prev_len = 0, prev_track = -1,
> > >             prev_layer = -1, dither = 0, internal_byte_order = 1,
> > >             file = 0xefff6780, pcm_history = 0x0,
> > > --Type <RET> for more, q to quit, c to continue without paging--
> > >             history_allocated = 0, history_size = 0,
> > >             history_start = 0, history_channels = 0,
> > >             decode_start = 641440480755712, decode_len =
> > > 4295000448,
> > >             decode_end = 0, ulawtofloat_table = 0x0,
> > >             ulawtofloat_ptr = 0x0, floattoulaw_table = 0x0,
> > >             floattoulaw_ptr = 0x0}, offset = 13136, err = 0, eof
> > > = 0,
> > >           fd = -1, depth = 8, writes = -1, rows = 203,
> > >           row_size = 159, fp = 0xf6b040b4, gif_file = 0xf1c9dd60,
> > >           bg = 0xefff6820 "", buffer = 0xeff91380, file_pos = {
> > >             avail = 16, dtype = 1, total = 1, values =
> > > 0xf002e080},
> > >           output = 0x0}
> > >         asset = 0xed973000
> > >         ret = <optimized out>
> > > #3 0x010ac158 in FileList::read_frame (this=0xf0025960,
> > >     frame=0xeff838c0) at filelist.C:349
> > >         string =
> > > "/data/data/com.termux/files/home/images/cramps.gif", '\000'
> > > <repeats 246 times>...
> > >         path = 0xefff31d8
> > > "/data/data/com.termux/files/home/images/cramps.gif"
> > >         in = <optimized out>
> > >         result = 0
> > > #4 0x010af16c in File::read_frame (this=0xefff6780,
> > >     frame=0xeff838c0, is_thread=<optimized out>) at file.C:1213
> > >         vframe = 0xeff838c0
> > >         debug = 0
> > >         result = 0
> > >         supported_colormodel = 9
> > >         do_read = <optimized out>
> > >         cache_position = 2
> > >         cache_active = 0
> > > #5 0x011b43a8 in ResourceVideoThread::do_video (this=0xf146a250,
> > > --Type <RET> for more, q to quit, c to continue without paging--
> > >     item=0xf1c9dd10) at resourcethread.C:421
> > >         source = 0xf0025960
> > >         normalized_position = <optimized out>
> > >         source_cmodel = <optimized out>
> > >         source_id = <optimized out>
> > >         source_h = <optimized out>
> > >         source_w = <optimized out>
> > >         asset = 0xf6111000
> > >         nested_edl = 0x0
> > >         need_conversion = 0
> > >         picon_frame = <optimized out>
> > >         mwindow = <optimized out>
> > >         gui = <optimized out>
> > > #6 0x011b40b8 in ResourceThreadBase::run (this=0xf146a250)
> > >     at resourcethread.C:303
> > >         item = 0xf1c9dd10
> > >         mwindow = 0xfffeef18
> > > #7 0x012fea58 in Thread::entrypoint (parameters=0xf146a250)
> > >     at thread.C:68
> > >         thread = 0xf146a250
> > > #8 0xf71a4544 in __pthread_start(void*) ()
> > >    from /apex/com.android.runtime/lib/bionic/libc.so
> > > No symbol table info available.
> > > #9 0xf715ec44 in __start_thread ()
> > >    from /apex/com.android.runtime/lib/bionic/libc.so
> > > No symbol table info available.
> > > #10 0x00000000 in ?? ()
> > > No symbol table info available.
> > > Backtrace stopped: previous frame identical to this frame
> > > (corrupt stack?)
> > > (gdb)
> > > 
> > > 