.
Annunci online

All that comes in the mind of an italian guy moved to california
TECNOLOGIE
3 aprile 2013
Diary:Technologies: Sweet as a Raspberry Pi :9
First of All, Thanks to the ilCannocchiale staff for fixing comments; pity lots of more stuff need to be still fixed including permalinks...

This year had life going through and at the last moment prevented me to participate at SCaLE; might need to change home again, this time due to a problem with neighbors too long and complicate to discuss here; thank God the work side is good and have no complains.

Not too much news under the AROS front at first glance; however, as usually "look is deceiving" because we had a good amount of ports; Especially Slazard 'Bszili' Biro and Yannick 'Yannickescu' Erb are bringing to AROS a good amount of games and emulators i can remember Frogatto, TORCS (not released due to problems with GLSL), Flare, Gigalomania and lots of others; Joao Ralha, recently opened a new AROS blog called AROS Playground where reviews ported games and provides developer interviews;

Timothy 'Terminills' Deters is working on porting Gutenprint on AROS, on interfacing it with a generic Amiga printer driver.
Gutenprint, formerly know as Gimp Print are High Quality printer drivers based off the hpijs printer system; the name is from the fact that those drivers were originally developed for GIMP; were also adopted from Mac os X in the early version as printer drivers.
According to its plans Gutenprint will talk to the printer via a bridge software and to a generic 3.1 driver written by Jason 'Ezrec' McMullan; the driver written by Jason is also able to translate Gutenprint commands in Turboprint and 3.1 printer commands, however this implementation is not limited to Gutenprint; the printer driver is a 24 bit one and in the intentions of Terminills should also bring advanced features such as ipp (internet Printing Protocol), printer detection and driver auto detection; Terminills is also working at the zune based interfaces to configure the printers;

Among all the ports of Yannick 'Yannickescu' Erb, in 2010 was the long forgotten and neglected structured Graphics program Amifig to AROS; started a slow but steady work on updating it first improving the rendering, then adding file export and import with a side application; now a new version is available, with a new name, ZuneFig, a rewamped User Interface now in Zune, support for gradient and  Library previews and a better redraw with Anti-Alias;

Nik 'Kalamatee' Andrews is working on the native Raspberry Pi port of AROS; on March 14 he has been able to make AROS boot to wanderer;  the pictures of the first boot have been spreaded on the net via twitter and Amiga and AROS forums and communities; last week Kalamatee worked on debugging the SD card driver so to support also SDHC; the SD card support is also actually under further development by Pavel 'Sonic' Fedic to bve implemented as multiplatform device driver since the logic is changing form platform to platform; right now Kalamatee loosened a bit the grip on the port since he need to implement USB and still is trying to find a way to implement it. Curious is also that among the motivations of Kalamatee is the idea to finish its modular overhaul of Wanderer so that could be optimized for a less powerful machine like the Raspberry PI.

To finish,lately on aw.Net some threads appeared where people seems interested in a new kernel for amiga os or its like tastes; is known that in the past at least two attempts have been made: one was the well known Anubis, brought on by Alex 'MrBIOS' Perez, the other one was ARIX, started by Michal Schulz and from which the idea of Anubis took shape; summarizing, the idea behind those two partial forks is to have the actual exec kernel substituted by a linux one together with a wrapper that translates the AROS API calls in linux ones so that AROS binaries libraries and programs can run on top of it with no recompilation; is a similar approach to the system adopted by Android and can bring the advantage of memory protection, SMP and linux drivers to AROS; both projects have an actual unknown status and would like to know by the maintainers if there has been any progress since.
TECNOLOGIE
28 maggio 2009
Diary:Technologies:AROS: the long and painful road to 1.0

I needed to take a leave a bit from the blog scene because my main laptop has been infected badly by a virus so that had to reformat and reinstall my OS: plus as bonus the backup DVDs i made looks like have errors and so i might be unable to recover my old AROS virtual disk: thank god i used to work my lua scripts on Windows and have copies on my SD card.

Anyway, despite Przemyslaw "Qus" Szczygielsky fixed its TCPPrefs control panel for AROS,this does not mean that I should abandon my lua Network config project: the problems withmy computer stopped me for a while but am ready to go on: at least i hope the related aros-exec thread should be a good didactic reference point for whoever want to start an Amilua project. Anyway, is my intention to post a tutorial when will have some free time.

I already set up the user interface: both mazze answers in the thread and some lua regular expression tutorials helped me in parsing the configuration files and do backup copies of it (in a bit rudimental way, parsing them and writing in a new renamed file via script), so what else is missing?
First of all I need to set the graphical frontend gadgets according to the preferences set in the files, including pre-set the cycle gadget on the actual network card; second i need to write the new configuration with the user set parameters. And last, if i would indulge in a little ego trip, a menu with a voice to show the about window ;) .


My Network Config Amilua app and part of the debug output window

Once done with this control panel, I would like to write sometihng to manage the Amistart calendar: one of the few widgets for Amistart, that also should be taken as example for those that want to write some more - is not happening yet, dont know why ;  another idea tingling my mind is to write a simple bookmark manager for OWB but so far there is no way to make OWB open a new address using the DOS getURL command and it is only possible to use the command OWB [url to launch] in order to open the program: it is not possible to use it with an open session: the old one needs to be closed first; i tested it personally.

At the begin of may I helped on write the AROS website status update: in this one I asserted that the latest months progresses brought AROS on the verge to be available for a daily usage; but in order to reach this goal still several obstacles need to be overcome, both on software availability, and on the system stability and affordability.

Neil Cafferkey still continues in its work on the ata.device; being this a critical piece of AROS, every time he or somebody else put its hand on it there is the risk something that used to work might break and, once it was fixed, might make it wonder how the hell was able to work before, but first let's get the facts: An updated ata.device patch has been provided with the Icaros desktop 1.1.1 upgrade; the upgrade has been temporarily removed by Paolo Besser itself due to the fact that on computers with southbridge board AMD SB600 or with similar architectures severe data corruption occured writing data in the disc partition; beside this, several users were greeted with a black screen and the red pointer with no further boot progress. For those the solution, was less drastic, citing from the Icaros website:

If you can't boot Icaros and the process stops after the red pointerappeared on the screen, please do as follow to fix the issue:

- turn on PC
- choose a resolution from Grub's menu but DON'T press Enter
- press 'E' instead
- move cursor after "ATA=32bit" and change it either to "ATA=nodma" or "ATA=nopci" (depending on what it works for you)
- press Ctrl+X to continue booting

Ifbooting has success open /boot/grub/grub2.cfg with the AROS editor,search for the "ATA=32bit" string and replace it with "ATA=nodma" or"ATA=nopci". You can do this easily, using the 'replace' option in the'search' menu of the editor.

At the same time, in answer to the problem exposed by Paolo Besser, Neil Cafferkey unveils what happened in the developer's mailing list:

I think I've found the cause of these problems: we don't set the
controller's timing registers.

My guess is that when DMA *did* work with older driver versions, it was
just a coincidence: ata.device re-set the drive mode that the BIOS had
already set, so there was no need to change the timing registers.

If we want to use a drive in a mode that the BIOS hasn't set, we need to
set the controller's timing registers to match that mode. Unfortunately,
there is no single standard for these timing registers. This is why Linux
for example has numerous PATA drivers: one for Intel, one for ATI, one for
Silicon Image etc.

This problem probably became more apparent because the new driver version
checks the cable report register bits to determine if the 80-wire cables
necessary for high-speed UDMA are present. My mistake was to assume that
all PCI controllers followed the T13 spec for these registers, but I
should have realised that that was unlikely given that the spec was only
published as recently as 2003. The T13 spec is implemented by Intel (and I
only have machines and emulators with Intel chipsets to test on), but I
suspect that T13 were actually following Intel's established design. Other
manufacturers have incompatible controller registers.

So on non-Intel controllers, the driver will incorrectly determine that
only 40-wire cables are installed, and downgrade the DMA mode from say
UDMA5 to UDMA2. Since the timing will then be wrong, data corruption is
likely to occur.

As a solution, I propose that, at least in the short term, ata.device does
not attempt to set a mode for any drive, but simply detects and uses the
mode already set by the BIOS. I hope that this will not lead to a
degradation in performace in most cases: in my small sample, BIOSes in
modern machines seem to set the best available mode for each drive by
default. I have this fix working locally. We already rely on the BIOS to
set addresses for PCI devices and enable bus-mastering, so this is just
one more thing.

In the longer term we could look at setting timings ourselves, but this
looks like a complicated procedure, and probably wouldn't give any
performance gain in most cases.

To help confirm my theory, I set a disk in one of my PCs to MDMA mode in
the BIOS instead of UDMA, and ata.device failed to access it after it put
the drive into UDMA2 mode. It had worked perfectly when the BIOS had set
it to UDMA (UDMA1 as it happens, but probably close enough not to cause
errors).

once the ata.device was fixed, the icaros update has been restored and is now available again for download.
In the Icaros Website Paolo expressed the fact that, despite he is doing the best to offer maximum stability and performance with the most recent system libraries and programs, sometimes it might happen that some components were not fully tested, also because is hard to test all hardware configurations, and especially for a small volunteered project as AROS; Paolo also assures how, despite the actual problem, the actual situation is even improved, considered that  now AROS boots even in machines where was unable to boot before, and that, thanks to the fact that the actual users and testers are aware of the beta nature of the syatem, damage was pretty limited; those kind of accidents might happen in open source projects- without mention Linux and its well known breakages - i might not say it happens often, but it happens.

Recently Neil also worked on fix other ata.device problems, including the fact that the device thought there were two DVD drive in case a SATA DVD drive was used. The change of the device enumeration system is also planned.

Neil is actually checking DHCP system, due to the fact that, once the shell command arostcp stop is given (or  a CTRL-C break command, as is called in unix environments), the DHCP stack become unresponsive and bring the CPU usage to 100%.


At the same time Michal Schulz worked on improve graphic performance on ATI Radeon - same graphic card that he as on Efika; bot Michal and Nik  "Kalamatee" Andrews  seen how the themes design (bad) implementation is among of the culprit in slowing down Wanderer performance - this in a fairly slow system such as Efika is much more perceived ; therefore Michal worked hard in accelerate several display redraw functions and the performance on ATI radeon both on x86 and PPC are improved quite dramatically.
Kalamatee, beside its actual task in improving and modernizing Wanderer, is considering whether to take the Graphic Subsystem Bounty, but so far nothing more is known about this topic.

And, at last, a rare happening in the actual Amiga oses landscape: with a joint effort, users from both Amiga OS, MorphOS and AROS partecipated to reach the $4000 goal set for the Poseidon USB Bounty: Thanks also to the initiative of a community member, that offered to double further received offers, the actual bounty quota is at $4170. Chris Hodges, the author of the Poseidon stack, started to work at the port - which source code will be open - and the stack will be released on the APL license; this will also allow other Amiga-like oses to port and to update extend and improve the stack code.

Outside the Amiga communities (with maybe the exception of the Haiku os) the bounty system concept might sound unknown - considered that in example a bigger open source player system such as Linux usually projects are founded from those government and commercial entities interested in their further development and maintenance; for smaller projects and communities, instead - such amiga-like oses -  the bounty system is the major (almost unique for AROS) source of funding. Therefore projects like this really are funded from the community and literally belong to the community, in a sort of similar fashion to the gothic cathedrals in the middle age.

And now a last word on the Aros-exec portal: last May 22nd the portal, after another virus exploit, was once again closed: now, after a week, the portal is finally back online using an updated and exploit -free xoops version and also a nice blue-metal new skin. I by the way remember that aros-exec is mainly a development-oriented portal; is my advice to point final users to the more user-oriented portal Arosworld.org. test
TECNOLOGIE
10 febbraio 2009
Diary: Technologies: AROS - Happy new year with Fireworks show!!!


My A1200/030 still working fine despite three years of inactivity

Sorry if i was not around lately, I have been in Italy for the christmas holidays and also had my religious marriage there. Now that I am back to the states, is time to talk again about AROS.

While i was abroad,i was, when pssible giving a look at AROS progresses using my PC in italy: a celeron with dial-up connection at 56k, therefore i was unable, due to lack of bandwidth, to see the newer deoms posted on Youtube and Vimeo until I came back to the states.

I also been able, to my own delight, to put back on duty my old 1200 in order to retrieve some more material to post on the net, such as old .mod files and found out how, after three long years of total inactivity, is able to boot perfectly (unlike my Macintosh Performa 6400, that cannot see its internal drive), and had the feeling of a real Amiga system on my hands; this brught, of course, in doing some comparisons with my actual AROS system that am using right now.
Beside AROS is basically an AmigaOS 3.1 clone, now its usability is of course improved from its ancestor and, despite some bad system hand due to Dopus, or some keyboard shortcut not working as expected, the experience is pleasant. If somebody would be able to fix the glitches, it might be even improved.

I recently installed the version 1.0.2 of VmWAROS in my virtual machine: following the instruction i first installed version 1.0 and then, once I retrieved the update ISO, AROS found it and mounted it on the desktop (and this is already a good improvement) and I simply had to make the "VmWUpdate" script run (its icon is under my software/System Apps in the Amistart menu); it updated everything quite fast, in around five/ten minutes. I will make some more tests in the future, also considered that am preparing < a href="http://scale7x.socallinuxexpo.org/conference-info/schedules" target="_blank"> my speech for the SCALE expo next February 21st (1.30 to 2.30 pm PDT program track B).

2008 has been the best AROS year so far: important bounties like self-compile and SAM-440 port have been accomplished: the first one, in particular, as stated from me here[link] has also raised considerably the porting of other applications from other operating systems, together with the GTK-MUI library developer by Kalamatee for E-UAE; furthermore, the development of VmWAROS reached its first milestone and now, at 1.0.2 version has bvecome even more stable and mature getting its own characteristics such as NewIcons (in a special verison for AROS made by Ken Lester itself), the PDF file reader PoorPDF and AmiBridge, a basic integration script system between UAE and AROS.

But the most exciting things begun to happen towards the end of the year: among them the ongoing port of Ignition, a nice spreadsheet program ported by Matthias "Mazze" Ruster

, then the port of mplayer made by Krysztof Smiechowicz starting from the Morphos port mantained by Fabien Coeurjoly; it is actually an "early beta" and has a quite basic GUI but has finally brought in AROS a decent video and audio support; then there is the OWB port by Stanislaw Sszymczyk that deserves to be treated apart.

And then we have the work of Michal Schulz, still ongoing with its own two bounties - the AROS Efika port and the USB mass storage bounty - its lalatest contributions on AROS before to dedicate itself full-time on the ANUBIS project: not too long ago he stated on the IRC channel that he had been able to boot an AROS CD throug USB CD-ROM: later in its own blog, Michal explained more deeply what was still lacking for an adequate handling of the USB CD-ROM on AROS:

Every modern USB presents itself as a SCSI conforming bulk-only mass storage device to the system. Therefore, in order to do any IO operations, I have had to do them in the old good SCSI style. Therefore, the mass storage class do contain a DirectSCSI method and exposes it to rest of the world.

What a coincidence! I have added a few-lines long implementation of HD_SCSICMD to the .device layer of mass storage. I have started AROS in QEMU and forwarded the USB->PATA converter with a DVD attached to it and AROS CD inside (I didn't want to test anything special, but it was the first CD I saw on the desktop). AROS booted and stopped. Then, the timeout errors appeared. A lot of them. A bit disappointed I've left my desk and did something else. Suddenly, the CD started to spin and AROS booted from USB CD device! Great!

A short investigation showed, that the CD filesystem used in AROS performs the INQUIRY SCSI command with a fixed size, whereas the USB protocol provides a much shorter data in return, which leads to a timeout. Then, it tries to get the full-sized TOC and such. Anyway, AROS team will either need to fix CD filesystem a bit, or I will have to give up 10 second timeouts in mass storage and introduce four pipes there: two of them with very short timeout (100 miliseconds or so) and two with the 10 second timeout.





So now AROS can mount and boot even from the majority of USB sticks; considered that the transfer protocol supported so far is USB 1.1, the best results can be obtained with SFS, that takes around one minute to boot; for some reasons both SFS and FAT are not supporting cache durinf the data transfer and, therefore, are quite slower.

Still from Michal Shulz, we have good news even on the EFIKA port: the last January 26th Michal put on line a first beta version of AROS for EFIKA here, followed by a second version here due to some problems from Open Firmware in retrieving all packages: Other than that, Michal is aware that this version has still big glitches and has been released for debug purpose. According to him The Efika 512 source tree, once upgraded the sources with the latest contributions, reached the size of 150 megabytes, including a complete GCC tolchain and some more utilities.

O1i accepted the Phase 1 UAE Integration bounty: the results achieved so far are quite good: UAE opens its amiga windows under AROS, the amiga pointer is synced with the AROS one ad the integrated windows, that now runs at almost full UAE speed, can be re-arranged, mopved and resized from AROS controls. At htis moment there are still things not working properly in the integration, such as menus, closing gadget, border gadgets and non-workbench screens. The border gadgets, according to o1i are the hardert to get implemented; plus at this moment is not possible to launch Amiga OS programs from Wanderer; it is required to have an Amiga OS window open(such as workbench or a shell prompt) to launch the programs.

Mmartinkna posted a screenshot of AROS running under Parallels Desktop in Mac OS X; From what Paolo Besser wrote in its blog, Parallels Desktop is offering a better experience compared to VmWare, also because sound is working there. For the best experience possible, Paolo advise to set AHI preferences as AC97 (both for Music and for Unit 0) and to set ConfigIP to use the RTL8029 card.

Kalamatee has recently uploaded in SVN the beta version of its RTL8168 PCI and Gigabit NIC driver, asking for testing in the forum. Having still several glitches the driver is not considered workling; he is also trying to fix further the ata.device,especially for what concerns the legacy compatibility list.

Stanislaw Sszymczyk is the best purchase made by the AROS community in the recent times: its skills as programmer were already highlighted from the accomplishment of the self-compile bounty and now are further confirmed from its new task: the AROS OWB port; the first screenshot posted before christmas, desipite being just a google page with wrong colors and basic fonts, made me get strongly excited; the further status updates came so fast that it was looking unreal: OWB can already adequately show complex pages like Google maps and Google docs.
And, as a bonus, Stanislaw, going on with the development, enriched the toolshed available for the porting of new software: the new SDL port fromthe mainstream solved the messed-up colors problem seen in the first test screenshot and the new version of SSL, the 0.9.8j got ported too.

Since the Bounty requirement list asked for a Zune Interface for the browser, and also that the browser itself might be used as a zune component, the solution adopted by Stanislaw, once he realised that for some reason the AROS Genmodule generated code was not liked at all from the Webkit code, to write a static library that interfaces between the C++ webkit code and the C zune code; being the WebView interface properly implemented there has been no further problem: the screen redraw is incremental and therefore there is no need to redraw the page completely as the Webkit port of Rob used to be; the only reason that made Stanislaw not use the graphics.library instead of SDL was the missing alpha channel support in the first one.
Stanislaw thanks in its page Jorg Ströhmayer for the good organisationof its code in the OS4 port; that helped him in build the GUI onm Zune; he also revealed that "has been a pleasant experience" code again under MUI: its own tests with RegisterClass and its limitations made him build its own personalised tabbed browsing class complete with closing gadget.
Writing the class took Stanislaw around one week of work and brought him of fix some Zune bugs and to better understand its inner workings; the final resulting class bring OWB to be able to do tabbed browsing. Another requirement for the bounty was the use of Datatypes; Stanislaw's opinion is that the best Datatypes use should be for image decoding: actually OWB use internally an object hierarchy belonging to the ImageDecoder class, that implements different libraries according to the file format to decode; therefore Stanislaw wrote a new class that uses datattypes to decode pictures but this class use is actually limited from the following factors:

  • Picture datatype doesn't support progressive image decoding
  • AROS datatypes.library has no support for DTST_MEMORY source type
  • PDTM_READPIXELARRAY metod of picture datatype returns a data array with 0 values in alpha channel, requiring additional time-consuming processing

Because of that, the class had to inherit all those restrictions and therefore the image got decoded only once its data is all in memory, using also temporary files for that (and of course missing the progressice decoding); this limitation set back the Datatypes support only for those file formats that are not supported elsewhere.
For the future Stanislaw plans to add UTF-8 character set support to AROS, to use Zune widgets for handling forms and to allow more applications to use the Browser class at the same time; the latter one, according to its blog, due to lack of results has been momentarily set apart.

The latest surprise is coming from James "Jahc" Carroll, author of WookieChat: just some days ago he ported finally its SabreMSN on AROS, filling another important gap in the software landscape of the operating system. James needed the port of Open SSL to port the application; the port has been made by Stanislaw Sszymczyk; some components such as codesets.library are not supported or are faulty but the port of SabreMSN shows as AROS finally is achieving some room and respect in the Amiga developers heart, also thanks to the hard work of its developers and supporters.

sfoglia
  

Rubriche
Link
Cerca

Feed

Feed RSS di questo 

blog Reader
Feed ATOM di questo 

blog Atom
Resta aggiornato con i feed.

Curiosità
blog letto 1 volte

Older Posts

Who links to me?
Get in touch with Simone Bernacchia

 




IL CANNOCCHIALE