Amiga.org
Amiga News and Community Announcements => Amiga News and Community Announcements => Amiga Software News => Topic started by: x303 on June 13, 2010, 03:37:35 PM
-
Description:
GNU Robbo is a free open source reimplementation of Janusz Pelc's Robbo for the Atari XE/XL which was distributed by LK Avalon in 1989.
Features:
Graphical skin support: Oily, Original and Tronic
Sound skin support: Default and Oily
Support for user supplied music
975 levels across 23 packs converted from Robbo and Robbo Konstruktor
A mouse/stylus driven level designer
Support for Robbo Millenium objects
In-game help
Reconfigurable options and controls
Support for the mouse/stylus throughout the game
Support for keyboards, analogue and digital joysticks
Centering of game within any resolution >= 240x240
Simple build system to maximise porting potential
Support for locales: English, German, Indonesian, Polish, Russian, Slovak and Swedish
Gameplay Enhancements:
The gameplay of the original is faithfully reproduced with a few modifications :-
Lives has been removed and suicide replaced with level restart
Scoring has been removed: goal is level advancement
Bears don't endlessly spin around themselves or other bears of the same type
Capsules don't spawn from questionmarks
Solid laser fire is not left live after the originating gun has been destroyed
The Amiga A68K version is done by Arti.
You can visit is site http://artishq.wordpress.com/ (http://artishq.wordpress.com/) or download the game from here: http://sites.google.com/site/amigacorner/Home/gnurobbo-0.65.6.lha?attredirects=0&d=1 (http://sites.google.com/site/amigacorner/Home/gnurobbo-0.65.6.lha?attredirects=0&d=1)
-
yet again seems a program has been crosscompiled and tested only on uae without checking for enforcer hits.
and why do the icons want to run the program from shell via iconx? set it to workbench and that is what i get:
WORD READ from C1A00000 (INST) PC: C1A00000
USP : 0925C384 SR: 0014 (U0)(-)(-) TCB: 0898DCF8
Data: 00000000 00000300 FFFFFFEC E0100000 00000051 0926B328 0925C414 00000000
Addr: 0898DCF8 0926B314 094BE430 0926ADA8 0925C414 0925C3FC 0926ADA8 08002340
Stck: C0130000 80000000 00000000 08A112D8 00000146 00000036 00000051 0926B328
Stck: 00000144 0000004D 094BE430 094BA500 0925C414 0926ADA8 7FFF0000 FFFFFFFF
Name: "Background CLI" CLI: "gnurobbo.exe"
Exception !! 00000004 TCB: 0898DCF8 CTX: 08801A70 SSP: 08002340
USP : 0925C384 SR: 0014 (U0)(-)(-) TCB: 0898DCF8
Data: 00000000 00000300 FFFFFFEC E0100000 00000051 0926B328 0925C414 00000000
Addr: 0898DCF8 0926B314 094BE430 0926ADA8 0925C414 0925C3FC 0926ADA8 08002340
Stck: C0130000 80000000 00000000 08A112D8 00000146 00000036 00000051 0926B328
Stck: 00000144 0000004D 094BE430 094BA500 0925C414 0926ADA8 7FFF0000 FFFFFFFF
Name: "Background CLI" CLI: "gnurobbo.exe"
tested on my newly assembled a4k/060/cv64/cgx4
-
How do i switch to fullscreen?
Edit: Nevermind. It's done by pressing Alt+Enter. Nice little game.
-
yet again seems a program has been crosscompiled and tested only on uae without checking for enforcer hits.
and why do the icons want to run the program from shell via iconx? set it to workbench and that is what i get:
WORD READ from C1A00000 (INST) PC: C1A00000
USP : 0925C384 SR: 0014 (U0)(-)(-) TCB: 0898DCF8
Data: 00000000 00000300 FFFFFFEC E0100000 00000051 0926B328 0925C414 00000000
Addr: 0898DCF8 0926B314 094BE430 0926ADA8 0925C414 0925C3FC 0926ADA8 08002340
Stck: C0130000 80000000 00000000 08A112D8 00000146 00000036 00000051 0926B328
Stck: 00000144 0000004D 094BE430 094BA500 0925C414 0926ADA8 7FFF0000 FFFFFFFF
Name: "Background CLI" CLI: "gnurobbo.exe"
Exception !! 00000004 TCB: 0898DCF8 CTX: 08801A70 SSP: 08002340
USP : 0925C384 SR: 0014 (U0)(-)(-) TCB: 0898DCF8
Data: 00000000 00000300 FFFFFFEC E0100000 00000051 0926B328 0925C414 00000000
Addr: 0898DCF8 0926B314 094BE430 0926ADA8 0925C414 0925C3FC 0926ADA8 08002340
Stck: C0130000 80000000 00000000 08A112D8 00000146 00000036 00000051 0926B328
Stck: 00000144 0000004D 094BE430 094BA500 0925C414 0926ADA8 7FFF0000 FFFFFFFF
Name: "Background CLI" CLI: "gnurobbo.exe"
tested on my newly assembled a4k/060/cv64/cgx4
That happens because it's a lame ixemul port.
-
@piru: dont think so. i ve done few lame ixemul compiles too and it works most of the time. it just hasnt been tested on real hw.
-
I prefer an ixemul port than a no port...
I have tested this on a real Amiga, btw. Didn't run Muforce/MuGuardianAngel to check it for hits though.
-
@piru
Don't bore us with ixemul comments anymore. Game works over here.
@wawrzon
Maybe the cgx4 part is broken. Seems to work pretty good on p96.
-
@wawrzon
Maybe the cgx4 part is broken. Seems to work pretty good on p96.
No, it works with cgx4 too.
-
What kind of nonsense is this? If you use ixemul you should use ixemul only. Ixemul does not mix with OS calls, unless if you properly lock signals for every OS call (which is done internally by ixemul). Things will die horribly if the ixemul signal processing is fired while the execution is inside some OS call. The least you get is a semaphore deadlock.
Ixemul was only meant to be used for quick configure && make kind of compiles. Anything requiring actual AmigaOS calls is supposed to use libnix. Obviously no-one has a frigging clue about ixemul anymore and these things have been forgotten. Well, too bad.
Ixemul 68k is ruined now. Is it boring? Well IMHO not, just sad. Incompetent fools messing things up is just sad.
Oh and x303, I have a freedom to voice my opinion, just like everyone else.
-
Oh and x303, I have a freedom to voice my opinion, just like everyone else.
Sure, as long as you're not too negative.
-
Sure, as long as you're not too negative.
Even if I were, I would still be free to voice my opinion.
-
where the quality coders left, the fools took over. thats sad but thats how it is and no complaints will help. im sorry.
-
where the quality coders left, the fools took over. thats sad but thats how it is and no complaints will help. im sorry.
So true.