Notices


Reply
Thread Tools
qwerty12's Avatar
Posts: 4,274 | Thanked: 5,358 times | Joined on Sep 2007 @ Looking at y'all and sighing
#11
Originally Posted by ArnimS View Post
This is really impressive. And fms is to be thanked (and supported) as the only real emu developer to have ever visited these forums.

The worst part about the emulator is not the emulator but the brain-damaged maemo file-browser. Opening a directory with subdirectories containing a couple thousand files will lock up the file browser as it indexes each subdirectory. Boo Nokia. We can't even turn that behavior off!

To work around this, it'd be preferable if vgba remembered the last directory visited.
IMHO isn't that file browser part of the hildonisations?

What about replacing with the standard GTK file browser which I see when apps are not hildonised.

(BTW: I cannot develop so I am talking utter rubbish please ignore me)

Last edited by qwerty12; 2008-04-07 at 07:55.
 
Bundyo's Avatar
Posts: 4,707 | Thanked: 4,643 times | Joined on Oct 2007 @ Bulgaria
#12
Just to report that Riviera RPG is working beautifully
 
ArnimS's Avatar
Posts: 1,107 | Thanked: 720 times | Joined on Mar 2007 @ Germany
#13
Sorry, my choice of words was a mistake. I did not mean to imply that it scans the complete subdirectory tree. It scans every child directory of the current directory before letting you click-on and proceed to the next subdirectory.

Thus, for me, opening a new game involves
Click VGBA Maemo
Click 'Open file'
Scroll left window down to 'removable memorycard'
Click 'Removable memory card'
...Wait ~3 seconds
Click 'games'
...Wait ~10 seconds
Click 'console'
...Wait ~5 seconds
Click 'GBA'
Scroll right window down to the game of choice,
(right window shows only three (!) files at a time)
To reduce most of these steps, remember last directory accessed (store to ~/.vgba or gconf?)

I don't know hildon, but looking at libhildonfm2-dev_1%3a1.9.49_all.deb, it seems possible:

in hildon-fm1-compat.h
gboolean hildon_file_selection_set_current_folder (HildonFileSelection *self, const GtkFilePath *folder, GError **error);

GtkFilePath * hildon_file_selection_get_current_folder (HildonFileSelection *self);

in file hildon-file-chooser-dialog.h
GtkWidget *hildon_file_chooser_dialog_new_with_properties(Gt kWindow * parent, const gchar * first_property, ...);

One of the .h files references the gtk file chooser help page
http://library.gnome.org/devel/gtk/u...leChooser.html

Additionally, when selecting a game, it is impossible to differentiate between the actual game, the save file (.sav) and the state file (.sta) without comparing the file creation dates because the browser only shows fifteen (!) characters of the filename (on an 800x480 screen, this is quite an 'accomplishment'). So it would be helpful if you could set "open File" to only show .gba (or supported compressed file types) in the chooser, or alternately put save and state data in a subdirectory of the game dir.

Performance
-------------
Very impressive speed ...

However, it is possible to scale 3x in hardware (GBA 240x160 to Nokia 720x480) without speed penalty. This is normally exposed via Xsp extensions ('pixel doubling'), but ssvb (Siarhei Siamashka) sets an arbitrary screen resolution in mplayer using ioctls.

See the mplayer svn for implementation details.

Some useful information can also be found here:
http://www.gossamer-threads.com/list...threaded#34480

Again, thanks for the great emulator.

Last edited by ArnimS; 2008-04-07 at 15:56. Reason: added links
 
Posts: 1,418 | Thanked: 1,541 times | Joined on Feb 2008
#14
Originally Posted by ArnimS View Post
Sorry, my choice of words was a mistake. I did not mean to imply that it scans the complete subdirectory tree. It scans every child directory of the current directory before letting you click-on and proceed to the next subdirectory.
Got it. All right, remembering the last directory should probably help here.

Additionally, when selecting a game, it is impossible to differentiate between the actual game, the save file (.sav) and the state file (.sta) without comparing the file creation dates because the browser only shows fifteen (!) characters of the filename (on an 800x480 screen, this is quite an 'accomplishment').
It would be helpful for "open File" to only show .gba (or supported compressed file types) in the chooser, if possible.
I have not found how to do it properly yet, but will try. In the meanwhile, you may want to use the built-in config menu to open files: it is simplistic but free from these problems.

However, it is possible to scale the 240x160 screen to 720x480 (x3) without speed penalty. This is normally exposed via Xsp extensions ('pixel doubling'), but ssvb (Siarhei Siamashka) sets an arbitrary screen resolution in mplayer using ioctls, so you should be able use this to scale 3x in hardware.
In fact, I can just write a piece of assembly code that does x3 scaling, same as I have done with other scales. may be a bit slower, but will cause less interference with other applications.
 
ArnimS's Avatar
Posts: 1,107 | Thanked: 720 times | Joined on Mar 2007 @ Germany
#15
Originally Posted by fms View Post
Got it. All right, remembering the last directory should probably help here.
I think i'm not the only one who'd appreciate that, thanks!

Originally Posted by fms View Post
In fact, I can just write a piece of assembly code that does x3 scaling, same as I have done with other scales. may be a bit slower, but will cause less interference with other applications.
(edit) Well it's pretty good as-is with 2x scaling, but fullscreen 720x480 would be a lot more immersive.

The emulator seems to run 20+ fps at least for some games; This is near the limit of lcd controller bandwidth at 720x480 @ 16bpp. Since vgba is almost (not quite) able to play sound without stuttering, I think improving speed would be preferable to degrading speed. 3x scaling requires 9x the memory transfer of 1x and may impact cache negatively.

Now i have to add that I haven't had time to figure out how to do this myself. So I probably should code more and post less.

Last edited by ArnimS; 2008-04-07 at 18:18.
 
Bundyo's Avatar
Posts: 4,707 | Thanked: 4,643 times | Joined on Oct 2007 @ Bulgaria
#16
What strikes me most is that the emulator is working on 770 with OS2008HE too! Not only that, but without sound and with scanlines is close to the speed of N800! And thats with a 32MB ROM file

So, another use for your old 770 - turn it to a GBA

Thank you fms!

EDIT: This means you didn't even use processor specific optimization...

Last edited by Bundyo; 2008-04-07 at 19:00.
 
Posts: 1,418 | Thanked: 1,541 times | Joined on Feb 2008
#17
Originally Posted by Bundyo View Post
This means you didn't even use processor specific optimization...
Of course I use processor specific optimization. I just don't use OMAP2-specific optimization. All the optimized code in there targets plain vanilla ARM7+ CPU.
 

The Following User Says Thank You to fms For This Useful Post:
Bundyo's Avatar
Posts: 4,707 | Thanked: 4,643 times | Joined on Oct 2007 @ Bulgaria
#18
I really meant OMAP2.
 
El Amir's Avatar
Posts: 487 | Thanked: 152 times | Joined on Aug 2007 @ London, UK
#19
Originally Posted by Bundyo View Post
Just to report that Riviera RPG is working beautifully
I must admit it, the game is working VERY nicely

Unfortunately Golden Sun and Gt Advance 3 dont work very well
Should we do a new thread reporting which games work ?
Im tempted!
__________________
Follow me on twitter HERE!

Applications I've made:
- Vuvuzela
- LTM: London Tube Map
 
Posts: 551 | Thanked: 46 times | Joined on Oct 2007
#20
F-Zero works very well. Very fast, but it eats cpu. The small xkbd keyboard works ok. Anyone try the dosbox versions that cover the right or left side of screen. Here is a suggestion for a developer, can someone make a small on screen joystick with left/right, accelerate/decelerate, front/back, etc... buttons. Dan
 
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 09:15.