I think sometimes you want smaller images you can move around in frame? On Sunday, December 12, 2021, mat via Cin <[email protected]> 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 > > <[email protected]> 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 > > > <[email protected]> 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@entry=0xef6f6b98, > > > > output=output@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@entry=0xef6f6b98, output=output@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) > > > > > > > > > > -- > Cin mailing list > [email protected] > https://lists.cinelerra-gg.org/mailman/listinfo/cin >
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
