From mint-bounce@lists.fishpool.fi Thu Dec 10 06:46:11 2009 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=gw9iEjpOQ3w3BjrYkcMTJJML9bhn9DGSWb8mnXDkPak=; b=mo/UtpqcBMmGPaGYx2NXDm5z/CIEOtjoV7ua2M3A6rK2Zvsbzndy5Y2qKkLpZC0S6T NvSHSmWus3h6j9e45vd7GVlhejUwaAVVYepM7ZMok0w3Biyh5zo7JOT3nlnpxh+66vEm 961kEEbsC6GvxfWvPPFNa8wnOs+ngkY/Zyr7Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=cCt+7Ct8aZ6EWSDaXYUsUOihFGdAK0wHF7/tQeGYlaoLKglAVJErWevJTRdkSpADcD sSKQadxc19RJYeHcAoBSFnPsR+uugIgdafkxpsO84+I6VpAGteMEFFcggfd+YHcusM64 bvODsMgA/l6TdUNGgnnOOzcRoh+hv/WHmN/lQ= MIME-Version: 1.0 In-Reply-To: <4B20CA93.2080500@freesbee.fr> References: <11a6f2b10911270646s6ceab50i915d71aeb27f6be9@mail.gmail.com> <11a6f2b10912082333g5ede94a6t862ff00a111c970a@mail.gmail.com> <7116AF0ECE9F4F099B489E49FEE856FC@mercatus.local> <4B1FBAB0.4080607@freesbee.fr> <11a6f2b10912090846y6d71b0er184aaff3217e97da@mail.gmail.com> <4B20CA93.2080500@freesbee.fr> Date: Thu, 10 Dec 2009 12:42:11 +0100 X-Google-Sender-Auth: de1cf867062a0fc2 Message-ID: Subject: Re: [MiNT] XaAES sources for FreeMiNT 1.16.3 From: Johan Klockars To: =?ISO-8859-1?Q?Vincent_Rivi=E8re?= Cc: mint Content-Type: text/plain; charset=ISO-8859-1 X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: johan@klockars.net Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: > To continue on my example, the DirectX API on Windows allows this, in an > official and documented way. The API describes precisely what features are > available or not from the driver. It describe also the pixel formats, the > line offsets... Every graphics card is different, but there are not so much > pixel formats. They are regrouped into families. Not so different from our situation, except that we don't have as many features. I do know that some of those missing features, such as a way to switch to another prepared frame buffer in an instant, are very important for games etc. > So developers are happy. > If they want to do low-level stuff for any reason, even if this can be slow, As they can on our machines, only "slow" is in a different league (;-). Unlike under Windows (for example), the VDI has always allowed unrestricted access to the entire screen (via the VDI functions, that is). If you don't care about the speed, even the current VDI blit functionality is usable... > If the VDI had allowed something like this, we may had seen more games using > the VDI. Except, of course, that writing directly to the screen is not "using the VDI". ;-) Whether it is the VDI that gives you the pointer to the frame buffer or the XBIOS is besides the point. On some of our existing hardware/platforms, it just is not possible to do that at all in a safe/useful way. I thought the main point for games was speed, not direct write access to the frame buffer. If you get better performance some other way, would that not be preferable? As I said in another email, I'm very interested in talking about these issues. I have tried asking several times before over the years for input from game developers etc, without success. The important thing should be to create something useful, right? If you (not you personally) persist in only requesting things that the VDI can not usefully provide, there's no point for me to be in this discussion. I don't write, nor care about, XBIOS code or games that do not use the VDI to access the screen. See my previous email for ideas about what could be done. > Oh, just for completeness, DirectX allows direct access to the frame buffer > only in fullscreen, not windowed. This is another nice feature. The I'd say it is a requirement, not a feature. You should never allow direct access to the entire screen when there are other applications using it. That the VDI does is one of its greatest faults, IMHO. /Johan