[Cin] tried to make giflist, got segfault

Andrew Randrianasulu randrianasulu at gmail.com
Sun Dec 12 08:55:07 CET 2021


On Sunday, December 12, 2021, mat <mnieuw at zap.a2000.nl> wrote:

> Possibly, but:
> a) you can do that in the compositor
> b) if you want to keep the original size, and it is smaller; where to
> put it? In the center?
> c) if you want to keep the original size, and it is bigger, crop it, or
> resize if to the output size?


I think currently Cinelerra-gg does not scale {to project size} any asset
automatically...

partially because each track and even asset can have different size?

might be possible to add as option.. may be.


> MatN
>
> On Sun, 2021-12-12 at 02:46 +0300, Andrew Randrianasulu wrote:
> > I think sometimes you want smaller images you can move around in
> > frame?
> >
> > On Sunday, December 12, 2021, mat via Cin
> > <cin at lists.cinelerra-gg.org> wrote:
> > > 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 file-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)
> > > > > >
> > > > > >
> > >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20211212/667f41f6/attachment-0001.htm>


More information about the Cin mailing list