4 ms·

Oh, interesting. So it does some encoding, but not very efficiently?

janekm 5y ago
Yes, in the GIF format you can update just a window inside the image rather than the whole image for each frame. There are also control blocks that specify that a particular colour value is to be treated as transparent (within the logical image) and that the background image should be restored after the window is drawn. So for example a moving pointer can be very efficient if the encoder is able to take advantage of all these features. A better encoder can take the images from the article down by a lot (I got 80% reduction with minimal reduction in quality using https://compress-or-die.com https://compress-or-die.com).
- mdoms 5y ago
  Every major video codec does this exact thing. Can you please stop spreading this misinformation all over the thread?
  - janekm 5y ago
    I don't believe I have made any factually incorrect statements, but please enlighten me if I have. Have a look at the following two encodings of the same screen recording from the article, compressed to the same file size and the same framerate: https://tempklasjdf.s3.eu-west-2.amazonaws.com/most-engaging-hours-2.gif https://tempklasjdf.s3.eu-west-2.amazonaws.com/most-engaging... https://tempklasjdf.s3.eu-west-2.amazonaws.com/most-engaging-hours.hevc.mp4 https://tempklasjdf.s3.eu-west-2.amazonaws.com/most-engaging... To my eyes the GIF version preserves a little more of the sharpness of the text but there's not much between them. And GIFs are simple and intrinsically support looping. As an aside, there is currently a proposal to bring some features from GIF (and a few additional ones) to HEVC to better support screen recordings: https://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.713.8915&rep=rep1&type=pdf https://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.71... Colour palettes and efficient spatial (rather than frequency domain) coding are being considered, both features of GIFs. Also support for RGB colour space rather than YUV420 to better preserve the colours (just like GIF!).

Yes, in the GIF format you can update just a window inside the image rather than the whole image for each frame. There are also control blocks that specify that a particular colour value is to be treated as transparent (within the logical image) and that the background image should be restored after the window is drawn. So for example a moving pointer can be very efficient if the encoder is able to take advantage of all these features. A better encoder can take the images from the article down by a lot (I got 80% reduction with minimal reduction in quality using https://compress-or-die.com https://compress-or-die.com).

mdoms 5y ago
Every major video codec does this exact thing. Can you please stop spreading this misinformation all over the thread?
- janekm 5y ago
  I don't believe I have made any factually incorrect statements, but please enlighten me if I have. Have a look at the following two encodings of the same screen recording from the article, compressed to the same file size and the same framerate: https://tempklasjdf.s3.eu-west-2.amazonaws.com/most-engaging-hours-2.gif https://tempklasjdf.s3.eu-west-2.amazonaws.com/most-engaging... https://tempklasjdf.s3.eu-west-2.amazonaws.com/most-engaging-hours.hevc.mp4 https://tempklasjdf.s3.eu-west-2.amazonaws.com/most-engaging... To my eyes the GIF version preserves a little more of the sharpness of the text but there's not much between them. And GIFs are simple and intrinsically support looping. As an aside, there is currently a proposal to bring some features from GIF (and a few additional ones) to HEVC to better support screen recordings: https://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.713.8915&rep=rep1&type=pdf https://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.71... Colour palettes and efficient spatial (rather than frequency domain) coding are being considered, both features of GIFs. Also support for RGB colour space rather than YUV420 to better preserve the colours (just like GIF!).