openMSX ARM without X-Window

Page 1/3
| 2 | 3

By karloch

Paragon (1963)

karloch's picture

17-03-2006, 11:39

Hi,

As I told several weeks ago at the IRC, I have a Handheld PC device (HP Jornada 720) with Debian Etch ARM installed and running like a charm.Hi,

As I told several weeks ago at the IRC, I have a Handheld PC device (HP Jornada 720) with Debian Etch ARM installed and running like a charm. The ARM branch of Debian has also the openMSX package ready to use on ARM devices and I'm just curious of how would it works on the Jornada 720. I apt-getted the package and it installed perfectly. There are several considerations to make before:

  • Jornada 720 proccessor is a StrongARM at 206 mhz, it should be capable of at least run the emulator.
  • The RAM memory of the machine is 32 MB, without any swap partition available. Although lightweight kdrive X server work really well on it, I prefer to not use the X-Window to have more resources and memory available for the apps of my system.

So what I want to know:

  • Is it possible to run openMSX without X-Window, by just ussing the framebuffer? (like links2 does, for example) If it is possible, how I do that?
  • If I run openMSX right now from the console it exits with an error that tell me that the 640x480 resolution is not supported in my system. That is absolutely true, since the handheld screen is just 640x240. How do I change the screen resolution?

Greets!

Login or register to post comments

By Chardson

Champion (411)

Chardson's picture

17-03-2006, 14:47

There is an export variable that makes SDL run on framebuffer, instead of on X. I don't remember it, but google is our friend...

By Gilneas2

Master (236)

Gilneas2's picture

17-03-2006, 15:54

There is also a "window manager" program called Screen. It's just an extension to the console. I have tried it out for a few minutes just to experiment but supposedly it can run SDL applications in full screen.

By Manuel

Ascended (13478)

Manuel's picture

17-03-2006, 22:14

Try something like:

export SDL_VIDEODRIVER=fb
(or something similar). YOu need to tell SDL to use the framebuffer videodriver.

Also, you should edit your settings.xml and set the scaling factor to "1", which will give you a 320x240 rendering output.

By karloch

Paragon (1963)

karloch's picture

18-03-2006, 02:22

It works with the following:

export SDL_VIDEODRIVER=fbcon

However, I'm not able to use the scale_factor to 1 (the emulator still exists telling me that it's unable to use 640x480). Is not there any settings.xml example configuration file? Mine looks like this:

<settings>
<video>
<scale_factor>1</scale_factor>
</video>
</settings>

By Manuel

Ascended (13478)

Manuel's picture

18-03-2006, 09:15

create this file:

/home/karloch/.openMSX/share/settings.xml

with this content:

<!DOCTYPE settings SYSTEM 'settings.dtd'>
<settings>
  <settings>
    <setting id="scale_factor">1</setting>
  </settings>
</settings>

This is the minimal settings file if you only want to override the default scale_factor, assuming that you're using openMSX 0.6.0.

By karloch

Paragon (1963)

karloch's picture

18-03-2006, 13:47

Ok, the emulator finally, at least, runs. But it looks like the SDL doesn't manage well the console display. The display is duplicated along the screen (one display to the left and another to the right). Also, it's only long to half weight of the screen. It's like the resolution would be 220x120 or something like that. Of course, the CBIOS text screen can't be even read, although the blue screen and the letters are there.

By Manuel

Ascended (13478)

Manuel's picture

18-03-2006, 16:15

karloch: I suppose it's easier to talk to us on IRC: #openMSX on Freenode.net. (I have no clue what's going on, and wouter and mth are probably capable of investigating it with you!)

By karloch

Paragon (1963)

karloch's picture

19-03-2006, 01:10

Running the emulator from the X (I'm using kdrive server) will make it run like a charm, it's a lot faster that I would expected. It's a bit slower than fMSX, but this one is unable to play sound correctly on the device while openMSX does this correctly. Although openMSX is slower, Nemesis 1 was still very playable. A little speedup would make it perfect.

I have took a look to the tunning tips of the manual, but I don't know how to apply them since I don't know the settings.xml syntax and the emulator console is not very readable... Help would be appreciatted Tongue

By Manuel

Ascended (13478)

Manuel's picture

19-03-2006, 11:22

Cool! Just get on IRC and we can give you some direct tips on how to work things out.

One thing you can do: run openMSX on a normal PC, set it up for optimal performance according to the performance tips section (simple scale_algorithm, scale_factor 1, set maxframeskip to a higher value (like 10), set the 'frequency' setting to 22050), save your settings and then copy the settings.xml file to your other device. (Or type it over...)

I suppose you don't have hardware accelerated OpenGL on that machine, which could have made some imporovements Tongue

By Vampier

Prophet (2113)

Vampier's picture

19-03-2006, 22:02

Karloch did it Smile
members.home.nl/parkel/arm/openmsx_arm2.jpg

members.home.nl/parkel/arm/openmsx_arm3.jpg

members.home.nl/parkel/arm/openmsx_arm4.jpg

Page 1/3
| 2 | 3
My MSX profile