o1i's Planet AROS

February 06, 2016


February 01, 2016

Icaros Desktop

Browsing Google: Drive

There's a quite unexpected news today. Norbert Kett just sent me a screenshot of his filesystem handler for Google Drive working on Icaros Desktop. His "driver", which is already available for Amiga M68K on Aminet, currently compiles and works fine on AROS x86 but, before releasing it, Norbert prefers to test it a little more. Hopefully, he will release it just in time to be included into next

by Paolo Besser (noreply@blogger.com) at February 01, 2016 09:38 PM

January 22, 2016


Python 2.7 Bounty for AROS

A new bounty has been opened for AROS targetting a port of Python 2.7 Core. The bounty, when successful, will be followed by bounties targeting for example integration of Zune with Python and port of Python 3.5.

January 22, 2016 05:20 AM

January 09, 2016


Animation.datatype bounty assigned!

The bounty to create working implementation of animation.datatype has been assigned to Nick Andrews(Kalamatee) with the deadline being 31st of March.

Nick already shared a video of of current state of his work, you can check it here: https://www.youtube.com/watch?v=El_GDfEHmjs

You can donated to the bounty on Power2People site: http://power2people.org/projects/animation-datatype/

Please support Nick and further AROS development!

January 09, 2016 02:54 AM

January 07, 2016

Icaros Desktop

Successfully mounting NTFS partitions

If you followed AROS-EXEC.org, you should be aware of the fact that Fredrik Wikstrom had been porting filesysbox.library (a FUSE compatible filesystem layer) to AROS for a while and, after some testing, he finally uploaded it (along with a NTFS and an exFAT handlers) to the Archives. Well, the very good news about this are that 1) they work quite well, fastly and reliably, and 2) the NTFS3g

by Paolo Besser (noreply@blogger.com) at January 07, 2016 11:22 AM

January 06, 2016


Odyssey Web Browser Public Source Code Repository

I would like to invite interested developers from all platforms to join the Odyssey Web Browser development.

The repository is public, available to everyone and located on GitHub:


January 06, 2016 10:30 PM

December 23, 2015


Merry Christmas!

So does Santa have a final WinUAE release for AROS?

Well, I don't know of course, but I don't have one, sorry.

The (quite painful) merge to 3.2.0 is now completed, I started picasso96 support (half-done) and just wanted to give you an update on the current state.
As the old v0.1 on www.sf.net is quite dated now, maybe I'll upload a newer alpha version based on 3.2.0 today, but don't use it for anything serious, sooner or later it will crash your AROS host system.

by noreply@blogger.com (o1i) at December 23, 2015 11:09 AM

December 16, 2015


PortablE r6 beta released

Original Image
PortablE is a recreation of the AmigaE programming language, along with all the improvements I wanted. PortablE works on AROS, MOS, OS4, and even Windows to an extent! (It should also work on OS3, but compiling needs a powerful machine like WinUAE.)

December 16, 2015 03:40 AM

AmiCloud beta 4 available now!

Original Image

Original Image

AmiCloud beta 4 is now available!!

December 16, 2015 03:36 AM

December 03, 2015


Well, It has been a few years yet again since I last posted on here. So I felt it might be time for an update.

Over the past year I've been having some fun working on porting FinalWriter to AROS (with massive help from Jason) - and it seems to be pretty much done with some minor issues still to resolve.

I've also been working on A number of other AROS projects including -:

# Updated my Doom3 port to the newest code, with some fixes that seem to finally resolve the known crash, as well as allowing the use of the expansion - Resurrection of Evil!
# A little more work on the RasPi port with Michals help, including starting work on supporting multiple cores within the scheduler.
# Rework the AROS build system to really use its own cross compilers with some related tidying
# fixes to the AROS headers so that we can use them with newer C++ standard compilers
# update the Gnu toolchains so that we can now build gcc 5.1. Also cleaned up some clang related issues.
# Adapt deadwoods hostgl library to run on ABI v1, and reworked the gl.library base implementation to be a proxy to the "desired" gl implementation (set using an ENV variable). This means there should be at least 2 library's on a system to support gl - the gl.library stub and the real implementation (hostgl.library and/or mesa3dgl.library).
# Change how AROS's gfx hidd subsystem handles the creation/destruction of some base "object" classes, so they use a unified (and driver overridable) way to implement them. This means drivers can also expose new object classes not exposed by the gfx subsystem itself, eg gallium contexts.
# Updated (privately) the Mesa GL implementation to v11, including minor changes to how the gallium interface is handled. mesa/gallium no longer use a hard coded list of possible classes to try, but instead ask the screens gfx driver to create a gallium object, and if this fails fallback to the software implementation.
# Update the softrast, and intelgma drivers to use the latest gallium driver code. This finally brings the software rasterizer to a level where it correctly displays the doom3 logo on its intro page.
# Adapt the AROS gfx hidd subsystem so that the gfx drivers are exposed as real hardware drivers - e.g. so that they can be enumerated in the sysinfo tool.
# Adapt the AROS gfx hidd subsystem so that the gfx "driver" objects which represent an individual hardware instance (e.g on die GPU, or discrete controller) expose one or more display objects each with its own mode array database etc.
# start adapting the way AROS exposes its software cursor so that it no longer uses the fake gfx subsystem, but instead the base display class exposes the behaviour.
# adapt the compositing code to use the changes, as well as make the intelgma driver use the base software compositor.

There is still a LONG way to go on the Mesa side (updating the remaining drivers) as well as fixing the remaining issues with the gfx subsystem changes, however the parts working/adapted so far seem to do what it says on the tin. the glsimplerendering test on my Atom's Intel GMA chip has gone from 700to800 FPS up to 900+.

I'm also starting to try and gear up to implement the next parts needed to get my "new" wanderer code base usable. This primarily means re-implementing the icon handling.

The first part I really need to tackle is the base/public "Iconlist" class from legacy wanderer. This is going to be replaced by a few Public classes that are meant to be very basic and usable outside of wanderer also. They don't explicitly represent a list of files, just any old icons which have a label. The most basic units are the IconClass, IconlableClass and IconimageClass. As it says on the tin, they represent the Image for an Icon, the Label for an Icon, and the Icon that exposes those (N.B: an Icon can have more than one "label" entry) The next class is the IconFamilyClass. It exposes a list of IconClass objects, and handles sorting them (the base class is only aware of the icon's label and co-ords). After this come the IconListClass itself. It exposes the input event handling for the IconFamily list of icons, and related codes.

Since these are meant to be very generic - the classes do not handle any IO or related things - they are exclusively interested in a list of "icons" and nothing more. This means they could (should) be used to implement e.g. Toolbar classes.

At some point wanderers own Toolbar panel will get the iconlist to handle most of its functionality, allowing for sorted/positioned icons and fine tuning the appearance. Once this is done it will be time to replace the "private" wanderer versions of these classes so that they tie up the configuration/appearance to suit wanderer, and so that they can populate the iconlists using the new "location" classes exposed by wanderer, matching the entries to icon objects. This will finally enable the new wanderer branch to display the desktop and local filesystem contexts again, but now using the new API's.

... lets see .... where to begin ...

by noreply@blogger.com (Kalamatee) at December 03, 2015 01:45 PM

November 29, 2015


ALSA Driver Bounty Completed

The bount to deliver a working AHI driver that uses ALSA sound system has been completed after 1.5 months in development by Krzysztof Smiechowicz. The driver brings ability to playback sound to 3 AROS hosted platforms: AROS Linux-hosted i386, x86_64 and ARM.

November 29, 2015 11:44 PM

November 23, 2015


FUSE Filesystem Bounty Completed

The bounty to deliver a working implementation of FUSE Filesystem support and NTFS filesystem driver for AROS i386 has been completed by Fredrik Wikstrom.

November 23, 2015 02:39 AM

November 20, 2015


time, there's no time..

With just a few adjustments to the SDL code I got an output window, which also contained the status line and looked quite ok.

But nothing happened. The CPU emulation code was called and then .. nothing!?

In my old 2.8.1 version I added some assembler operations to get a better timing for the processor speed, as AROS seems not to be able to provide something like that.

And I enclosed the assembler part with

#if defined(i386) || defined(x86_64)

The actual build system seems to be missing those defines !? So after removing the ifdef's the cpu emulation can now determinate the speed of the processor and now:

This is the first screenshot of a running WinUAE 3.2.0 port on AROS :-)!

by noreply@blogger.com (o1i) at November 20, 2015 12:14 PM

November 17, 2015


WinUAE 3.2.0

Well, Toni released Version 3.2.0, so I started merging it with my (now dated) port of 2.8.1.

WinUAE progresses really fast, it seems to be difficult to keep the pace, especially, as many parts are not ported completely and still need a lot of ifdefs, which I had to manually apply again..

WinUAE now contains a lot of new parts, Mame emulator parts, more qemu parts, dosbox parts.. all of them needed to be integrated in the port, too. And there still are the PearPC parts missing ;-). WinUAE is not only emulator, it contains a lot of emulators, too.

After some painful hours now at least the GUI comes up again:

As I now also try to get Picasso96 integrated, pressing "start" is not a good idea at the moment, if you don't like Guru messages ;-).

by noreply@blogger.com (o1i) at November 17, 2015 08:41 AM

October 19, 2015


Download Statistics

First of all I want to thank all the brave downloaders, I would not have expected so many downloads ;-).

sf.net records some statistics, interesting is the Operating-System chart:

Seems like sf.net does not know about us ;-). I am really surprised, that so many people are online with unknown operating systems.

by noreply@blogger.com (o1i) at October 19, 2015 06:56 AM