no, there isn't
altirra is windows x86 application, so it can't be used on arm based rpi.

with little effort there could be done some little linux distribution with framebuffer based atari800 starting in preconfigured environment but... there is probably no one interested in doing this...

My idea is to have linux core and boot into Altirra (or another emulator that supports 1mb RAM, VBXE and Stereo Pokey) for watching demos or playing VBXE games etc. RPi800 distro or something like that. SDCard image...

Ostatnio edytowany przez Matej (2012-11-14 09:19:43)

But probably nobody will do this....

jellonek I am for this moment not interested in this, so my RPi will now do what it does, whatever it is ;) .

And if this is a must, there is a http://sourceforge.net/projects/rpiqemuwindows/ so if You want You can.

Yepp, they said that it is comparable to PII 300 in CPU speed.

Yes I want -but- I will not due to reasons you mentioned.
It was an 10-minutes test.

Hovever I'd suspect sdl to work with processor on-chip supa-dupa capabilities.

Do you think Raspbian is "poorly written software"? I think maybe so, as linux is written by accidental people.

I do not think that poorly-written = slow. Rather: fast=>poorly written, and: well written->slow.

sdl does not make any use of any of cpu capabilities, especially these for handling bitmaps, and doing everything in software is always the worst choice, especially if hardware already is there
i've been dealing with linux kernels for embeded systems for quite some time (almost a year now) and i see many inconsistences between modules of what suppose to be unified code for single platform, so i wouldn't expect much of rasbery here
main issue here is that people writing user end applications have no clue of how hardware works, and relay on lower layers of software/os to handle it - not nessesary the case for embedded systems, as they have very little support striaight from manufacturers, and sometimes some drivers are not freely available
all you can assume is that mmu works, memory controller was programmed to match onboard's memory and general use hardware works, so one can actually boot the system
preformacne will be rather average

exacly, time to market explains it all

Just looked through Altirra's source files and well...
Some files seems to be written in x86(or even x64?) assembly language.
Altirra's render engine is based on DirectX and OpenGL, while RPi can handle (partially afaik) OpenGL ES 2.0 (via EGL layer?) at best.
Raspbian doesn't have hardware-accelerated X11, so GUI needs a rewrite too.
SDL2 got partial RPi support, so... maybe...

I guess it's not impossible to port Altirra to RPi but it would be sloow program to use.

[offtopic]
I have Rasperry Pi B and I'm using Atari800 on it. There are slowdowns sometimes but at least it works.
(here's link to SDL1.2 library with better RPi HW support)
(gah, sorry for engrish)[/offtopic]

nie wiem co wam tam wolno chodzi ale mi na Rpi 1 z 265 ram Demka chodza spoko.
Tymbardziej ze jest dolozony TFT po fbtft by notro ktory tez troche zrzera proca
https://vimeo.com/118503743

Oczywiscie mowa o atari800 ktore imo jest genialne i nie ma jak narazie z tym problemu :)

Atari800 w PiStore nie uzywa SDL, tylko GLES2:
https://www.raspberrypi.org/forums/view … mp;t=30889
Problem sie rozwiazal :)

ATARI 65XE + SIO2BT

Dzięki za wyjaśnienie.
To znaczy emulator renderuje obraz na "wirtualnym" display-u np. 320x200, a potem GPU skaluje to na np. 1080p?

ATARI 65XE + SIO2BT