Re: [MiNT] Cool new AES features

[Zorro <zorro270@yahoo.fr>]

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