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