uae4all2 (Amiga emulator)

[rSl]

@ billy

tada! great it kinda works!
...now lets try to solve your issue!


some things to try...

first the obvious.
starting the "amiga" script *from inside the "uae4all/" directory* should load the supplied libs fine.
so put them back and "cd somewhere/uae4all/" into the right dir and start from there with "./amiga".
for eg. when i quit the uae4all gui i get:
...
Dispmanx: Opening display 0
Dispmanx: Physical video mode is 720 x 576
Using internal program mode: 320 x 240 16 bpp
Using physical mode: 720 x 576 16 bpp
Using proportion ratio: 320 / 240 = 1.333333
Program rect, respecting original ratio: 720 x 576
...
when this is shown it uses dispmanx sdl acceleration from
the "uae4all/lib/" dir correctly.


other more techy things to try
.
is your raspbian wheezy os up2date?
you can do as root
"aptitude update" then "aptitude upgrade"
this updates your os packages
and then again as root with "rpi-update" you can update the kernel-space which updates the rpi graphic-sdriver too.
reboot after this.


also maybe have a look at
"/boot/config.txt"
this is somewhat like the bios-settings of an x86pc.
mine contains for example (i'm using a pal crt tv)

...
disable_splash=1
overscan_left=22
overscan_scale=1
sdtv_mode=2
dispmanx_offline=1
...

maybe you have to set it somehow different.
have a look at http://elinux.org/RPiconfig#Video
for usage of this.
but i would try it at last resort, because it can make
the rpi unbootable when set wrong and you have to
mount the sd card on your other computer and correct the
values from there.


putting the output of the "fbset" command on
top of the file "/etc/fb.modes"
could help too.
mine reads (for pal crt via composite out):

# pal mode
mode "720x576"
geometry 720 576 720 576 16
timings 0 0 0 0 0 0 0
rgba 5/11,6/5,5/0,0/16
endmode


these are the things that came to mind,
hopefully starting *from* the uae4all dir fixes it
for you already!

good luck!



--
ps. a new version with changed default keyboard-layout
is on the ftp now (see first post for link).
please see readme.txt for keys.

[rSl]

hi njt1982!

the "... op_cpuspeed.sh" message is harmless as it
tries to set the cpuspeed for the pandora handheld
(where this version comes from) and we run on a rpi,
so no worries.

for your other issue please see the last post i did.

hope this helps!

[Billy T. Pilgrim]

Thanks, I'll give it a try tonight! I'm pretty sure I've been running it from within the actual directory, but I'll double check - and download the new version. Since the error the script was giving me was that the libgui files in ./lib were too short, it might just be that it was a bad download or something of the sort.

I'll give everything an update too, although I'm pretty sure I did it just a few days ago.

Thanks for all your help!

[sphaero]

@exobuzz: Indeed development is very fragmented and not using repositories anywhere which makes tracking
changes almost impossible

I've made some issues:
No command line options: https://github.com/sphaero/uae4all-rpi/issues/2
Remove pandora specifics from ui: https://github.com/sphaero/uae4all-rpi/issues/3
Joystick support: https://github.com/sphaero/uae4all-rpi/issues/4

It's easier to track issues than follow everything in a forum thread IMHO

Is the Makefile working for others? I'm guessing it's not as I've set some parameters for cross compilation.

Code: Select all

CROSS_COMPILE=arm-linux-gnueabihf-
PREFIX=/usr
STAGING_DIR=/opt/rpi-tools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian/bin/
SYSROOT=/opt/raspbian

On a RPI I expect those need to be:

Code: Select all

CROSS_COMPILE=
PREFIX=/usr
STAGING_DIR=
SYSROOT=

[Billy T. Pilgrim]

Sadly, none of that's helped, I'm afraid!

I think the version now on the FTP was the one I already picked up - looking at the timing, I must have got it right after you uploaded it.

I deleted everything, redownloaded and dropped the binaries onto my Pi. Running the script from within the folder still gave the same error - "./lib/libguichan-0.8.1-1.so is too short" (again, I'm doing this from memory so that's not the exact message, but it was definitely saying the file was too short). I had a look and sure enough, the files were really tiny - just a few tens of bytes for some of them.

Comparing them to the same files from my own Wheezy installation, they were much larger, so I experimented by dropping them one by one into the folder in place of the ones in the download. Each time, it would be ok with the new file and then give the 'too short' error regarding the next one.

Once I'd replaced those (the ones I could find replacements for on my own system), uae4all2 started and then gave the same problem with the GUI as I described before.

I've made sure everything's up to date and checked through my boot config - no obvious errors there - so I've wiped everything on the Pi and am reinstalling the whole system from scratch to see if that makes a difference. I'll let you know if anything shows up.

[rSl]

hi billy!

thats really strange.
i just re-checked the .tgz from the ftp and it's working
fine here, so hmmm.

for comparison "ls -al foo/uae4all/lib/" gives here:
lrwxrwxrwx 1 pi pi 25 Dez 1 04:58 libguichan-0.8.1.so.1 -> libguichan-0.8.1.so.1.1.0
-rw-r--r-- 1 pi pi 230668 Dez 1 05:04 libguichan-0.8.1.so.1.1.0
lrwxrwxrwx 1 pi pi 29 Dez 1 04:58 libguichan_sdl-0.8.1.so.1 -> libguichan_sdl-0.8.1.so.1.1.0
-rw-r--r-- 1 pi pi 37592 Dez 1 05:04 libguichan_sdl-0.8.1.so.1.1.0
lrwxrwxrwx 1 pi pi 20 Dez 1 04:58 libSDL-1.2.so.0 -> libSDL-1.2.so.0.11.4
-rw-r--r-- 1 pi pi 258440 Jun 24 2014 libSDL-1.2.so.0.11.4

the checksum hash for the released .tgz is:
K02fd7490026237c021acbbba369d3 uae4all-2.5.3.2-1rpi.tgz

you can check with the "md5sum" command on the downloaded file.
if it's the same for you, then there's no corruption.


hope this helps and again, good luck!

[Billy T. Pilgrim]

Aha! It's working. Must have just been something about my old setup, but it worked first time with no messing. Weird.

There's the usual issues, of course - long load times (I installed the 3.17 firmware and it helped, but didn't eliminate them completely), my 360 controller is still really finicky and no command line interface yet, but hey! IT'S WORKING. Spent all last night playing Chaos Engine.

Thanks so much rSI, you're a legend!

[sphaero]

Are you saying your USB controller is working as a joystick?

[Billy T. Pilgrim]

Yeeeeeessss.... just about. It's an official wired XBox 360 controller. It seems like it's working as a 1-button joystick with the left analog as the stick (with little to no deadzone, so it's very twitchy), and the Y button as the button, but given that I don't know what controls there are *meant* to be in a lot of games I'm not sure about anything else. I'll try and find some kind of joystick test program for Amiga, and get back to you.

For the record, here's how I set everything up - didn't do anything out of the ordinary:

- Installed Wheezy from the 24-12-2014 image
- Updated Wheezy and the RPi kernel
- Installed RetroPie-Setup
- Used RetroPie-Setup to install various emulators and Emulationstation from source (but not uae4all as I knew I was going to use this version), including xboxdrv.
- Copied the uae4all folder from the link above into /opt/retropie/emulators
- Ran uae4all - the controller worked straight away.

[sphaero]

Then it must be my controller (cheap usb joypad), although when I test it with SDL it does send out events. More people success with USB controllers?

[rSl]

@ billy

woohoo you made it! verry good!
have fun!

... Thanks so much rSI, you're a legend!

yay! thank *you* so much for calling me a legend!
big kudos to all the hard workin' upstream devs!

@ sphaero

sunjammer reported in this thread that his nintendo controller is working fine too. haven't tested my thrustmaster pad yet. so it looks like its working somehow.
one can use the "joystick" package for calibrating on
the linux host i guess.

[tmielcarz]

Then it must be my controller (cheap usb joypad), although when I test it with SDL it does send out events. More people success with USB controllers?

Yes. My Xbox 360 Wireless Controller via USB receiver works fine.

[sphaero]

@rSI, I've created a pull request for fixing compilation on the RPi. As it is not good custom to merge your own PR can you do it?
You should have access.

Although the compile is still running I think it's OK.

[tmielcarz]

I have one question:

Almost everything works fine except mouse cursor in GUI. This cursor looks like blinking square. Anyone knows how to fix it ?

[rSl]

@rSI, I've created a pull request for fixing compilation on the RPi. As it is not good custom to merge your own PR can you do it?
You should have access.

Although the compile is still running I think it's OK.

thanks a lot!

i tested the new makefile on my rpi and did some tweaks.
mainly i
- removed armv7 and armneon stuff as rpi is armv6 without neon
- axed double enabled optimization flags
- general cleanup for sanity

will push it to my repo and send you a pull request.

[rSl]

I have one question:

Almost everything works fine except mouse cursor in GUI. This cursor looks like blinking square. Anyone knows how to fix it ?

hi tmielcarz,

same here. no fix yet, but already on the todo.
if someone has an idea, feel free to look at the
code at github.
nevertheless good to hear that it works fine for you!

have fun!

[sphaero]

I'm in the process of buidling from scratch.
When using Raspbian supplied libs (sdl, guichan) in X I can see images in the UI which I can't see when using the prebuild version of RSi on the console(without X). This could suggest an issue with SDL_image and could also be the cause of the missing mouse pointer?

[sphaero]

K I just compiled uae4all-rpi from scratch using the following approach:

Code: Select all

## clone the git repo:

git clone https://github.com/sphaero/uae4all-rpi.git
cd uae4all-rpi
git init submodules
git update submodules

## Build SDL (dispmanx)

cd SDL12-kms-dispmanx
./MAC_ConfigureDISPMANX.sh
make && sudo make install

## Get extra SDL libs

wget https://www.libsdl.org/projects/SDL_image/release/SDL_image-1.2.12.tar.gz
tar -xzf SDL_image-1.2.12.tar.gz
cd SDL_image-1.2.12
./autogen.sh && ./configure && make
sudo make install

wget https://www.libsdl.org/projects/SDL_ttf/release/SDL_ttf-2.0.11.tar.gz
tar -xzf SDL_ttf-2.0.11.tar.gz 
cd SDL_ttf-2.0.11/
./autogen.sh && ./configure
make && sudo make install

## Get guichan

wget http://guichan.googlecode.com/files/guichan-0.8.2.tar.gz
tar -xzf guichan-0.8.2.tar.gz 
cd guichan-0.8.2/
./configure CFLAGS="-I/opt/vc/include -I/opt/vc/include/interface/vmcs_host/linux -I/opt/vc/include/interface/vcos/pthreads" LDFLAGS="-L/opt/vc/lib  -lbcm_host -lvcos -lvchiq_arm"
# had to copy SDL_image includes
sudo cp /usr/local/include/SDL/* /usr/include/SDL/
make && sudo make install

## Compile uae4all-rpi

make

It runs in the console (no X) and it has images (like I mentioned in the previous post).
Only the mousecursor is stull black and it crashes on click DF0:

Code: Select all

No focushandler set (did you add the widget to the gui?).

That's an issue with guichan. Could it be that that's what Tom fixed? I can't find any reference to the issues with guichan.

[rSl]

@ sphaero

the difference with the background images is that i simply
replaced them with transparent ones as i didn't like the
look that much and maybe it frees some precious ram too.
so no connection with the mousepointer thingy i guess.

better use the guichan from tomb as it fixed the gui
crashing for me too.

cheers!

[sphaero]

You need an account to access those files. Do you have a copy? I'd like to get the patch for the original source.
I also tried the latest release of guichan and the latest in git. Both to no avail.

[sphaero]

Ah @rSI just found https://github.com/r-s-l/guichan, that's yours right

[rSl]

@ sphaero

thanks for your good work!

feel free to grab a copy at https://github.com/r-s-l/guichan

i only know that this version is somehow "bugfixed" and
released together with the uae4all pandora source by tomb.


edit: midair collision, haha!

[sphaero]

K, I had some build issues with your guichan repo so I looked at what files were changed and made those changes to the original guichan. I send you an issue but I might push the original guichan source to new repo and commit changes to that.

I can run uae4all now however it crashes on me. Might be sound related:

Code: Select all

$ sudo ./uae4all 
No config file /home/pi/src/uae4all-rpi/conf/adfdir.conf!
Dispmanx: Opening display 0
Dispmanx: Physical video mode is 1280 x 720

Using internal program mode: 768 x 272 16 bpp
Using physical mode: 1280 x 720 16 bpp
Using proportion ratio: 768 / 272 = 2.823529
Program rect, respecting original ratio: 1280 x 720 
^Copen("/dev/dsp") failed with 2
Open kick /home/pi/src/uae4all-rpi/kickstarts/kick13.rom

Using internal program mode: 640 x 480 16 bpp
Using physical mode: 1280 x 720 16 bpp
Using proportion ratio: 640 / 480 = 1.333333
Program rect, respecting original ratio: 960 x 720 

Your provided binary:

Code: Select all

$ sudo ./uae4all 
adfdir loaded. currentDir=/home/pi/amiga/games
Dispmanx: Opening display 0
Dispmanx: Physical video mode is 1280 x 720

Using internal program mode: 768 x 272 16 bpp
Using physical mode: 1280 x 720 16 bpp
Using proportion ratio: 768 / 272 = 2.823529
Program rect, respecting original ratio: 1280 x 720 
Open kick /home/pi/amiga/uae4all/kickstarts/kick13.rom

Using internal program mode: 640 x 480 16 bpp
Using physical mode: 1280 x 720 16 bpp
Using proportion ratio: 640 / 480 = 1.333333
Program rect, respecting original ratio: 960 x 720 
sudo: /usr/pandora/scripts/op_cpuspeed.sh: command not found

Using internal program mode: 768 x 272 16 bpp
Using physical mode: 1280 x 720 16 bpp
Using proportion ratio: 768 / 272 = 2.823529
Program rect, respecting original ratio: 1280 x 720 
Open kick /home/pi/amiga/uae4all/kickstarts/kick13.rom

Using internal program mode: 768 x 272 16 bpp
Using physical mode: 1280 x 720 16 bpp
Using proportion ratio: 768 / 272 = 2.823529
Program rect, respecting original ratio: 1280 x 720 

Using internal program mode: 768 x 272 16 bpp
Using physical mode: 1280 x 720 16 bpp
Using proportion ratio: 768 / 272 = 2.823529
Program rect, respecting original ratio: 1280 x 720 
starting sound thread..
Open kick /home/pi/amiga/uae4all/kickstarts/kick13.rom
ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred

I'm also facing the issue that after the crash an SDL display is only opened after I send CTRL-C. Weird, probably has something to do with SDL not releasing the display...

What compile options did you use?

[sphaero]

K, I made a guichan repo from the original 0.8.2 source and committed the fixes to this repo:
https://github.com/sphaero/guichan

[sphaero]

Just compiled with sdl_sound_new and I don't get the dsp error anymore. However it still crashes:

Code: Select all

$ sudo ./uae4all 
adfdir loaded. currentDir=/home/pi/src/uae4all-rpi/roms/
Dispmanx: Opening display 0
Dispmanx: Physical video mode is 1280 x 720

Using internal program mode: 768 x 272 16 bpp
Using physical mode: 1280 x 720 16 bpp
Using proportion ratio: 768 / 272 = 2.823529
Program rect, respecting original ratio: 1280 x 720 
Open kick /home/pi/src/uae4all-rpi/kickstarts/kick13.rom

Using internal program mode: 640 x 480 16 bpp
Using physical mode: 1280 x 720 16 bpp
Using proportion ratio: 640 / 480 = 1.333333
Program rect, respecting original ratio: 960 x 720 
sudo: /usr/pandora/scripts/op_cpuspeed.sh: command not found

Using internal program mode: 768 x 272 16 bpp
Using physical mode: 1280 x 720 16 bpp
Using proportion ratio: 768 / 272 = 2.823529
Program rect, respecting original ratio: 1280 x 720 
Open kick /home/pi/src/uae4all-rpi/kickstarts/kick13.rom

Using internal program mode: 768 x 272 16 bpp
Using physical mode: 1280 x 720 16 bpp
Using proportion ratio: 768 / 272 = 2.823529
Program rect, respecting original ratio: 1280 x 720 

Using internal program mode: 768 x 272 16 bpp
Using physical mode: 1280 x 720 16 bpp
Using proportion ratio: 768 / 272 = 2.823529
Program rect, respecting original ratio: 1280 x 720 
starting sound thread..
Open kick /home/pi/src/uae4all-rpi/kickstarts/kick13.rom
pi@nellie ~/src/uae4all-rpi $ echo $?
132