Amiga.org
Amiga News and Community Announcements => Amiga News and Community Announcements => Topic started by: OlafS3 on March 03, 2014, 12:57:59 PM
-
I have just uploaded 2.4
Improvements:
Reworked/Optimized Icons (screenshot)
Different modes for different directories (name or icon-mode) to improve handling
Freeware Raytracers added
New filetypes added (YAFA and many different module types)
existing Filetypes improved
special version of AppStore added (indieGO Marketplace text client)
big number of small improvements, f.e. a number of GUI Toolkits added)
This version will also be base for next release of AMINUX and will be integrated in Phoenixkonsoles new AppStore for easy distribution and installation
In next months I will concentrate on making online-documentations (for both user and developer) and plan to create references/documentations/tutorials for all the integrated components and software
Planned for next future version:
improve integrated developer environments
adaptions to real hardware (like changing icon set)
make use of AREXX ports of the different applications
adding own small components
(http://www.aros-platform.de/icons2.png)
-
up again... (down since friday because of upload problems)
I am also changing my website and will concentrate on AROS Vision there.
http://www.aros-platform.de/
Feedback appreciated. I want to add a "beginner" section with basic explanations for people who have no amiga-experience or rejoin after being away for a long time (as a kind of refresh of memory )
-
Its great and much respect for maintaining advanced AROS distro!
However, I test AEROS r3 and its even more fun having Linux and AROS at once. AEROS only needs better look and some more AROS apps to be way better then some fake CommodoreOSs ... I believe author of AEROS has expressed interest, can you join the great adventure of AEROS x64, AEROS ARM (including Pi) and AEROS PPC soon?
-
Its great and much respect for maintaining advanced AROS distro!
However, I test AEROS r3 and its even more fun having Linux and AROS at once. AEROS only needs better look and some more AROS apps to be way better then some fake CommodoreOSs ... I believe author of AEROS has expressed interest, can you join the great adventure of AEROS x64, AEROS ARM (including Pi) and AEROS PPC soon?
Yes I do already :-)
-
Yes I do already :-)
My public congrats, looking forward to see AEROS v1.0
"Going where no AROS has gone before!" :hammer:
-
I have one question to ask about AROS. Any plan to remove the GRUB system all together where we can modify screen resolution and save those settings in AROS itself?
Any plan on making AROS native OS and not rely on Linux kernal in the background?
Any plan for making installation of AROS as easy as MorphOS?
Any plan for supporting more than one file system including the old fashion OFS? Just curious on this regard.
Any plan for supporting modern hardware without forcing me to buy an oudated x86?
Any plan for making AROS easily installed with duel OS such as Windows 7 without fear of losing everything?
Any plan for support WiFi hardware with specific hardware?
If the answer to those above yes, I will wait for the version that have them and install that in my system immediately.
-
I have one question to ask about AROS. Any plan to remove the GRUB system all together where we can modify screen resolution and save those settings in AROS itself?
I ll tell you my AEROS exp
Any plan on making AROS native OS and not rely on Linux kernal in the background?
- Its cross arhitecture and Linux kernel brings GIMP, Blender and Libre to my table so I would never remove it. Its older and stable one.
Any plan for making installation of AROS as easy as MorphOS?
Havent yet tried MOS install (as soon as 3.6) but AEROS install is as easy as any Linux.
Any plan for supporting more than one file system including the old fashion OFS? Just curious on this regard.
Having EXT4 and NTFS support unlike OS4 is far more vital, but yes FFS support would be old school.
Any plan for supporting modern hardware without forcing me to buy an oudated x86?
For native AROS is so, AEROS works great on my i7 just needs IntelHD gfx driver which can be added thanks to Debian beneath
Any plan for making AROS easily installed with duel OS such as Windows 7 without fear of losing everything?
AEROS is booting great with Fedora and Win7
Any plan for support WiFi hardware with specific hardware?
Well I have to hustle a bit with Deb to get Atheros working, but LAN works out of box.
If the answer to those above yes, I will wait for the version that have them and install that in my system immediately.
AEROS r3.5 on Torrents and website after registration.
http://aeros-os.org/AEROS_r3.5.torrent
-
Isnt AROS Vision 68k version? Anyway willing to switch if it now supports mediator/pci :-)
-
Oh and does iGame work?
-
Oh and does iGame work?
I will test. WHDLoad perfectly works on it. I use the registered version myself. Preinstalled are the rom replacements in it what works for many games but it is easy to use original roms (amigaforever) and then (almost) all games work.
To name two examples Putty Squad works out of the box, Wingcommander needs original roms (if I remember right)
-
Isnt AROS Vision 68k version? Anyway willing to switch if it now supports mediator/pci :-)
I cannot test it myself on real classic hardware, it would be nice if the 68k community would help me to optimize it and I would also like to offer step-by-step manuals how to use it on 68k hardware (if I get help there).
-
Willing to get another HDD and try on my 1200 060, not sure what other assistance I can give.
Not a programmer but will see how it goes :-)
-
I'm trying to get the 68k version of AROS to boot from Ezrec's Gitorious Git repo. Soon I'll be able to optimize things for you. (And I also intend to do for Allegro 68k what NovaCoder did with SDL 68k.)
-
I'm trying to get the 68k version of AROS to boot from Ezrec's Gitorious Git repo. Soon I'll be able to optimize things for you. (And I also intend to do for Allegro 68k what NovaCoder did with SDL 68k.)
Thanx a lot :-)
there are a number of areas where I could need help on real hardware
For example implement unsupported features (or try to motivate Toni and Jason to add it) like PCI-support and MESA/Gallium and adaption of parts of the OS to classic hardware like using the blitter for certain operations and identify bottlenecks of the system. There are some tests in Aros Vision, perhaps they could be used to compare the platforms. And there is support for serial port missing what is needed for MIDI and printing is not correctly supported (I print in file and then use Windows to solve that).
There is the AROS version of Poseidon, perhaps you could compile and test it.
-
I don't intend to do much with graphics card support since my real A1200 doesn't have any free card slots. I will see how much can be done with AGA though and will see if I can try to add Copper support to the AROS classic Amiga chipset drivers. (Commodore's Copper support was never adequate to start with.)
First things first however. I need to get AllegroGL running to see if AGA is fast enough to do proper 3D graphics (like GLQuake, for example) in 256 colors. Otherwise trying to add a Gallium driver to AGA will fall flat on its backside. I plan on doing a hybrid blitter-accelerated and CPU texture-mapped mode first. (4 bitplanes for the CPU chunky2planar, and 4 bitplanes for the blitter-filled shading.) If it's not fast enough to do anything useful, I might just shift my priorities.
Also of note, try using a non-Windows version of FS-UAE with AROS Vision. You'll see that when it is capped at the performance of an A4000/40 it's already dead-slow. I'll have my work cut out for me in the graphics drivers alone.
-
@samuraicrow
lets do first things firtst befrore those bold tasks you are talking about.
does the aros68k nightly curently boots at all under uae? didnt check for a while and last time it did not as it seems. i had also brief contact with toni few weeks ago because of someone with blizzard 060/ppc that did not boot aros but since then toni didnt wrote me back. so if your blizzard dosnt boot, catch the serial debug and bother him.
what concerns optimizations, there is a few issues with core system functions. f.i. memory allocation within exec if i recall and blitting take multiple times in comparison with their genuine equivalents on 68k. there is a tool to compare execution time of individual functionsfor 68k, i need to recall the name. you need the fn files from sdk to have the functions properly identified.the problem is that even having traced down the culprit, improvement may not be an easy task.
-
@samuraicrow
lets do first things firtst befrore those bold tasks you are talking about.
does the aros68k nightly curently boots at all under uae? didnt check for a while and last time it did not as it seems. i had also brief contact with toni few weeks ago because of someone with blizzard 060/ppc that did not boot aros but since then toni didnt wrote me back. so if your blizzard dosnt boot, catch the serial debug and bother him.
what concerns optimizations, there is a few issues with core system functions. f.i. memory allocation within exec if i recall and blitting take multiple times in comparison with their genuine equivalents on 68k. there is a tool to compare execution time of individual functionsfor 68k, i need to recall the name. you need the fn files from sdk to have the functions properly identified.the problem is that even having traced down the culprit, improvement may not be an easy task.
to boot it under UAE you must simply delete one file. Thread about this:
http://aros-exec.org/modules/newbb/viewtopic.php?topic_id=8646&forum=4&post_id=86969#forumpost86969
-
I assume you still need RTG to run this?
-
to boot it under UAE you must simply delete one file. Thread about this:
http://aros-exec.org/modules/newbb/viewtopic.php?topic_id=8646&forum=4&post_id=86969#forumpost86969
ah,thanks, i might have forgotten this one.
-
I assume you still need RTG to run this?
for what? aros68k? not.
-
I assume you still need RTG to run this?
AROS Vision currently opens to a truecolor screenmode but I aim to make the AGA drivers better. I'm open to suggestions though.
-
I assume you still need RTG to run this?
Aros 68k runs also on AGA or even ECS and 68000 (even if unusable then). AROS Vision is not (yet) optimized for AGA like Icon set and many others. I have also added small own components that are developed with Hollywood and Hollywood not supports AGA. Other included software does not correctly run on AGA (included are RTG versions). The icon set is Kens icons which are not shown correctly on AGA either. MagicWB icon support is already there but I did not change the icons because I have only found too few icons that I could use. But I would like to work together with the 68k community to develop a version that is suited for both classic hardware, new hardware like FPGAs and emulation and could become a bridge between 68k and NG.
The reason why I kept truecolor was because some software like the "cow" demo or netsurf need at least 16bit.
Regarding optimizations... in Aros Vision are a number of tests who gave partly very different results when run on Aros Vision or on AmigaOS 3.1.. Of course it could depend on different components so it certainly needs some time to track it down.
-
AROS Vision currently opens to a truecolor screenmode but I aim to make the AGA drivers better. I'm open to suggestions though.
aros vision default resolution may be rtg, but aros nightly should open fine on an aga machine out of the box. as for improvements on planar modes best would be to check back with toni first.
-
aros vision default resolution may be rtg, but aros nightly should open fine on an aga machine out of the box. as for improvements on planar modes best would be to check back with toni first.
I checked with Toni quite some time back. He's not interested in resurrecting Amigas nor improving AROS to the point that it makes OS 3.x obsolete. He considers Amiga to be a platform that is better emulated than implemented and only helps out with the development of AROS 68k with the goal of having a free source of Kickstart ROM images for WinUAE. I might ask Toni about certain undocumented bugs in the chipset that I may encounter but I would otherwise consider him to be of little help.
Jason McMullan would be a better source of help except that he is primarily interested in getting an improved Kickstart for his A1000 and other Amigas. I think he was given a Mediator-equipped A1200 by another AROS developer but he has plenty on his plate at this point with Arix, other AROS-related projects, and his day job of course.
My motive is to get familiar with the differences between AROS and AmigaOS 3.1 and augment them to the point that AROS supersedes AmigaOS 3.1 in every way possible. I likely will try to join the Arix team as well so this knowledge will be useful to me in the future as well.
-
I checked with Toni quite some time back. He's not interested in resurrecting Amigas nor improving AROS to the point that it makes OS 3.x obsolete. He considers Amiga to be a platform that is better emulated than implemented and only helps out with the development of AROS 68k with the goal of having a free source of Kickstart ROM images for WinUAE. I might ask Toni about certain undocumented bugs in the chipset that I may encounter but I would otherwise consider him to be of little help.
of course everybody has his own vision on the subject, but cant we accept each others bias and simply work together where applicable? imho toni is a lot of help and has done tremendous work on aros68k already while we look forward towards your contribution.
toni has mentioned today that he was intending to add copperlists support (whatever it is, i dont know) so i just wanted to signalize to coordinate where possible rather than double the effort.
My motive is to get familiar with the differences between AROS and AmigaOS 3.1 and augment them to the point that AROS supersedes AmigaOS 3.1 in every way possible.
i allow myself to quote toni on what he has written me considering aros68k optimizations:
IMHO biggest problems are:
- C compiler that optimizes 68k code badly and can't handle register
parameters. Lost of unnecessary moves between registers and memory. -
Nice new aros-only features that are not needed in m68k version and only
slow down the system.
- Debugging options or sanity checks will slow down it too.
- Internally lots of data is in chunky format (or in format that is not
planar friendly), lots of conversions that are really slow. For example
no media boot screen is planar image that gets converted to chunky and
then chunky is converted back to planar. Horribly slow..
- There is no fast C2P routine, none of existing fast assembly routines
are generic enough or lack some required feature.
I likely will try to join the Arix team as well so this knowledge will be useful to me in the future as well.
speaking of jason, try not to get your own plate too full, please ;)
-
i allow myself to quote toni on what he has written me considering aros68k optimizations:
IMHO biggest problems are:
- C compiler that optimizes 68k code badly and can't handle register
parameters. Lost of unnecessary moves between registers and memory. -
Nice new aros-only features that are not needed in m68k version and only
slow down the system.
- Debugging options or sanity checks will slow down it too.
- Internally lots of data is in chunky format (or in format that is not
planar friendly), lots of conversions that are really slow. For example
no media boot screen is planar image that gets converted to chunky and
then chunky is converted back to planar. Horribly slow..
- There is no fast C2P routine, none of existing fast assembly routines
are generic enough or lack some required feature.
The first, second, and fourth problem here are all related to the compiler. They are really not problems with AROS but rather with the 68k backend for GCC.
speaking of jason, try not to get your own plate too full, please ;)
Hmmm... Another goal I have is to get a job outside my retail store janitor staff position. As I see it, I wish my plate were full enough that people would pay me to do what I'm trained in instead of having me mop floors.
-
The first, second, and fourth problem here are all related to the compiler. They are really not problems with AROS but rather with the 68k backend for GCC.
is there any way to benchmark the compiler generated code in comparison between the current aros 4.6.2 (i guess it is the current version) and the 68k backends like bernds 4.5.0, zeroheros 3.x.x (i dont remember the exact version) and the genuine 2.9.x.
-
I'm afraid profiling will do limited good. Unless somebody makes a better GCC backend, my approach will be to make a new backend for LLVM and its Clang compiler. But not yet. That's heavy-duty work and I'd want pay for that. Tinkering with AGA I'll do on my own time but not compiler work. (BTW, the PBQP register allocator on LLVM will go so far as to stuff two shorts into a 32-bit int register if it improves execution time. I wouldn't recommend this allocator for native code generation on a system without OpenCL but this will probably come too with new chipset designs for FPGA machines.)