From mint-bounce@lists.fishpool.fi Thu Jul 7 05:03:54 2005 X-Original-To: fnaumann@mail.boerde.de Delivered-To: fnaumann@mail.boerde.de Message-ID: <42CC7018.7000208@yahoo.fr> Date: Thu, 07 Jul 2005 01:58:16 +0200 From: Zorro User-Agent: Mozilla Thunderbird 1.0.2-6 (X11/20050513) X-Accept-Language: fr, en MIME-Version: 1.0 To: MiNT List Subject: Re: [MiNT] Cool new AES features References: <1119718803.15790.339.camel@linuxbox> <1119779027.15790.442.camel@linuxbox> Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-MIME-Autoconverted: from 8bit to quoted-printable by outfbmx001.isp.belgacom.be id j66Nwexv027119 X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-To: mint-bounce@lists.fishpool.fi X-original-sender: zorro270@yahoo.fr Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: X-Virus-Scanned: by amavisd-new at relay.boerde.de X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on relay.boerde.de X-Spam-Status: No, hits=3.1 tagged_above=-50.5 required=7.0 tests=AWL, BAYES_00, FROM_ENDS_IN_NUMS, RCVD_IN_SORBS X-Spam-Level: *** Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by wh58-508.st.uni-magdeburg.de id j6733sm5008292 Evan Langlois a écrit : >Evas was designed for >embedded systems with limited memory and CPU power, and no hardware >acceleration, although it can also output to OpenGL as well for hardware >acceleration. > > The problem is that all this libraries deal with chunky bitmaps. For example, if you want to rotate a planar bitmap, how to do that with these libraries? Planar->chunky->rotate via the API->planar ? Again, take in consideration that we are on 68K system and that the functions *must* be optimised to be useable. Off course, if one day MiNT is ported to PowerPC/X86, the situation will be different but currently it's not the case. >Anything that is designed to render to multiple backends can have a new >back-end added. It wouldn't be much different than the existing >framebuffer backends, and for many graphics cards, it would be >identicle. > > Yes it would be much different. See above. >>Currently, MiNT doesn't support (ELF) external libraries. >> >> > >And so I consider any plugin system that isn't supported by the OS to be >a hack > > Off course that it's a hack ! Today, do you see another solution? >>You talk again and again since months but what do you wait to add this >>features into the kernel ? >> >> > >No one seems to agree that it would even be worth it. Why would I >bother? I'm busy with other things. If no one likes me ideas or >suggestions, I'm not about to spend the time now. Hell, I can't even >get mint compiled because some of the assembler is still written for the >old GCC 2 format. I'd have to fix that first. > > You don't understand me. I agree with you, MiNT needs to be improved. Good memory protection, virtual memory, elf support, etc... But we haven't that and I'm sure that we will not have that in a short delay... you are talking about Cairo, Evas, etc. but currently, this libraries are unuseable on Atari because the lacks of MiNT. >>The only usefull functions to add into the VDI is the bitmap->screen >>convertion, transparency level and zoom functions. And NVDI5 owns this >>functions since many years. >> >> > >I'm so glad you can forsee the needs of programmers in the future for >us, and can dictate what is or isn't useful. > I dictate nothing, I say only that the OS doesn't need to provide advanced gfx functions because this ones must be in external libraries to be compatible with the others Atari OS like MagiC/Geneva/TOS. >>I provide a little collection of codecs and a library to decode image >>formats easily ( with one line, you can decode, resize and make the >>image->screen convertion). No more no less. >> >> > >And as people want more advanced capabilities, just "loading an image" >may no longer be sufficient. > The question was " how to put easily a Jpg, Png, etc as AES background?". Actualy, the easiest way to do that are ( in a random order): 1) the zview codecs 2) screen.ldg + GNU libraries ( or the old RIM). 3) to recode all the decoding routine and the bitmap->screen convertion from scratch. I'm not talking about futur, I'm talking about solution useable immediately. Ciao, Zorro