fs-uae - a new multi-platform amiga emulator for games!

[Foul]

"When you start FS-UAE, the current directory is set to /home/foul:"

Why not "/home/foul/FS-UAE/" by default

Kickstarts are supposed to be in FS-UAE/Kickstarts/ but by default, if i set :

kickstart_file = kick31.rom

it only select kick31.rom from /home/foul/ and not from /home/foul/FS-UAE/ and not from /home/foul/FS-UAE/Kickstarts/

[FrodeSolheim]

Originally Posted by Foul

"When you start FS-UAE, the current directory is set to /home/foul:"

Why not "/home/foul/FS-UAE/" by default

I know what you mean -The thing is "current working directory" is set to /home/foul by the system, not FS-UAE, and relative paths are supposed to be relative to this. (What the current working directory is set to is decided by the system, and is dependent on how you start FS-UAE. It does not always have to be /home/foul).

Originally Posted by Foul

Kickstarts are supposed to be in FS-UAE/Kickstarts/ but by default, if i set :
kickstart_file = kick31.rom
it only select kick31.rom from /home/foul/ and not from /home/foul/FS-UAE/ and not from /home/foul/FS-UAE/Kickstarts/

"FS-UAE/Kickstarts" is currently only used to automatically pick the kickstart rom if "kickstart_file" is *not* specified. If kickstart_file is specified, the file must be an solute path or relative to the current working directory.

I understand you confusion, and I agree that while FS-UAE works as I intended, the current behavior (with relative paths) is easily misunderstood.

I am considering making changes to FS-UAE to improve this, but I have to think this through, since such changes will probably break some configurations, and if I have to make changes which breaks backwards compatibility, it'd better be good (I am generally trying to avoid breaking compatibility with earlier releases, but for the record, until version 1.0.0, I reserve the right to make incompatible changes )

Using relative paths in configuration files is generally a good idea -makes them more portable across computers, and save states becomes more portable as well.

EDIT: I will probably make FS-UAE look for relative paths in a list of directories (including the current working directory) and resolve these manually to absolute paths in FS-UAE. If I do this properly, it should also play nicely with (Win)UAE save state code, which I discovered already supports looking for floppies (etc) in a list of directories when restoring state.

[FrodeSolheim]

Originally Posted by smuj

At the moment fs-uae makes adf files writeable (rw-r--r--) seemingly whether it needs to or not. Since it uses sdf files for writing anyway couldn't it just leave permissions untouched? I always set them read-only (r--r--r--), seems sensible
)

The function diskfile_readonly does indeed change permissions. I will #ifdef away this code for the next FS-UAE version (so it does not run chmod on the files).

[Gaula92]

Is it possible to compile fs-uae without openAL? I'm re-building my Gentoo minimal system for emulation and games, and I'd like to avoid using unnecessary libraries... why not just direct ALSA? Or an option to build on ALSA at least

thanks!

[FrodeSolheim]

Originally Posted by gaula88@hotmail

Is it possible to compile fs-uae without openAL? I'm re-building my Gentoo minimal system for emulation and games, and I'd like to avoid using unnecessary libraries... why not just direct ALSA? Or an option to build on ALSA at least

Because it is more work to write code for both OpenAL and ALSA, than just OpenAL alone. Merely reducing a dependency on a shared library isn't a good enough reason for me to spend many hours writing additional (unecessary) audio code. Of course, since FS-UAE is open source, anyone who wants to, can code direct ALSA support.

[Gaula92]

Understood, Sir!

Souch a great emulator deserves a new library on-board anyway :P

[FrodeSolheim]

Here is an early alpha release!

* Menu function to swap input device and type.
* Support floppy images in ADZ format (zipped ADF).
* Support floppy images in DMS format.
* Resolve relative paths by looking in a set of directories.
* Also look for floppies in new FS-UAE/Floppies directory.
* Also Look for CD-ROMs in new FS-UAE/CD-ROMs directory.
* Also Look for hard drive images in new FS-UAE/hard Drives directory.
* Also look for named kickstarts in FS-UAE/Kickstarts directory.
* Do not change permissions on ADF files when inserted into floppy drives.

http://fengestad.no/fs-uae/files/fs-...a2-windows.zip
http://fengestad.no/fs-uae/files/fs-...-macosx.tar.gz
http://fengestad.no/fs-uae/files/fs-...ha2-0_i386.deb
http://fengestad.no/fs-uae/files/fs-...a2-0_amd64.deb
http://fengestad.no/fs-uae/files/fs-...3alpha2.tar.gz

Originally Posted by Foul

...it only select kick31.rom from /home/foul/ and not from /home/foul/FS-UAE/ and not from /home/foul/FS-UAE/Kickstarts/

This version should hopefully work like you (and everyone else) expect

Originally Posted by Foul

.dms too ?

Alright then, but I haven't tested it -I delegate this task to you

Regarding the new input menu: While it allows you to map a host joystick to amiga mouse (and vice versa), this does not work yet. Host mouse must be combined with amiga mouse, and a host joystick with amiga joystick (You'll understand what I mean when you see the menu).

[Gaula92]

I'm having a very strange problem on Gentoo.
I got fs-uae to compile successfully, but if I move ior copy the resulting executable to a custom directory (/home/manuel/amiga, for example) and the O try to execute it, I get a segfault.

However, I can run it sucessfully from the out directory: strange... but I don't know how to fix it. Never encountered a progran behaving this way.

thanks

[FrodeSolheim]

Originally Posted by gaula88@hotmail

I'm having a very strange problem on Gentoo.
I got fs-uae to compile successfully, but if I move ior copy the resulting executable to a custom directory (/home/manuel/amiga, for example) and the O try to execute it, I get a segfault.

However, I can run it sucessfully from the out directory: strange... but I don't know how to fix it. Never encountered a progran behaving this way.

thanks

It's because it does not find it's data files. Some more error checking (good idea anyway) would prevent the segfault, but it wouldn't work properly anyway.

Run "make install" to install the data files and it will work.

[smuj]

Originally Posted by gaula88@hotmail

I got fs-uae to compile successfully, but if I move ior copy the resulting executable to a custom directory (/home/manuel/amiga, for example) and the O try to execute it, I get a segfault.

Just copy the "share" directory into ~/amiga with fs-uae if you don't want to make install.

Originally Posted by FrodeSolheim

The function diskfile_readonly does indeed change permissions. I will #ifdef away this code for the next FS-UAE version (so it does not run chmod on the files).

Thanks, works fine in the alpha

[PHabermehl]

Hello Frode,

Again Thanks for your effort! You're doing an amazing job :-) and the input config menu is highly apreciated, at least by us (maybe you could move it a little down in the menu hierarchy to clean up the main menu?).


One thing I just found with the 0.9.13alpha2: When having configured an "empty" floppy drive, fs-uae crashes/shuts down:

fs-uae: xcb_io.c:140: dequeue_pending_request: Assertion `req == dpy->xcb->pending_requests' failed.
Abgebrochen

Before, fs-uae just started up fine and the "Amiga" showed the boot floppy screen and waited for a floppy (adf) to be inserted.

Well, maybe it's just coincidence that it fails on empty floppy, but there seems to be a problem anyway - let me know if I could help debugging.


Best regards,
Peter

[FrodeSolheim]

Originally Posted by PHabermehl

Hello Frode, Again Thanks for your effort! You're doing an amazing job :-) and the input config menu is highly apreciated, at least by us (maybe you could move it a little down in the menu hierarchy to clean up the main menu?).

Hi! -I put it at the top to make it easier for me to test it while developing, and I forgot to move it down again afterwards

Originally Posted by PHabermehl

One thing I just found with the 0.9.13alpha2: When having configured an "empty" floppy drive, fs-uae crashes/shuts down:

I have not been able to reproduce this. Can you check whether this happens every time for you? Posting config/logs may help, and it would be nice if you can figure out the minimum config which makes it crash. Thanks.

[PHabermehl]

Hi Frode, some feedback:

Originally Posted by FrodeSolheim

Hi! -I put it at the top to make it easier for me to test it while developing, and I forgot to move it down again afterwards

Sorry for implying that this chaos was intended

Originally Posted by FrodeSolheim

I have not been able to reproduce this. Can you check whether this happens every time for you? Posting config/logs may help, and it would be nice if you can figure out the minimum config which makes it crash. Thanks.

Okay, here we go: Stupid me configured: "floppy_drive_0 = empty" which worked all the time...
Now I changed the config to "# floppy_drive_0 = whatever" i.e. commented it out - now fs-uae starts up and presents the boot-screen

My next question: how do I configure two (or three or four) "empty" drives?

Ah, and regarding the mouse - joystick - port 0 - left click issue:
Configuring port 0 as joystick works when using my competition pro; I can use the fire button to skip the antivirus bootblock.
But when I use my gamepad in port 0, "fire" does not work to simulate the lmb click...
So it must be something with the gamepad config:

[amiga]
axis_0_neg = left
axis_0_pos = right
axis_1_neg = up
axis_1_pos = down
button_2 = 1
button_3 = 2
button_1 = 1
button_0 = 2
button_4 = left
button_5 = right

[amigacd32]
axis_0_neg = left
axis_0_pos = right
axis_1_neg = up
axis_1_pos = down
button_2 = red
button_3 = green
button_0 = yellow
button_1 = blue
button_8 = select
button_9 = play
button_4 = rewind
button_5= forward

[menu]
axis_0_neg = left
axis_0_pos = right
axis_1_neg = up
axis_1_pos = down
button_8 = menu
button_2 = primary
button_3 = secondary
button_1 = back
button_0 = tertiary
button_4 = up
button_5 = down
button_9 = play

Any idea?

Thank you again and sorry for stealing your time...

-----and some edit-----

I just used 0.9.13a2 input mapping menu to map the gamepad to port 0 and guess what - it works as expected, pressing the fire button skips the boot menu. Strange since it was really an issue before...


Peter

[smuj]

Originally Posted by PHabermehl

My next question: how do I configure two (or three or four) "empty" drives?

Just put:

floppy_drive_0 =
floppy_drive_1 =
floppy_drive_2 =

into your fs-uae.conf.

[PHabermehl]

Originally Posted by smuj

Just put:

floppy_drive_0 =
floppy_drive_1 =
floppy_drive_2 =

into your fs-uae.conf.

naturally...

Thanks, smuj. Again, could have figured out myself........

Best regards,
Peter

[Foul]

i'm playing Indiana Jones and the Fate of Atlantis for the moment. I got it in adf (11x floppies) or one .hdf, but if i use hdf, i can't use save states, when i save one, fs-uae simply quit... :\

By the way, you can add in next version : mad_catz_wired_xbox_360_controller_sfiv.ini

# Device: mad_catz_wired_xbox_360_controller_sfiv

[device]
name = Xbox 360 Controller
type = joystick/gamepad

[default]
include = common/gamepad



is there a way to add windows/fullscreen ingame option ? like aspect button, boring to quit if i want just to put up/down sound volume

[FrodeSolheim]

Originally Posted by Foul

i'm playing Indiana Jones and the Fate of Atlantis for the moment. I got it in adf (11x floppies) or one .hdf, but if i use hdf, i can't use save states, when i save one, fs-uae simply quit... :\

I have tried to get FS-UAE to crash when using HDs and save states, but it does not crash for me (I have got reports from others having the same problem, so I believe there is a problem!). Could you post your config file and log?

Originally Posted by Foul

By the way, you can add in next version : mad_catz_wired_xbox_360_controller_sfiv.ini

# Device: mad_catz_wired_xbox_360_controller_sfiv

[device]
name = Xbox 360 Controller
type = joystick/gamepad

[default]
include = common/gamepad

I would love to, but this couldn't possible work without some button/axis/hat mappings under [default] (part of file missing?)

Originally Posted by Foul

is there a way to add windows/fullscreen ingame option ? like aspect button, boring to quit if i want just to put up/down sound volume

On most platforms, You should be able to use ALT+Tab (On Windows, or when fullscreen window mode (the default) is used on Linux/Mac).

I am planning to support ALT+Enter for swithing between fullscreen/window mode, but it is a bit tedious to do because on Windows/SDL the OpenGL context is destroyed (textures must be recreated etc), so I haven't implemented this yet. Also, resizable window and more window options (decoration on/off, size) is planned.

[FrodeSolheim]

Originally Posted by PHabermehl

I just used 0.9.13a2 input mapping menu to map the gamepad to port 0 and guess what - it works as expected, pressing the fire button skips the boot menu. Strange since it was really an issue before...

The only reason I can think of is that the device added to port 0 was mis-spelled (or something), so pressing fire did not really do anything. When selecting the device using the menu, the device would be configured correctly, and therefore the fire button worked (...).

[Foul]

Originally Posted by FrodeSolheim

Could you post your config file and log?

files attached

[FrodeSolheim]

Originally Posted by Foul

files attached

Thank you Got a pointer there in the log file (the null value for volume name) I managed to reproduce it on both Mac and Linux, but it "accidentally" works on Windows. It looks like a bug in (Win)UAE actually, but is easily fixed. Just going to read the code more thoroughly first.

The problem could be traced back to my implementation of uutf8 not checking for null pointer in input parameter.

Toni has also warned that save states are not generally safe to use with HDFs:

Note that HDF statefiles are not safe to use because nothing guarantees hdf not being modified after statefile has been created. Restore may appear to work but things can get really bad when program attempts to write again..

[Foul]

yeah ! i will maybe got time to finish this Great Game

Thx 4 all !

definitely the best Amiga Emulator i've tryed under Linux

[Foul]

Originally Posted by FrodeSolheim

I would love to, but this couldn't possible work without some button/axis/hat mappings under [default] (part of file missing?)

mp_8866_dual_usb_joypad.ini work like this. no mapping just :

[device]
name = wisegroup_ltd_mp_8866_dual_usb_joypad
type = joystick/gamepad

[default]
include = wisegroup_ltd/tigergame_ps_ps2_game_controller_adapter

and it's working well

so mad_catz_wired_xbox_360_controller_sfiv seems to don't need mapping and works well too

tryed with or without buttons mapping for both joystick and nothing change...

edit : the only things, is not all the buttons are recognised... waiting to full emulate CD32 buttons

[FrodeSolheim]

Originally Posted by Foul

mp_8866_dual_usb_joypad.ini work like this. no mapping just :

[device]
name = wisegroup_ltd_mp_8866_dual_usb_joypad
type = joystick/gamepad

[default]
include = wisegroup_ltd/tigergame_ps_ps2_game_controller_adapter

and it's working well

so mad_catz_wired_xbox_360_controller_sfiv seems to don't need mapping and works well too

tryed with or without buttons mapping for both joystick and change nothing...

edit : the only things, is not all the buttons are recognised... waiting to full emulate CD32 buttons

Yes, but the "include = common/gamepad" is special: it configures amiga and amigac32 based on "universal" event names (http://fengestad.no/wp/fs-uae/custom...-configuration), but requires that names such as "south_button" etc is defined when common/gamepad is included.

wisegroup_ltd_mp_8866_dual_usb_joypad can simply include tigergame_ps_ps2_game_controller_adapter because tigergame_ps_ps2_game_controller_adapter has defined button/axis mapping.

The reason the Mad Catz controller works could be because it identifies itself as an Microsoft Xbox-controller, and therefore uses that configuration file? (The log file will reveal the answer).

[Foul]

Just retested and without button mapping no longer works

so i copied the x_box_360_pad.ini button mapping in it and now it's ok

i'm using http://aminet.net/package/util/misc/joytest_CP under Workbench to test all buttons/joy/mapping
config/logs attached

[LePiaf]

Just discovered this emulator - great idea and great work ! Do you need help with coding or something else?

cheers,
LePiaf

[Foul]

like i said in another forum, i must stop playing with fs-uae :

Yesterday, i was watching some Amiga demos on youtube, and i pressed F12 to quit at the end...

[wilshy]

Originally Posted by Foul

Yesterday, i was watching some Amiga demos on youtube, and i pressed F12 to quit at the end...

Haha.

Go visit the real world

[browniesrgut]

Hey Frode !

Thanks for your work, I've spent many hours (re)playing with my favorite good old games. But I was thinking, what about a(beautifully integrated to the interface) file brower that would let you choose the (hard-)disk file, like that :

F12 -> DFx -> Beautifully integrated to the interface list of files instead of floppy_image_x setting in conf file.

Whad'ya think ? is it possible ?

Love and kisses

[FrodeSolheim]

Originally Posted by Foul

Just retested and without button mapping no longer works
so i copied the x_box_360_pad.ini button mapping in it and now it's ok
i'm using http://aminet.net/package/util/misc/joytest_CP under Workbench to test all buttons/joy/mapping
config/logs attached

Good, I'll bundle a mad catz config in the next version!

Originally Posted by LePiaf

Just discovered this emulator - great idea and great work ! Do you need help with coding or something else?
cheers,
LePiaf

I have received several offers of help (thank you everyone!). The help that is most useful to me know is just having people test the emulator and reports problems. Especially when new versions are released (test new functions, test stuff that is supposedly fixed, etc, and report if stuff that worked earlier is broken). I currently feel coding help will not be that helpful, since I would probably spend more time coordinating that help than doing it myself ;-) -at least at this stage.

(But perhaps I should create a email list or something where I could register people willing to help? So help is easy at hand when I need it?)

Originally Posted by Foul

Yesterday, i was watching some Amiga demos on youtube, and i pressed F12 to quit at the end...

Originally Posted by browniesrgut

(...) But I was thinking, what about a(beautifully integrated to the interface) file brower that would let you choose the (hard-)disk file, like that :

F12 -> DFx -> Beautifully integrated to the interface list of files instead of floppy_image_x setting in conf file.

You are not the first to request this, and I have answered it earlier. I am not against this function on principle, but I think this function should be based on an actual need, and therefore we also need to discuss what it is supposed to achieve. I see several possible needs this function could fullfil:

1. Swapping floppes during the game (this is what floppy_image_x is designed for, not changing games)
2. Changing game on your desktop/laptop computer -by changing floppies and using reset, or to start a game "quickly" bo booting a diskless config and then inserting disks for the game you want to play.
3. Changing game on a HTPC -by changing floppies and using reset, all using a gamepad from a distance.

I don't now what you want to achieve, but assuming it is 2 or 3, yes, a disk browser could help with both these points -but some games also need other configuration options, so it is not a complete solution.

For point 2, I think the need is better fulfilled by a launcher application with a traditional GUI, since you would also be able to change config etc (and I have no plans to embed a full configuration UI à la WinUAE into FS-UAE - I only plan UI for changes that *need* to be done after starting the emulation).

For point 3, I think it would be better to put work into a nice fullscreen game browser (controllable with a gamepad, just like FS-UAE) -something like this: http://fengestad.no/fs-game-center/screenshot.png (this is an actual screenshot from my own unreleased frontend, not a mockup).

Comments?

Guess his basic message is... Make FS-UAE more user friendly. Something which us dummies and newbies will also understand. Some sort of GUI thingy would be great. Right now many of us still don't understand where to put which file and what do we have to create. Kickstart Roms/Bios, ADF. scan, how to run WHDLoad files, CD32, Controller setup, Keyboard key configuration, Chipset changes (OCS, ECS, AGA)... All that good stuff. Nothing has to be pre-configured. Just more clearer/visible.

[browniesrgut]

Hey Frode,

Your screenshot is lovely, is this something secretly cooking in your hoven right now ?

In fact, your launcher idea is great ? It reminds me of that : http://www.youtube.com/watch?v=oUS81EL5CbQ

Like Ravenlors said, user-friendlyness can be nice sometimes.

[LePiaf]

Originally Posted by FrodeSolheim

I have received several offers of help (thank you everyone!). The help that is most useful to me know is just having people test the emulator and reports problems. Especially when new versions are released (test new functions, test stuff that is supposedly fixed, etc, and report if stuff that worked earlier is broken). I currently feel coding help will not be that helpful, since I would probably spend more time coordinating that help than doing it myself ;-) -at least at this stage.

(But perhaps I should create a email list or something where I could register people willing to help? So help is easy at hand when I need it?)

No prob man, just yell when you get tired of grinding and want to become boss

Originally Posted by FrodeSolheim

For point 3, I think it would be better to put work into a nice fullscreen game browser (controllable with a gamepad, just like FS-UAE) -something like this: http://fengestad.no/fs-game-center/screenshot.png (this is an actual screenshot from my own unreleased frontend, not a mockup).

Comments?

Good lookin', maybe it can be in some point be integrated with hol or lemon game databases, to have some funky meta info about games in collection

LePiaf

[FrodeSolheim]

Originally Posted by Ravenlord

Guess his basic message is... Make FS-UAE more user friendly. Something which us dummies and newbies will also understand. Some sort of GUI thingy would be great. Right now many of us still don't understand where to put which file and what do we have to create. Kickstart Roms/Bios, ADF. scan, how to run WHDLoad files, CD32, Controller setup, Keyboard key configuration, Chipset changes (OCS, ECS, AGA)... All that good stuff. Nothing has to be pre-configured. Just more clearer/visible.

Sure, but this is not necessarily something FS-UAE itself needs to have -a separate launcher could make it quick and easy for beginners to set up FS-UAE. There are already a couple of third-party configuration / launcher programs available:
http://eab.abime.net/showthread.php?t=63400
http://sourceforge.net/projects/gfsuae/

Also, better documentation / howtos (a beginner's guide to FS-UAE) would of course help a lot.

Originally Posted by browniesrgut

Hey Frode,
Your screenshot is lovely, is this something secretly cooking in your hoven right now ?
In fact, your launcher idea is great ? It reminds me of that : http://www.youtube.com/watch?v=oUS81EL5CbQ

Yes, it is more or less done -Which means that it is working for me, but will require documentation and cleanup before a public release.

Originally Posted by browniesrgut

Like Ravenlors said, user-friendlyness can be nice sometimes.

Yes, but user-friendly can mean many things (and should not be confused with pretty ) -This game browser won't necessarily make FS-UAE easier to use for beginners (it is not a configuration frontend) -but it will make it easier (and nicer) to browse your game collection once you have everything set up correctly.

Originally Posted by LePiaf

(...)
Good lookin', maybe it can be in some point be integrated with hol or lemon game databases, to have some funky meta info about games in collection
LePiaf

There does not seem to be a suitable open database with metadata and screenshots/covers of good enough quality, designed to be remotely accessed by programs. For instance, HOL has a limit on accesses per day, and LemonAmiga does not include covers. So I have created my own database with 100+ entries currently, but for game entries, I have added links to HOL and LemonAmiga entries so information can be cross-referenced.

Anyway, regarding FS-UAE, user-friendlyness, configuration, game browsing etc:

I think three different programs together should fulfill the important usage scenarios:

FS-UAE
This program focuses on emulation features, and UI which needs to present while a game is running. This includes floppy swapping and save states (But it could also include non-emulation features like an on-screen manual reader, so you can toggle between the game manual and game with the press of a button).

A Launcher / configuration program
This program will make FS-UAE easier to use for those not comfortable writing config files and reading documentation regarding configuration. This launcher can let the user select Amiga model/kickstart, configure floppies, set up HDs, etc. When the user chooses to start the emulation, FS-UAE is launched to take it from there.

It could also include a feature to let the user configure connected gamepads with a visual mapping tool. Even further,such a program could include a net play feature with a lobby and game chat, and could ensure that the configuration for all players is compatible before staring FS-UAE.

As noted earlier, there are already a couple of third-party launchers available.

Game Browser
This program would be designed to let the user browse his game collection (as in the screenshot at http://fengestad.no/fs-game-center/screenshot.png). If could download covers / game information from the Internet automatically, based on game name, or the user could supply this himself. Game configuration could possibly be read from configuration files created manually, or created by the configuration program, or even automatically created based on information from a centralized game database.

...

I think having these features separated into 3 programs is more of a strength than a weakness. It would make FS-UAE itself more focused on necessary features, and would allow the user to choose whether to additionally have a launcher or game browser -or both.

Launchers / game browsers can be created by me, or by third-parties without involving me, which means that I do not necessarily have to be a bottleneck, and it could mean that the user in the future will have a choice between several launchers and/or game browsers depending on taste and requirements.

In the meantime:
Version 0.9.13beta3 (http://fengestad.no/wp/fs-uae/download-beta):
* Change in OpenGL renderer for Linux, making it work better with vsync on recent Linux systems with recent nVIDIA drivers.
* File system mounting made more compatible with net play (some issues with normal folders remaining, zip file mounting seems stable in net play).
* Fixed issue where (mounted) file system access slowed emulation.
* Fixed crash when referring to a non-existing disk file.
* Fixed crash when saving state wile using hardfiles (hdf).
* Reordered input menu items.
* Added Mad Catz Wired Xbox 360 Controller config.

[FOL]

FS, any plans for an Amiga OS4.1 version?

[browniesrgut]

Originally Posted by FrodeSolheim

I think having these features separated into 3 programs is more of a strength than a weakness. It would make FS-UAE itself more focused on necessary features, and would allow the user to choose whether to additionally have a launcher or game browser -or both.

Launchers / game browsers can be created by me, or by third-parties without involving me, which means that I do not necessarily have to be a bottleneck, and it could mean that the user in the future will have a choice between several launchers and/or game browsers depending on taste and requirements.

I think you're right. I don't have any coding skills, but if you need any help for testing or bug reporting or translations (I can do a french locale if you ever need so ) you can count on me.

Thanks for your answer and thank you for FS-UAE.

[Speedvicio]

There are some problems with the latest beta version:

- The exit key from the emulator does not work sometimes
- Folders HD are mounted correctly, but are not recognized as slave
- The hard disk and floppy with no path (or "null" path) , are mounted by the emulator (in the stable release this problem does not occur)

A little tip, you may implement a keyboard shortcut to switch from window mode to fullscreen mode.

Sorry for bad explanation.

[FrodeSolheim]

Originally Posted by FOL

FS, any plans for an Amiga OS4.1 version?

Sorry, no

Originally Posted by browniesrgut

I think you're right. I don't have any coding skills, but if you need any help for testing or bug reporting or translations (I can do a french locale if you ever need so ) you can count on me.
Thanks for your answer and thank you for FS-UAE.

I have a prototype launcher with net play support, and if I get it out of the door at one point, it should probably be localized, and I'll let you do the French

Originally Posted by Speedvicio

There are some problems with the latest beta version:

- The exit key from the emulator does not work sometimes

What OS are you using? When this happens, has the emulation freezed?

Originally Posted by Speedvicio

- Folders HD are mounted correctly, but are not recognized as slave

Could you explain more so I understand the problem?

Originally Posted by Speedvicio

- The hard disk and floppy with no path (or "null" path) , are mounted by the emulator (in the stable release this problem does not occur)

I have verified the problem. -Will be fixed

Originally Posted by Speedvicio

A little tip, you may implement a keyboard shortcut to switch from window mode to fullscreen mode.

it is almost done!

[Speedvicio]

I'll try to explain better.

I'm on linux (kubuntu), the emulator freeze , the menu gui work (F12) , but the command inside the GUI emu don't work.

For the problem of second mounted hd, i do not know how to explain it better, but i set at startup on amiga os 3.1 a folder with WHD games as a slave hard disk.
In theory the os recognizes it only when i browse through the physical path but not the WHD loader (appear a slave error).
This problem occurs only with the latest beta, stable version of your emulator behaves properly.

[FrodeSolheim]

Originally Posted by Speedvicio

I'll try to explain better.

I'm on linux (kubuntu), the emulator freeze , the menu gui work (F12) , but the command inside the GUI emu don't work.

Good -- this is a known problem. In a future version, FS-UAE will force-close if the emulator does not shut down cleanly.

Originally Posted by Speedvicio

For the problem of second mounted hd, i do not know how to explain it better, but i set at startup on amiga os 3.1 a folder with WHD games as a slave hard disk.
In theory the os recognizes it only when i browse through the physical path but not the WHD loader (appear a slave error).
This problem occurs only with the latest beta, stable version of your emulator behaves properly.

I have made several other changes to the filesys handler in the latest betas (in order to make it compatible across OSes, with net play, etc). It will be easier to fix if I can reproduce the problem.

* What WHDLoad game are you trying to start?

* Perhaps you could run the command

find . > files.txt

from the slave disk folder, and send me the file list?

* Also, with the latest version I'm going to post, you can set an environment variable before running FS-UAE to get (lots of) file system debug info in the log

export FS_DEBUG_FILESYS=1
fs-uae ...

If I get the file list, and the log file (and info about the game you are trying to start, please also send the startup script if you can), then I'll fix it

(just wait a few minutes for 0.9.13beta5 first)

[FrodeSolheim]

Changes since version 0.9.13beta3:
* Fix to not try to resolve empty paths.
* Fix mouse configuration for new input menu system.
* New options: window_width, window_height, window_resizable.
* File system mounting is compatible with net play.
* Show title / subtitle strings in window title.
* Clear keyboard modifier state when window is activated / receives focus.

Version 0.9.13beta5: http://fengestad.no/wp/fs-uae/download-beta