From mint-bounce@lists.fishpool.fi Mon May 31 09:57:13 2010 Message-ID: <2B2620D5C3CC4FFB9D9BA58B5F048B2F@mercatus.local> From: "Jo Even Skarstein" To: References: <4ACDF5FD-74ED-459F-8C45-A6124A3B0BF9@gmail.com> In-Reply-To: Subject: Re: [MiNT] Allocation of video RAM Date: Mon, 31 May 2010 15:54:53 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8089.726 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8089.726 X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: joska@online.no Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: -------------------------------------------------- From: "Peter Persson" Sent: Monday, May 31, 2010 2:38 PM To: "Jo Even Skarstein" Cc: Subject: Re: [MiNT] Allocation of video RAM > It's also important to accept the fact that many coders around does not > want to use the VDI. They want a framebuffer > that they can draw to directly, and they may want VRAM buffers for sprites > etc. Trying to force these guys into using > the VDI will only put them off, and it just won't happen. They'll chose > another way to do things, or ignore the platform. > If there is a clean alternative which still works with the way these > coders work, that clean alternative will be used. Well, the advantage of offscreen bitmaps is that you can either write directly to it or have the VDI draw to it. So you can use both. You can allocate an offscreen bitmap at the size and pixel layout of the physical screen, and then point physbase to this bitmap. Then you can draw directly to the screen legally, and even combine it with using the VDI to blit sprites from other offscreen bitmaps while taking advantage from any hardware acceleration provided by the VDI. If someone wants to use VRAM for sprite buffers, can they take advantage of fast VRAM->VRAM blits without writing directly to the hardware or use some sort of driver (VDI)? Jo Even