Welcome, Guest. Please login or register.

Author Topic: 80kb 1024x768 jpeg backdrop draws 2megs of RTG mem???  (Read 2397 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16879
  • Country: gb
  • Thanked: 5 times
    • Show all replies
Re: 80kb 1024x768 jpeg backdrop draws 2megs of RTG mem???
« on: March 17, 2007, 06:31:16 PM »
Quote

AMIGAZ wrote:
This is ridiculous  :crazy:


No, it's perfectly normal. Of course, the alternative is that the image is stored in Fast RAM and freshly exposed bits of it copied to the workbench screen's framebuffer as you move windows etc around. Then you'd complain it was too slow at redrawing ;-)
int p; // A
 

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16879
  • Country: gb
  • Thanked: 5 times
    • Show all replies
Re: 80kb 1024x768 jpeg backdrop draws 2megs of RTG mem???
« Reply #1 on: March 17, 2007, 10:12:45 PM »
Quote

itix wrote:
Quote

No, it's perfectly normal. Of course, the alternative is that the image is stored in Fast RAM and freshly exposed bits of it copied to the workbench screen's framebuffer as you move windows etc around.


But is it good idea waste 1/4 of precious VRAM to the image?


Of course not. That's why I prefer a flat-coloured, 16-bit workbench screen ;-)

I should point out that these particular shortcomings are all down to the RTG implementation. Let's face it, under OS3.x Picasso96 and Cybergraphics are both nasty hacks necessitated by the fact that graphics.library is, frankly, diabolical from the point of view of hardware abstraction.

It isn't exactly anybody's fault, it's just the way things panned out.
int p; // A