English Amiga Board

English Amiga Board (https://eab.abime.net/index.php)
-   support.OtherUAE (https://eab.abime.net/forumdisplay.php?f=54)
-   -   RaspberryPI uae4arm (https://eab.abime.net/showthread.php?t=82085)

Chips 20 March 2016 09:57

RaspberryPI uae4arm
 
Specific thread for discussion around uae4arm port on Rapsberry pi.

Source code and instruction how to compile:

https://github.com/Chips-fr/uae4arm-rpi/

Post your questions/story/whatever...

Note: gles display backend available for others linux arm board...

dR_wH0 20 March 2016 12:23

Hmmm my post to the other thread should belong here then :)

lolafg 20 March 2016 17:17

;) Hello Chips and thanks for your work on uae4arm !

Will you try to make bsdsocket avalable ?

Thanks.

dR_wH0 20 March 2016 18:02

I'm trying to autoload a specific configuration file. Up until now I used

Code:

./uae4arm -f /home/pi/uae4arm-rpi/conf/nameofconfig.uae
and it worked fine. But it no longer works. Am I missing some option ?

*Edit*

Nvm. I figured it out. The option "Load Gui On Startup" was selected. Uncheck and good to go :)

Genlock 21 March 2016 00:48

Quote:

Originally Posted by Chips (Post 1078902)
Specific thread for discussion around uae4arm port on Rapsberry pi.

Source code and instruction how to compile:

https://github.com/Chips-fr/uae4arm-rpi/

Post your questions/story/whatever...

Note: gles display backend available for others linux arm board...


Hi Chips i just tried the latest build from th above link, works great.
I tried it with this package from http://classicwb.abime.net/classicweb/p96.htm
as well as an old AIAB 020 hdf which ran ok too.

Theres one thing thats got me puzzled, its if i run Eagleplayer2 Delitracker or Songplayer1.53 i get the sound playback choppy ..But heres the thing - I just happened to run p.paint 7.1 while the mods or mp3 was playing in the background and the sound was perfect, if i put p.paint to the background the sound would go back to being awfull.. Has
p.paint got some extra memory setup from virtual ram or allocated to sound.. ?

Anyway thats the bad news , The build seems fine I tried Uridium2 from the workbench and it ran great from a WHDLoad file using curser keys and mouse to fire.

Only one bug i noticed was not as good as your other builds was the gui, at one point i tried to drag the boxes about the screen to see a path clearly , but the gui got stuck and i had to re-boot , but thats no big deal.

Thanks for all your hard work on this project , i will report other bugs as i come across them if you wish..

joe

jayminer 21 March 2016 10:00

To answer the question about vsync and scrolling from the other thread, I haven't done much testing with older versions but from what I gathered reading about it on the raspberrypi.org-forums it did run smooth before version 0.4 (or was it even 0.3). I also remember trying Turrican II quite some time ago (probably v0.2) and I didn't notice any stutter then and I'm quite sensitive to these things.

I can try and checkout an older version and compare later!

Chips 22 March 2016 10:17

Quote:

Originally Posted by jayminer (Post 1079151)
I can try and checkout an older version and compare later!

Or just give me a list of adf which gave you this kind of pb...

jayminer 22 March 2016 11:29

Well, any game that scrolls smoothly has minor hiccups every now and then, I don't have any particular game in mind but I would say the title screen for Giana Sisters would be a good test-case since it scrolls smoothly at 50 fps so any hiccups can easily be noticed.

liveevil 22 March 2016 17:19

Awesome compatibility on this, i'm on the version on Github just before you added the GLES stuff. What is/will GLES add to my experience ? Also, I tried the WHDLoad version of Super Stardust and it completely locked up.

dR_wH0 22 March 2016 23:04

Well some demos seem to run on super speed too. But most WHDLoad games I have tried, work just right out of the box.

Take serious notice when using your RPi + UAE4ARM that your power supply can support it. If you get the rainbow box on the top right corner, when running UAE4ARM, then your PSU is not supplying enough power to *feed* the little monster. The outcome ? Choppy sound, choppy movements etc. Avoid powering via USB ports at all costs!

Chips 23 March 2016 22:50

Quote:

Originally Posted by lolafg (Post 1078989)
Will you try to make bsdsocket avalable ?

Since i slow down a lot on uae4arm and there are many more important things i would like to look at... i would say no.

Quote:

Originally Posted by liveevil (Post 1079469)
Awesome compatibility on this, i'm on the version on Github just before you added the GLES stuff. What is/will GLES add to my experience ?

Nothing, as stated it's for other arm board... which doesn't have dispmanx.

Chips 02 April 2016 18:20

I just pushed improvement for keyboard management... let me know if I broke something... :xmas

dR_wH0 04 April 2016 22:04

So the process is the same ? Keep our current configs and from the git address compile it from scratch ? :)

Higgy 04 April 2016 23:52

I have been using uae4arm via RetroPie 3.6 on my RPi 3 (runs great). I have wired in a classic 9 pin joystick and installed the 9 pin gpio drivers.
Other emulators such as Atari ST and C64 the joystick is recognised, but I can't seem to get uae4arm to work with the 9 pin joystick.
People have got it working but not said all the details to how they did it.
Thanks

Methanoid 06 April 2016 11:29

Quote:

Originally Posted by lolafg (Post 1078989)
;) Hello Chips and thanks for your work on uae4arm !

Will you try to make bsdsocket avalable ?

Thanks.

bsdsocket is in the latest build of UAE4ARM... just need that ported to Pi and we are go..

Amiga1992 06 April 2016 17:11

Hi Chips! Thanks for UAE4ARM!

I wish UAE4ARM on the Pi had some sort of mode where we don't need mouse and keyboard to get things started.

Could we possibly run a config or mount ADF files through a commandline? I can't seem to achieve it through Retropie yet. The frontend sees all my ADFs but I cannot boot straight to them.

Also easy shortcuts for swapping disks, and joystick-controllable GUI would be great for us who don't want to rely on a keyboard and mouse to play some games in our living rooms :)

lolafg 06 April 2016 18:02

Quote:

Originally Posted by Methanoid (Post 1082271)
bsdsocket is in the latest build of UAE4ARM... just need that ported to Pi and we are go..

:) Yes i've seen that , hope Chips will make it :bowdown

TenLeftFingers 09 April 2016 23:54

Will this run on the first generation of Pis?

Ariath 19 April 2016 21:02

I have a question about video resolution:

I have built this in my RPi +B (i think, i don't remember the model, but it is a RPi 1), and GUI runs fine, but... because i'm using composite video, the gui is too large and goes off screen.

There is any way of "resizing the gui"? Also, i thought the gui would adujst itself to the screen.
I don't mind if the resolution is hardcoded, just need to know which source file i need to edit and i will recompile it :) .

See ya!

Higgy 20 April 2016 08:54

Quote:

Originally Posted by lolafg (Post 1082319)
:) Yes i've seen that , hope Chips will make it :bowdown

PhillyFromNL on the RPi Forum has compiled it:

Fixed all the picasso related problems, this version compiled without any errors, enjoy..

https://www.dropbox.com/s/zerh8q78kzbe5v4/uae4arm_190416_2047.7z?dl=0


43


All times are GMT +2. The time now is 17:49.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.

Page generated in 0.08260 seconds with 11 queries