From mint-bounce@lists.fishpool.fi Sat Nov 28 16:39:45 2009 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=SP8vZqs904SUjcUUHNtO+Q+orM5kQCTHaaOoQXGGwps=; b=fPKIR8fOEM71DbDcopnOI05ahSsJ614JeyjQniU9IYIsUir4J6H08Oqrgn02CPhg9m BWRCrb9X3+5w07s+qnwoGyb26WqBKIr0NO6owkFwyHQpyXgNvEtcNHK7nEEgw1HGpXFQ 62qR0/Ui23Mws8bZoA/9rO0rWxgKu93qKH/vM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=GDdnhV7McRsUiBJyrT4ikFZXtgoX4wHV3UXmVV76k0miU5odWUd1J7QEchTzIOk4lL GSYH3PM8ow+1064iFa789tuCIphPjRDm8fIgm0BjD7h+KbG+sAsgYL/2QL12ku5gnKkf VkWmOBemskbZOUI0yQHHIKtcC4YS7k973SXxA= MIME-Version: 1.0 In-Reply-To: <11a6f2b10911281304o32549012oae0b09887d570c05@mail.gmail.com> References: <11a6f2b10911270646s6ceab50i915d71aeb27f6be9@mail.gmail.com> <11a6f2b10911272306m90f9610y4474a83694fc1948@mail.gmail.com> <11a6f2b10911280905x3e0bed79w6911af74cce455e@mail.gmail.com> <11a6f2b10911281010t6c5780abnc26d088776ab1afd@mail.gmail.com> <11a6f2b10911281226n17c678c2q9052207e62206518@mail.gmail.com> <11a6f2b10911281304o32549012oae0b09887d570c05@mail.gmail.com> Date: Sun, 29 Nov 2009 08:36:08 +1100 Message-ID: <11a6f2b10911281336q6ad74b7au657ac40469b28d8@mail.gmail.com> Subject: Re: [MiNT] XaAES sources for FreeMiNT 1.16.3 From: Paul Wratt To: 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: paul.wratt@gmail.com Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: On Sun, Nov 29, 2009 at 8:04 AM, Paul Wratt wrote: > On Sun, Nov 29, 2009 at 7:26 AM, Paul Wratt wrote: >> On Sun, Nov 29, 2009 at 7:00 AM, Helmut Karlowski >> wrote: >>> Am 28.11.2009, 19:10 Uhr, schrieb Paul Wratt : >>>> >>>> BTW, I think I have found the problem to "pixel format", and it IS >>>> related to ST_ONLY. Further down in TRNFM.C there is another #IF and >>>> it is for the 24 bit palette. On a hunch I did a search for: >>>> define ST_ONLY >>> >>> I removed the #ifndef ST_ONLY for test-purpose, so as if ST_ONLY would be >>> true, but only at one place (load_image()). The XaAES didn't even start. >>> >>> I did some other tests to force the images to load, which worked, but looked >>> very ugly. > > dude, go back to a clean cvs, and change in XAAESDEFS > XAAESDEFS += -DST_ONLY > to > XAAESDEFS += -DST_ONLY=1 > > I think that should do it, then see if you still need that other patch of yours not quite, I forgot to set the other options to 0 (zero) too. and it turns out that the #IFNDEF need to be reworked. Logically it doesnt make sense why f #IFNDEF is not working correctly (unless it is a bug?), but I would just rework tho ST_ONLY to be NOT_ST, and use plain #IF in place of #IFNDEF I think I will give that a try instead of removing them, programatically it makes more sense, and will be easier to read. sorry, hope you saw that problem before you did too much.. Paul I'll post a diff if it compiles and does what it is supposed to..