Drmdx


R

Reesy

Guest
Hi,

Quick bug fix release.

http://reesy.gp32x.de/DrMDx.zip

What's New
Ver 4.3

- Everybody's noticed problems when saving data. It seems you need to call the sync() function after writing to a file in order to force linux to finish writing the file. People were losing data because they switched off their GP2X before Linux had written the data to disk. I have now made sure that any fwrite commands are now followed by sync() so we should be ok from now on.

- Noticed a bug in my code that will crash the emulator if you try to scan more than 512 roms. Never been a problem before as the GP32 only had 128MB cards. The rom limit is still 512 roms but now the code will stop and display a message informing you that you have too many roms. In the next version I'm planning on a new file browser that will allow you to browse to any directory, this is why I don't want to spend too much time updating the current browser system.

- Change the menu colour scheme.

- Removed code that updates the gamma of the menu when you change the gamma menu setting as its a waste of time and looks crap. The gamma setting now only affects the games.

That's about it for now. Thanks to everyone that has donated so far.
 
Reesy posted on Dec 13 2005 at 12:37 AM said:
Hi at

Quick bug fix release.

http://reesy.gp32x.de/DrMDx.zip


- Noticed a bug in my code that will crash the emulator if you try to scan more than 512 roms. Never been a problem before as the GP32 only had 128MB cards. The rom limit is still 512 roms but now the code will stop and display a message informing you that you have too many roms. In the next version I'm planning on a new file browser that will allow you to browse to any directory, this is why I don't want to spend too much time updating the current browser system.


That's about it for now. Thanks to everyone that has donated so far.

Cool so this means that I will be able to have directories set up like abc, def, ghi, ... and put all of the roms beginning with AB or C in the abc dir etc to split them up and have more ROMs then? That will be nice.

That will be great, Thanks again for the good work.
 
Last edited by a moderator:
thank for the Good work!

Just have 1 question:
Do you have any plan to develop the Snes emu? (Co-Develop with NK)

ps: i will donate double the amount i donated to you for the DrMD :D

Thank
 
yeah, you always have to 'sync' .. ie: A modern PC needs to be "shut down" which is really syncing the disks after killing off apps :) Just "turning off a PC" is bad, but the GP2x disguises a PC as a console, and consoles you can just turn off.. an interesting thing for all of us devs to watch!

Hey Reesy - which 68k core are you using? Cyclone still?

jeff
 
:wub: and YOU are the reason i ordered a GP2X ^_^ :D ! Gamepark Holdings should hire you or u should be famous something, oh- and, of course, have an Xbox 360 etc, etc :p
 
Thank you!!! not only for DrMD, but for helping me figure out why saves were disappearing in wolf3d :p
 
Reesy posted on Dec 12 2005 at 07:37 PM said:
Thanks to everyone that has donated so far.

Your welcome :)

Like I said in my note with the donation to me the things I'd really like to see (in order of importance) are:

1 - Add a bias to up/down/left/right as currently it's to easy to hit diagonals
2 - Six Button Gamepad Support (for Street Fighter)
3 - Ability to specify paths for roms / config files / saves / whatever
4 - The slight performance improvement needed to hit full speed
 
Last edited by a moderator:
I think that the SD card should really be mounted with the " - o sync" option, then all writes would be committed to the card immediately. I wonder if GPH had a reason not to or if they just never thought to do it.

Great work by the way... some of the releases for the GP2x have been amazing so far, but you didn't just release a game, you released an entire back catalog! It made me very happy anyway :)
 
It is great thanks again.

One thing though is that menu flicker, it is doing my head in. I hope that can be fixed. I noticed when unzipping a ROM it stops flickering. If you can get it to act like when unzipping at all times it would rock. I will be looking forward to when it shows all of my (over 512) roms too.

It is very smooth now even with linux. Can't imagine how good it will be with HH.
 
FluffyPanda posted on Dec 13 2005 at 08:55 AM said:
I think that the SD card should really be mounted with the " - o sync" option, then all writes would be committed to the card immediately. I wonder if GPH had a reason not to or if they just never thought to do it.

Great work by the way... some of the releases for the GP2x have been amazing so far, but you didn't just release a game, you released an entire back catalog! It made me very happy anyway :)
Well, you have some benefits with the async, it's a write behind caching so you may have some immediate speed benefits that may be more noticeable with cards that have slow writes.

Anyway, programmers and scripters need to be aware that they need to explicitly sync the filesystem or mount it as sync before engaging in write operations, particularly before returning to the system menu. If the user can be reasonably expected to shut down the system before the app finishes, then sync should be called immediately after an actual write of needed data (versus temp data).
 
Last edited by a moderator:
DaveC posted on Dec 13 2005 at 03:34 PM said:
It is great thanks again.

One thing though is that menu flicker, it is doing my head in. I hope that can be fixed. I noticed when unzipping a ROM it stops flickering. If you can get it to act like when unzipping at all times it would rock. I will be looking forward to when it shows all of my (over 512) roms too.

It is very smooth now even with linux. Can't imagine how good it will be with HH.

Upgrade your firmware to 1.0.1 and enjoy the menu as it was meant to be seen :).

I will try to come up with a solution that works for everybody but I can't promise anything. If quad buffering doesn't work then you'll just have to upgrade your firmware if the flickering menu annoys you.
 
Last edited by a moderator:
Try (just as a matter of interest - shouldn't work) running it after the CPU/LCD-tweaking tool and setting the mode to UPLL. It shouldn't work - ostensibly - on 1.0.0 units, but it might be worth a try. If it *does*, though, there's a good chance it'll remove the flicker, if I've understood the mode correctly.
 
Reesy posted on Dec 13 2005 at 04:54 PM said:
DaveC posted on Dec 13 2005 at 03:34 PM said:
It is great thanks again.

One thing though is that menu flicker, it is doing my head in.  I hope that can be fixed.  I noticed when unzipping a ROM it stops flickering.  If you can get it to act like when unzipping at all times it would rock.  I will be looking forward to when it shows all of my (over 512) roms too.

It is very smooth now even with linux.  Can't imagine how good it will be with HH.

Upgrade your firmware to 1.0.1 and enjoy the menu as it was meant to be seen :).

I will try to come up with a solution that works for everybody but I can't promise anything. If quad buffering doesn't work then you'll just have to upgrade your firmware if the flickering menu annoys you.


Messing with FW can end up in an expensive paperweight. From what I hear upgrading it is pretty risky and hit or miss as the upgrade is buggy as hell.

Howcome when unzipping the flicker stops?
 
Last edited by a moderator:
Back
Top