DCEmu.co.uk
23/05/2008, 23:00
Juanvvc (http://www.gp32spain.com/foros/showthread.php?p=722108#post722108) has released a new gameboy emulator for the GP2X, heres the newspost from gp32 spain forums
Although not intended to publish it until they have tried for days due to an appalling bug earlier versions can be dangerous for the console and even in the worst case reach brickwork (if you have a lot of bad luck and play for weeks without stop using savestates) to cure public health in this release with the bug corrected critical days before what I thought and I would urge those administered with sufficient permissions that erased the previous files (60 and 41 messages)
If you are testing the earlier version required to upgrade to this
Changes:
* First critical bug: the items were stored in the memory of the console by mistake. They say rumors that write too much on that memory can prevent the console is upgradable or even brickwork. Now the items are stored in the SD, as it should be.
* 8-bit mode available. Surprisingly there is no change in yield between 8 and 16 one way, and I do not know why. The way 16 has a color palette somewhat richer (must be hard to notice) and 8 mode is theoretically faster.
* Many options modifiable from the menu: frameskip, framelimit, cpu clock ... Personally, I recommend you always have enabled frameskip, which is very soft and valuable and greatly improved performance.
* Improvements in performance: those who have followed the thread know the things I've been tested. At the end I was unable to eliminate waiting in emu.c because a few games (the last of GBC) needed, but without them is not much better speed. 8 The way has not meant a significant improvement, surprisingly. Yes he has served the elimination of triple buffering making the emulator, but to change the screen flashes at times of transition in the mode 8, never during the game. In the 16-screen mode only flashes at the beginning, when appearing on the console "Nintendo".
* Corrected the bug zizti
* New palettes now also operating in the games color, but in reality for GBC games are useful only the default (that washed colors are best in the GP2X LCD), colorful (colors as the calls game) and gray (draw games of the GBC in black and white). The colorful further improved a little performance. Please bear in mind that these pallets have differing impacts on the two systems, as it is blue in feísima GBC but very appropriate in the UK.
* Many other things that I do not remember.
http://147.83.47.153/~juanvi/lemonboy2x.zip
Configurations: the emulator has a configuration of convenience, that is not optimal for many games. The GB can play perfectly to 125Mhz with frameskip invaluable, and 150 without it. The GBC can gamble to 175MHz with frameskip because without it 200-225. Compiling with profiling can be lower 25MHz at these frequencies, but as profiling is a heaviness to compile hope your bug fixes before doing so. As I look up the noses of how to improve the speed, unless someone has any great idea what will leave here
Info interest to developers: the source include a remix of the minimal 0.B of Rlyeh (which has errors in dealing with layers YUV) with the version distributed in AlexKidd of Puck2099 (which has errors in the processing of sound )
It also included roles LPG to read a PNG, which are used Puck CC-by-nc and can not be used in programs LPG (pull ears for him) started well and just Pirates games ...Download Above but be advised this is a test release by the looks of things
Más información... (http://www.dcemu.co.uk/vbulletin/showthread.php?t=115278&goto=newpost)
Although not intended to publish it until they have tried for days due to an appalling bug earlier versions can be dangerous for the console and even in the worst case reach brickwork (if you have a lot of bad luck and play for weeks without stop using savestates) to cure public health in this release with the bug corrected critical days before what I thought and I would urge those administered with sufficient permissions that erased the previous files (60 and 41 messages)
If you are testing the earlier version required to upgrade to this
Changes:
* First critical bug: the items were stored in the memory of the console by mistake. They say rumors that write too much on that memory can prevent the console is upgradable or even brickwork. Now the items are stored in the SD, as it should be.
* 8-bit mode available. Surprisingly there is no change in yield between 8 and 16 one way, and I do not know why. The way 16 has a color palette somewhat richer (must be hard to notice) and 8 mode is theoretically faster.
* Many options modifiable from the menu: frameskip, framelimit, cpu clock ... Personally, I recommend you always have enabled frameskip, which is very soft and valuable and greatly improved performance.
* Improvements in performance: those who have followed the thread know the things I've been tested. At the end I was unable to eliminate waiting in emu.c because a few games (the last of GBC) needed, but without them is not much better speed. 8 The way has not meant a significant improvement, surprisingly. Yes he has served the elimination of triple buffering making the emulator, but to change the screen flashes at times of transition in the mode 8, never during the game. In the 16-screen mode only flashes at the beginning, when appearing on the console "Nintendo".
* Corrected the bug zizti
* New palettes now also operating in the games color, but in reality for GBC games are useful only the default (that washed colors are best in the GP2X LCD), colorful (colors as the calls game) and gray (draw games of the GBC in black and white). The colorful further improved a little performance. Please bear in mind that these pallets have differing impacts on the two systems, as it is blue in feísima GBC but very appropriate in the UK.
* Many other things that I do not remember.
http://147.83.47.153/~juanvi/lemonboy2x.zip
Configurations: the emulator has a configuration of convenience, that is not optimal for many games. The GB can play perfectly to 125Mhz with frameskip invaluable, and 150 without it. The GBC can gamble to 175MHz with frameskip because without it 200-225. Compiling with profiling can be lower 25MHz at these frequencies, but as profiling is a heaviness to compile hope your bug fixes before doing so. As I look up the noses of how to improve the speed, unless someone has any great idea what will leave here
Info interest to developers: the source include a remix of the minimal 0.B of Rlyeh (which has errors in dealing with layers YUV) with the version distributed in AlexKidd of Puck2099 (which has errors in the processing of sound )
It also included roles LPG to read a PNG, which are used Puck CC-by-nc and can not be used in programs LPG (pull ears for him) started well and just Pirates games ...Download Above but be advised this is a test release by the looks of things
Más información... (http://www.dcemu.co.uk/vbulletin/showthread.php?t=115278&goto=newpost)