Finally AROS can be used for something usefull (seen from a USER's perspectiv)

Bernd_afa keep up the good work

RWO

_________________
Debugging is a state of mind

Bernd: As always, excellent work. I really appreciate what you're doing, since fiddling with my OS3.9 is one of my cherished hobbies... And in the long run, I'm quite sure that Afa creates even more intrest for AROS among classic-users, which can't be bad thing either.

Btw., is there anyone willing to do partial WarpOS-versions of Bernd's work? There are few things that would make it faster and working without context-switching as I remember Bernd saying somewhere. If someday we have Coldfire-accelerators for classics, Afa & AROS shall give as future after OS3.9!

Last edited by quenthal on 18-Jul-2006 at 04:13 PM.

for now there is a lot of cold and little fire

_________________
- Proud Member Of The Belgian Amigaclub Since 2003 -

The Belgian Amiga Club on FACEBOOK !

The Belgian Amiga Club Website

Good job Bernd

_________________
The only spanish amiga news web page/club: CUAZ

wats afa??

_________________
Add ME!! http://myspace.com/thisis_sam

AFA parts of AROS ported to 680x0 cpu,

Features include
* AntiAliased TureType fonts
* Zune (MUI replacemnt)
* AROS Exec (Amiga Exec replacement)
* Enchanted Graphics.library
* A few BlitzBasic programs to configure AFA.
* Support for AmigaOS executable binary files.
* AFA uses ELF binary’s too, not supported on AmigaOS 680x0

I think from my test that AFA is a bit slower under E-UAE then running plain AmigaOS3.5.

I hope that Zune replaces MUI completely one day, MUI is great but it looks like development is mostly targeted at MorphOS, so in other words it will be alot better if Zune becomes a cross platform replacement, it will be better if all developers of platforms contributed to the same source tree on 3RD party system files (API’s), we have AHI that is cross platform that works great for every one.

Last edited by NutsAboutAmiga on 19-Jul-2006 at 11:49 AM.
Last edited by NutsAboutAmiga on 19-Jul-2006 at 11:09 AM.

_________________
http://lifeofliveforit.blogspot.no/
Facebook::LiveForIt Software for AmigaOS

>wats afa??

AfA OS is a OS (simular to windows 95-windows 98 that sit on dos).
It use AROS source without changes and compile them on every
AmigaOS based operating system with Big Endian support.So the closed source AOS can get more features.

AFA OS is design to be 100% compatible so all apps run on AOS should run on AFA too.
I dont tell if a program not run with AFA OS this is bad written change the program.
When you report me a program that dont work and i see that on my system then i enhance AFA OS.

Because AfA runs hosted on a AmigaOS, and need no sourcefiles for unchanged AOS components you
can continue to develop every closed source AmigaOS by replacing various libraries with the AROS libraries compliants
when the original Copyright holders give off furtherdeveloping of AOS.

I compile AFA OS only for 68k,because for me it is most important that the hardware get by time faster and faster
and many apps run on it.


>I hope that Zune replaces MUI completely one day,
>MUI is great but it looks like development is mostly targeted at MorphOS,

There are makefiles to build zune for OS4 native and OS4 68k build from Sebastian Bauer long tine ago.
if that still can compile i dont know.Feature miss in OS4 are alphablendet blitfuncs.
This is need to show inactive buttons with less contrast

But zune have in some places workaround code so that it use the old dither style for inactive GUI elements when the OS4 Compiler define is set.

So it can theoretic run on OS4 and OS3.9 without AFA OS.

replace MUI 100% is same as MUI 4 say.It is not 100% comptaible.Mui coders use lots of undocumentet MUI funcs.
(see muiundoc in aminet)

Many of them are still not know.
much MUI programs are not furtherdevelop.

So i go that way that for incompatible programs old MUI can use.Then there is no compatiblity loss.
All MUI Programs can run.MUI4 cant work together with MUI3.x

>I think from my test that AFA is a bit slower under E-UAE then running plain AmigaOS3.5.

The only feature in AFA OS that speedup is icondisplay for 256 color icons.Ken icons are 5* faster show.
That happen too when you use powericons with penfree mode to show 256 color icons.

But most time new features cost speed.when e-uae use without JIT then there es not speed enough here.
graphic is in UAE too slow without PCIe GFX Card.

Antialiased text cost extra speed.same is the color shades in zune.

But if you run AFA OS and use the new features not then speed should be same.But then AFA OS is not need,because
you get no new features.

So you must choose either features or speed

Thanks Bernd!

Some queries:

- Regarding the 30000 byte stack requirement, isn't this a little large? How can I set this stack size system-wide easily, such as for command line apps without icons? Scalos' information.module etc.

- How can I force all Scalos components to use Zune?

- Where can I download the correct version of Lamp.mcc?

- External bitmap images still do not work - an IMAGES: assign is requested, but the interface does not appear.

Keep up the great work with AfA-OS and Zune!

Cheers,
James (AIAB)

>How can I force all Scalos components to use Zune?

you must change with a fileeditor muimaster.library to zune.library in the file in scalos prefs
*.prefsplugin

This is the only program i see that make more work to work with zune

If a developer want support zune direct he can do follwing

first open zune.library.If that fail then open muimaster.library.

So the program use without zune promoter zune and work too on systems without zune.

>Where can I download the correct version of Lamp.mcc?
I use always last mcc version from aminet to convert classes to zune.

A mui class is change ti zune class that the end of fiel is .zcc zcp.also in the lib the muimaster.library
text must change to zune.library

>External bitmap images still do not work - an IMAGES: assign is requested, but the >interface does not appear.

seem that dont work in zune.

>- Regarding the 30000 byte stack requirement, isn't this a little large?
>How can I set this stack size system-wide easily, such as for command line apps without icons?
>Scalos' information.module etc.

MUI and zune need lots stack.zune need more stack than MUI.YAM and simple mail use on default 65 kb stack.

stack can increase in general when use stackattack.

But this cost lots mem.best is increase in all MUI icons the stack
1 program i see(sysspeed) alloc own stack of size 16384.Here stackattack also dont work.
only chance is if this is in sysspeed code change.

when disable the safetycheck sysspeed start,but due to stackoverflow crash sooner or later

Great stuff, Bernd!

I'm very happy that the italics function is now working in AfAOS.


A question:

I've installed Zune, but I am having some problems. I did manage
to get it working at first, but then all Zune apps opened on a
320x200 4-colour screen, instead of the Workbench screen
640x480x16-bits. After some more fiddling, all Zune apps stopped
working completely. I just get a freeze. Do you have a tips?
I've increased the stack, but it's not helping.

Many thanks.

@bernd_afa

Quote:

There are makefiles to build zune for OS4 native and OS4 68k build from Sebastian Bauer long tine ago. if that still can compile i dont know.Feature miss in OS4 are alphablendet blitfuncs. This is need to show inactive buttons with less contrast

Recently a new function has been added to graphic.library/rtg.library on OS4 which additionally supports alpha blits:

BltBitMapTags(
BLITA_Source, a_bitmap,
BLITA_Dest, a_rastport,
BLITA_DestType, BLITT_RASTPORT,
BLITA_Width, 640,
BLITA_Height, 256,
BLITA_Alpha, 127,
TAG_DONE);

Hope this help

_________________
Massimiliano Tretene, ACube Systems, Soft3

>BltBitMapTags(
>BLITA_Source, a_bitmap,
>BLITA_Dest, a_rastport,
>BLITA_DestType, BLITT_RASTPORT,
>BLITA_Width, 640,
>BLITA_Height, 256,
>BLITA_Alpha, 127,
>TAG_DONE);

>Hope this help

But thats not in pre4 and before.So must wait for pre5.
It is now more easy possible in OS4.Must a bitmap additional create
default code use only a black
pixelarray and blit it a little transparent over the existing=0xaa set the transparent

below code work on AFA AROS MOS

if (buffer != NULL)
{
memset(buffer, 0xAA, width * sizeof(LONG));

WritePixelArrayAlpha
(
buffer, 0, 0, 0,
_rp(obj), _left(obj), _top(obj), width, height,0xffffffff
);
FreeVec(buffer);
} else

>I did manage
>to get it working at first, but then all Zune apps opened on a
>320x200 4-colour screen

I see handling of old pref files is wrong.
I upload in this dir now beta2 hope that helps.