<div dir="ltr"><div>Hey all,</div><div><br></div><div>Sorry I'm a little out of my depth here. Did I screw up the timestamps somehow? What's the best way to update them? Also my understanding is that if I push to Trunk, I will have to do a different push for each package that has changed, is that correct?<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Dec 10, 2021 at 8:19 AM Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de">marcel.taeumel@hpi.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div id="gmail-m_-5170785266999045526__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);text-align:left" dir="ltr">

                                        Maybe change the missing stamps to "Eric Gade"? :-) I know that he did not touch all the code but most of it?<div><br></div><div>Best,</div><div>Marcel</div><div></div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-top:20px;margin-left:0px;padding-left:10px">

                        <p style="color:rgb(170,170,170);margin-top:10px">Am 10.12.2021 13:49:53 schrieb Levente Uzonyi <<a href="mailto:leves@caesar.elte.hu" target="_blank">leves@caesar.elte.hu</a>>:</p><div style="font-family:Arial,Helvetica,sans-serif">Hi Eric,

<br>

<br>I think the code can be optimized further and I think it's possible to 

make it faster than the current Trunk version (which is a mess btw).

<br>But I wouldn't bother with that at this point. I suggest upgrading the 

<br>changeset to have proper method stamps instead of "no timeStamp · unknown 

author", converting it into mcz files, and pushing it into the Trunk.

<br>That way others can review the code more easily and will have a 

chance to contribute as well.

<br>

<br>

<br>Levente

<br>

<br>On Thu, 9 Dec 2021, Eric Gade wrote:

<br>

<br>> Hi all,

<br>> 

<br>> I'm attaching an updated changeset that should by itself have everything you need. It includes a couple of changes that should help with performance:

<br>> 1) The use of ByteArrays instead of generic OrderedCollections or Arrays where we are definitively dealing with byte values;

<br>> 2) Removal of unnecessary buffering of data blocks. The GIF standard -- which is from 1989 -- described data blocks that are max 255 bytes large. I had been taking the standard as literally as possible, so was essentially

> refreshing the buffer every 255 bytes. With this changeset we are now buffering all data bytes ahead of time into one single ByteArray, which shouldn't be an issue for each image frame.

<br>>  

> I have noticed a GIF reading speed improvement of >50% due to these changes. However, larger GIFs can still take quite a bit of time.

<br>>  

> Additionally, I have removed and/or deprecated methods that are no longer being used.

<br>> 

> Does anyone have additional thoughts about the tests and how Color black does not equal the pixel value of a Form that was filled in with Color black?

<br>> --

<br>> Eric

<br>> 

<br>><br></div></blockquote>

                                        </div></div><br>

</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Eric</div></div></div>