Author Topic: Another bad gif  (Read 3160 times)

Dave Yeo

  • Hero Member
  • *****
  • Posts: 5098
  • Karma: +117/-1
    • View Profile
Another bad gif
« on: October 30, 2024, 05:43:25 am »
I notice on the Personal Messages Index page, lots of CPU activity. Seems to be this gif, https://www.os2world.com/forum/Themes/default/images/sort_up.gif. Martin, can you rebuild this gif or change it to a png? Thanks

Martin Iturbide

  • OS2World NewsMaster
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 5026
  • Karma: +44/-1
  • Your Friend Wil Declares...
    • View Profile
    • Martin's Personal Blog
Re: Another bad gif
« Reply #1 on: October 30, 2024, 03:42:10 pm »
Hello Dave.

I think I can not change it to PNG because it will be to painful changing the forum script (that I didn't create).

But I can try rebuilding (resaving) this gif and uploading it. I had saved it with GIMP and it's size increased. I will need to test it out with the browser in OS/2. Are you using firefox here? or Dooble?

Regards
Martin Iturbide
OS2World NewsMaster
... just share the dream.

Dave Yeo

  • Hero Member
  • *****
  • Posts: 5098
  • Karma: +117/-1
    • View Profile
Re: Another bad gif
« Reply #2 on: October 30, 2024, 04:00:13 pm »
Hi Martin, actually I'm using SeaMonkey but Firefox has the same problem. To test, just drag and drop the gif on an empty browser page and see if CPU goes up. Or post a link to it here and we can test.

Dave Yeo

  • Hero Member
  • *****
  • Posts: 5098
  • Karma: +117/-1
    • View Profile
Re: Another bad gif
« Reply #3 on: October 30, 2024, 08:50:54 pm »
Hi Martin, missed the gif you posted, it shows the problem is with Gimp and the gif's it produces, I vaguely remember someone else saying the same.
Here's one I did with Embelish.

Flashback

  • Newbie
  • *
  • Posts: 13
  • Karma: +4/-1
    • View Profile
Re: Another bad gif
« Reply #4 on: October 30, 2024, 09:26:16 pm »
No matter how 'broken' the file is, it's the job of the browser to handle it gracefully.

Dave Yeo

  • Hero Member
  • *****
  • Posts: 5098
  • Karma: +117/-1
    • View Profile
Re: Another bad gif
« Reply #5 on: October 31, 2024, 12:09:44 am »
No matter how 'broken' the file is, it's the job of the browser to handle it gracefully.

Sure, do you want to write a few video drivers so we can do the drawing during the horizontal refreshes? And then backport the fix from Firefox 80 or so, might have to write a Rust compiler too.

Martin Iturbide

  • OS2World NewsMaster
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 5026
  • Karma: +44/-1
  • Your Friend Wil Declares...
    • View Profile
    • Martin's Personal Blog
Re: Another bad gif
« Reply #6 on: October 31, 2024, 01:41:16 pm »
Hello Dave

I just replaced the gif file.

So, you think this issue is more about related the video drivers? I thought it was more about how the software renders the image. Is it PMView or other software that can open the gif file spiking up the processor?

Update: I just tried PMView to open the gif and does not spikes up the processor, and if I save it with PMView it fixes the file too. On Firefox this page spikes the processor because I attached also the fault gif. Doodble does not have this issue. Is there a special way (own library or other DLL) how Firefox/Seamonkey renders the gif files?

Regards
« Last Edit: October 31, 2024, 01:56:25 pm by Martin Iturbide »
Martin Iturbide
OS2World NewsMaster
... just share the dream.

Dave Yeo

  • Hero Member
  • *****
  • Posts: 5098
  • Karma: +117/-1
    • View Profile
Re: Another bad gif
« Reply #7 on: October 31, 2024, 03:40:34 pm »
Hi Martin, it is a combination of things. A bug in the code where some gif's are treated like they are animated, and due to our lack of support for the way that Mozilla started drawing the canvas during the vertical refresh cycle, the bug shows up on our platform more as excess CPU usage then other platforms. By the time Mozilla fixed the bug, the code base had changed too much to do a simple backport of the fix.
Other software displays the gif's fine including Firefox 38.