Dingoonity.org

Hello.

Here's the latest stable FCEUX 2.2.3 combined with the gui from fceu320.




Supported: *.nes, *.fds, *.zip
Important note for *.fds:
1) don't forget to place disksys.rom to ~/.fceux
2) *.fds files are not shown in gmenu2x rom browser, just zip them for good

Game Genie
1) put Game Genie rom to ~/.fceux and rename it to gg.rom
2) enable Game Genie from Main Menu

Some rare games (like Elite shown above) require PAL setting to be on (Main Settings). Otherwise the lower part of the screen will be garbled. For other games it has the effect of pitching down the music. If you know other games that require PAL, please, tell me.

What's new:
- a lot of obscure, chinese and unlicensed roms should work now (see changelog for FCEUX 2.2.2)
- Vsync is on by default which means tearless scrolling
- Sound rates: 8000, 11025, 16000, 22050, 24000, 32000 (default), 44100, 48000
- Optional stretching to fullscreen
What's new 2014-02-10
- New skin and icon by hi-ban
- New fullscreen scalers: fast and smooth
- Last dir is remembered for internal rom browser
What's new 2014-05-14
- Better navigation in rom menu (hold LEFT or RIGHT for fast scrolling)
- Control mapping
What's new 2014-05-26
- Fixed crash in rom browser if there are less than 8 files in directory
- Audio lag between 16 and 50 milliseconds (hard limits, NTSC) or 20 and 60 milliseconds (hard limits, PAL). The average is 35 milliseconds. Previously, it could go up to 1 second if you entered the menu too much.
- Less odd crackling caused by audio underruns.
- PAL timed games now run at their proper speed, 50 FPS. You must still set PAL to 1 in /Settings/Main Setup, however.
- Triple-buffering. You can set the Quality setting (/Settings/Sound Setup/Quality) to 1 and it will run fine, but 2 is still far too slow.
What's new 2016-08-23
- Update to fceux 2.2.3 core, more mappers and emulation fixes

Controls
 Pad   Pad
 A       A
 B       B
 X       TurboB
 Y       TurboA
 Select    Select
 Start      Start

 R Shoulder           Hotkey combo
 L Shoulder         Open GUI screen

 *Default Hotkeys*
 R + A            Save state (current slot from gui is used)
 R + B             Load state (current slot from gui is used)
 R + Y            Toggle fullscreen
 R + X            Flip fds disk
 R + UP            Toggle framerate display
 R + LEFT         Insert vsuni coin
 R + SELECT         Save snapshot
 R + START         Pause emulation

Download opk (updated 2016-08-23): http://prizma.bmstu.ru/~exmortis/opk/fceux.opk
Download opk (updated 2014-06-15): https://www.sendspace.com/file/48hme6
Source code: https://github.com/dmitrysmagin/fceu320-rzx50

Please, before asking 'why does it work so weird?' remove previous configs for fceu320 or fceux (remove ~/.fceux folder)

I don't know what's up with this emulator but it's always had horrible sound.

Thanks alot for the update! Sound is alot better now.

I can confirm legend of zelda is now fully playable soundwise (it had REALLY bad sound before).

T H A N K S!

Again a small fix and reupload, also added some screenshots.

Thanks a lot! This emulator was in much need of an update to address some issues.
Question though, are the controls remappable? I prefer to remap B/A to X/B whenever possible, not just because the A button on my GCW Zero is unresponsive.

Keys are hardcoded for now, though cfg files contain some data for remapping. It's a next issue to improve, thanks for pointing.

Question though, are the controls remappable? I prefer to remap B/A to X/B whenever possible, not just because the A button on my GCW Zero is unresponsive.

I like to play with that button mapping too. You can change to that by editing the config file in /.fceux

SDL.Input.GamePad.0A = 308
SDL.Input.GamePad.0B = 304


Quote from: BlockABoots on November 15, 2013, 11:58:32 pm

Great, thanks!! But it doesnt appear to remember your rom location!?

at the menu highlight the fceux icon and press select, then edit fceux and select directory

Yeah i tried that already but for some reason FCeux doesnt appear to have this option in the list!?

So, about the grainy sound.  For whatever reason, the dingoo author(s) apparently made FCEU output in stereo instead of mono by copying samples to both channels.  Unfortunately, they didn't consider sign extension as int16 is promoted to int32, so that's the cause of the grainy sound--you can verify this with headphones and notice that the left sounds fine and the right sound grainy.  So, the solution is to either (a) revert to mono sound (since there's little point in duplicating the sample manually) or (b) mask out the bottom 16-bits when doing the sample copying.  Anyways, here's a patch to do the former.

--- fceu320-rzx50/src/drivers/dingux-sdl/dingoo-sound.cpp 2013-11-17 15:33:00.779739255 -0500
+++ fceu320-rzx50.new/src/drivers/dingux-sdl/dingoo-sound.cpp 2013-11-17 14:33:51.503796108 -0500
@@ -46,20 +46,20 @@
  */
 static void fillaudio(void *udata, uint8 *stream, int len) // len == spec.samples * 4
 {
-    int32 *tmps = (int32 *)stream;
-    len >>= 2;
+    int16 *tmps = (int16 *)stream;
+    len >>= 1;
 
     // debug code
     //printf("s_BufferIn: %i s_BufferWrite = %i s_BufferRead = %i s_BufferSize = %i\n",
     //    s_BufferIn, s_BufferWrite, s_BufferRead, s_BufferSize);
 
     while (len) {
-        int32 sample = 0;
+        int16 sample = 0;
         if (s_BufferIn) {
             sample = s_Buffer[s_BufferRead];
             s_BufferRead = (s_BufferRead + 1) % s_BufferSize;
             s_BufferIn--;
-            sample |= (sample << 16);
+//          sample = (sample&0xffff) | (sample<<16);
         } else {
             sample = 0;
         }
@@ -110,7 +110,8 @@
 
     spec.freq = soundrate;
     spec.format = AUDIO_S16;
-    spec.channels = 2;
+//    spec.channels = 2;
+    spec.channels = 1;
     spec.samples = 512;
     spec.callback = fillaudio;
     spec.userdata = 0;

PS - The reason I don't release a binary is the github apparently did some clean up that has left the GUI non-functional, and I don't readily know enough about git to use an earlier revision. :/

So, about the grainy sound.  For whatever reason, the dingoo author(s) apparently made FCEU output in stereo instead of mono by copying samples to both channels.  Unfortunately, they didn't consider sign extension as int16 is promoted to int32, so that's the cause of the grainy sound--you can verify this with headphones and notice that the left sounds fine and the right sound grainy.  So, the solution is to either (a) revert to mono sound (since there's little point in duplicating the sample manually) or (b) mask out the bottom 16-bits when doing the sample copying.  Anyways, here's a patch to do the former.

Code: [Select]

--- fceu320-rzx50/src/drivers/dingux-sdl/dingoo-sound.cpp 2013-11-17 15:33:00.779739255 -0500
+++ fceu320-rzx50.new/src/drivers/dingux-sdl/dingoo-sound.cpp 2013-11-17 14:33:51.503796108 -0500
@@ -46,20 +46,20 @@
  */
 static void fillaudio(void *udata, uint8 *stream, int len) // len == spec.samples * 4
 {
-    int32 *tmps = (int32 *)stream;
-    len >>= 2;
+    int16 *tmps = (int16 *)stream;
+    len >>= 1;
 
     // debug code
     //printf("s_BufferIn: %i s_BufferWrite = %i s_BufferRead = %i s_BufferSize = %i\n",
     //    s_BufferIn, s_BufferWrite, s_BufferRead, s_BufferSize);
 
     while (len) {
-        int32 sample = 0;
+        int16 sample = 0;
         if (s_BufferIn) {
             sample = s_Buffer[s_BufferRead];
             s_BufferRead = (s_BufferRead + 1) % s_BufferSize;
             s_BufferIn--;
-            sample |= (sample << 16);
+//          sample = (sample&0xffff) | (sample<<16);
         } else {
             sample = 0;
         }
@@ -110,7 +110,8 @@
 
     spec.freq = soundrate;
     spec.format = AUDIO_S16;
-    spec.channels = 2;
+//    spec.channels = 2;
+    spec.channels = 1;
     spec.samples = 512;
     spec.callback = fillaudio;
     spec.userdata = 0;

PS - The reason I don't release a binary is the github apparently did some clean up that has left the GUI non-functional, and I don't readily know enough about git to use an earlier revision. :/

Damn, I forgot about sign extension int16 -> int32; fixed and opk reuploaded.
The reason of doubling mono to stereo is to allow working on legacy dingux, on which mono streaming doesn't work (it silently sets itself to stereo).
However, fceux core renders sound in mono, but uses int32 for optimizing. You can see in original sdl driver that it simply discards upper part of sample before sending it.

Thanks guys for your work! this emu is perfection for me!
Tried a few games and the sound is crisp and the new scaler looks great!