<br><br>On Sunday, December 12, 2021, mat <<a href="mailto:mnieuw@zap.a2000.nl">mnieuw@zap.a2000.nl</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Possibly, but:<br>
a) you can do that in the compositor<br>
b) if you want to keep the original size, and it is smaller; where to<br>
put it? In the center?<br>
c) if you want to keep the original size, and it is bigger, crop it, or<br>
resize if to the output size?</blockquote><div><br></div><div>I think currently Cinelerra-gg does not scale {to project size} any asset automatically... </div><div><br></div><div>partially because each track and even asset can have different size? </div><div><br></div><div>might be possible to add as option.. may be. </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
MatN<br>
<br>
On Sun, 2021-12-12 at 02:46 +0300, Andrew Randrianasulu wrote:<br>
> I think sometimes you want smaller images you can move around in<br>
> frame? <br>
> <br>
> On Sunday, December 12, 2021, mat via Cin<br>
> <<a href="mailto:cin@lists.cinelerra-gg.org">cin@lists.cinelerra-gg.org</a>> wrote:<br>
> > Should not the behaviour be that all imported images are resized to<br>
> > the<br>
> > project settings?<br>
> > <br>
> > MatN<br>
> > <br>
> > <br>
> > On Sun, 2021-12-12 at 01:06 +0300, Andrew Randrianasulu via Cin<br>
> > 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<br>
> > > > are<br>
> > > > not the same in all of the listed GIFs. But, for example, if<br>
> > > > you<br>
> > > > reduce the giflist to include only info.gif and note.gif which<br>
> > > > both<br>
> > > > have dimensions of 32x32, it does not crash. Same problem<br>
> > > > 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<br>
> > > 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<br>
> > > > 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<br>
> > > > AND<br>
> > > > HEIGHT -- you will get as many still images as there are frames<br>
> > > > 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<br>
> > > > that<br>
> > > > had been generated.<br>
> > > > <br>
> > > > In February of 2019, is when the GIF list/sequence capability<br>
> > > > was<br>
> > > > added/changed:<br>
> > > > > Gif native capability has been completely upgraded to allow<br>
> > > > > 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<br>
> > > > > 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,<br>
> > > > > 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<br>
> > > > > 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<br>
> > > > > FileGIF+8>,<br>
> > > > > asset = 0xed973000, rd = 0, wr = 0, float_buffer<br>
> > > > > =<br>
> > > > > 0x0,<br>
> > > > > row_pointers_in = 0x0, row_pointers_out = 0x0,<br>
> > > > > prev_buffer_position = -1, prev_frame_position =<br>
> > > > > -1,<br>
> > > > > prev_bytes = 0, prev_len = 0, prev_track = -1,<br>
> > > > > prev_layer = -1, dither = 0, internal_byte_order<br>
> > > > > = 1,<br>
> > > > > file = 0xefff6780, pcm_history = 0x0,<br>
> > > > > --Type <RET> for more, q to quit, c to continue without<br>
> > > > > 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,<br>
> > > > > eof<br>
> > > > > = 0,<br>
> > > > > fd = -1, depth = 8, writes = -1, rows = 203,<br>
> > > > > row_size = 159, fp = 0xf6b040b4, gif_file =<br>
> > > > > 0xf1c9dd60,<br>
> > > > > bg = 0xefff6820 "", buffer = 0xeff91380, file_pos =<br>
> > > > > {<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<br>
> > > > > 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<br>
> > > > > (this=0xf146a250,<br>
> > > > > --Type <RET> for more, q to quit, c to continue without<br>
> > > > > 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>
</blockquote>