CUzeBox - The new official Uzebox emulator

The Uzebox now have a fully functional emulator! Download and discuss it here.
User avatar
uze6666
Site Admin
Posts: 4487
Joined: Tue Aug 12, 2008 9:13 pm
Location: Montreal, Canada
Contact:

Re: CUzeBox - The new official Uzebox emulator

Post by uze6666 » Sat Oct 13, 2018 2:59 am

Thanks for the explanations. Pretty nifty and useful, specially those timing blue bars. Got used to them very fast and could not live without them now. 8-) Fixing timing with the avr simulator was such a chore in retrospect!

User avatar
nicksen782
Posts: 686
Joined: Wed Feb 01, 2012 8:23 pm
Location: Detroit, United States
Contact:

Re: CUzeBox - The new official Uzebox emulator

Post by nicksen782 » Sat Dec 29, 2018 7:54 pm

Hey Jubation!

The new Uzebox Online Player has (working) support for both on-screen gamepads. I send the key event and for game pad two I also send the right alt key. This works for the on-screen controls. I also know that I can hold the right alt key and any keyboard input I give would go to player 2.

However, this doesn't work for some keys. Specifically for alt+space, and alt+s. These must be reserved key combos for the browser. I tried to override this behavior but I could not.

Could you add an additional modifier key for player two? I don't think it matters which key you use just so long as the browser isn't using it. What about the Alt-Gr key? That's the key between the alt and the ctrl on the right side of the keyboard (US keyboards at least.)

Also, here are the cuzebox.js modifications that I made and compiler flags that I set for the online version. Do you have any opinion on these?
I do a string replace in cuzebox.js to remove "cuzebox.html.mem" and I replace it with a base64 data url. Reading through the Emscripten code I found that it accepts either a filename to download or a base64 data url. So, now the emu_core.js is those files combined. I think Emscripten has an official method to combine but I'm doing this for now.

When compiling a new CUzeBox I do a git clone and then I modify Make_config.mk and Make_defines with sed via a bash script. These are the modifications.

Code: Select all

echo
echo '************************************************************************************'
echo Using 'sed' to edit the config files for CUzeBox.

quote=\'
dquote=\"
lbracket=\[
rbracket=\]
TEMPSPOT1=""
TEMPSPOT2=""

# Edit the CUzeBox config file.
# Make_config.mk
sed -i 's|Makefile - configuration.*|Makefile - configuration - Modified for the Uzebox Online Player # CHANGED|' Make_config.mk
sed -i 's|TSYS.*|TSYS=emscripten|'                                     Make_config.mk
sed -i 's|FLAG_NOCONSOLE=0|FLAG_NOCONSOLE=1 #CHANGED |'                Make_config.mk
sed -i 's|FLAG_NOGAMEFILE=0|FLAG_NOGAMEFILE=1 #CHANGED |'              Make_config.mk
sed -i 's|FLAG_DISPLAY_GAMEONLY=0|FLAG_DISPLAY_GAMEONLY=1 #CHANGED |'  Make_config.mk
sed -i 's|FLAG_SELFCONT=1|FLAG_SELFCONT=0 #CHANGED |'                  Make_config.mk

# Make_defines.mk
sed -i 's|CFLAGS+= -DTARGET_EMSCRIPTEN |\n#CHANGED\nCFLAGS+= -DTARGET_EMSCRIPTEN -s ENVIRONMENT=web -s WASM=0 -O3 -s MODULARIZE=1 --closure 0 -s FORCE_FILESYSTEM=1 -s LEGACY_VM_SUPPORT=1 TEMPSPOT1 TEMPSPOT2 |' Make_defines.mk
sed -i "s|TEMPSPOT1|-s "$quote"EXPORT_NAME="$dquote"UOP"$dquote""$quote" |"                                                                                    Make_defines.mk
sed -i "s|TEMPSPOT2|-s "$quote"EXTRA_EXPORTED_RUNTIME_METHODS=["$dquote"FS"$dquote"]"$quote" |"                                                                Make_defines.mk
echo '************************************************************************************'
I'm using the asm.js compile and not the wasm at this point. I do intend to test wasm though since it ends up smaller and could be faster. For this I would need two compile CUzeBox twice. Once for each version. Then, I would do a feature detect for wasm support and provide that otherwise provide the asm.js.

User avatar
Jubatian
Posts: 1469
Joined: Thu Oct 01, 2015 9:44 pm
Location: Hungary
Contact:

Re: CUzeBox - The new official Uzebox emulator

Post by Jubatian » Sat Dec 29, 2018 8:35 pm

Nice solution for automating keeping up with the repo! Changes seem to be fine for me, really, stuff in Make_config should work just as documented, and for the arcane hackery you do with Make_defines is something I can not add much to. You know what compile options get the thing running proper in the online game changer!

I made a change: now both ALT keys would redirect controls to Player 2 (you mentioned that maybe I should add AltGr, but at least by my keyboard layout so far it accepted AltGr only for redirecting to P2).

User avatar
nicksen782
Posts: 686
Joined: Wed Feb 01, 2012 8:23 pm
Location: Detroit, United States
Contact:

Re: CUzeBox - The new official Uzebox emulator

Post by nicksen782 » Mon Dec 31, 2018 4:29 pm

If you go to http://keycode.info/ you can see how the browser interprets keys.

The key that I've been referring to as AltGr is seen as ContextMenu here.

Code: Select all

event.key == ContextMenu
event.location == 0
event.which (deprecated) == 93
event.code == ContextMenu
(I do not know the SDL key. I thought it was the SDLK_LMETA or SDLK_RMETA but neither worked. )

event.key == Alt
event.location == 1
event.which (deprecated) == 18
event.code == AltLeft
SDLK_LALT

event.key == Alt
event.location == 2
event.which (deprecated) == 18
event.code == AltRight
SDLK_RALT

event.key == \
event.location == 0
event.which (deprecated) == 220
event.code == Backslash
SDLK_BACKSLASH
I see by the code changes that you allow now for both Alts to affect the player 2 game pad. But the problem still remains since ALT is used in many browser key combos.

I was hoping to use the context menu key and a blocker such as this:

Code: Select all

// Prevent the context menu from appearing on the emulator canvas. This will allow for it to be used as a combo key.
emu.vars.dom.view.emuCanvas.addEventListener("contextmenu", function(evt){evt.preventDefault(); return false;});
I'm not interested in trying to hide the context menu. I'm more interested in claiming it as a key that I can use however I want. It is right next to the Alt key anyway.

I experimented with adding keys to CUzeBox. I could not figure out the context menu but I was able to configure the backslash key to work. I have no problem with that key. It is only 3 line changes.

rv6502
Posts: 55
Joined: Mon Feb 11, 2019 4:27 am

Re: CUzeBox - The new official Uzebox emulator

Post by rv6502 » Sat Nov 23, 2019 12:42 am

I got a patch that doesn't seem to break the Uzebox games and works with my somewhat-degenerate signal generator...

I can submit a proper patch request on github but here it is in short:

Code: Select all

~/builds/cuzebox-master.patched$ diff ../cuzebox-master/cu_avr.c cu_avr.c
596a597
>  auint tdiff;
647,648c648,651
<      if       ( (t1 >=  944U) &&
<                 (t1 <= 1012U) && /* Sync to first normal pulse (978 cycles apart from last rise) */
---
>      
>      tdiff = t1-t0;
> 
>      if       ( (tdiff > t0) && /* Sync to first normal pulse (978 cycles apart from last rise) */
651,652c654
<      }else if ( (t1 >= 1718U) &&
<                 (t1 <= 1786U) ){ /* Sync to first VSync pulse (1752 cycles apart from last rise) */
---
>      }else if ( (tdiff < t0) ){ /* Sync to first VSync pulse (1752 cycles apart from last rise) */
It follows more closely how video hardware detects syncs with a charging capacitor threshold.
The actual duty ratio at which a CRT considers it a vertical sync depends on the V-HOLD potentiometer.

maybe it should be (tdiff <= t0) but nobody should ever output anything anywhere close to a 50% duty-ratio sync signal :lol:

User avatar
Jubatian
Posts: 1469
Joined: Thu Oct 01, 2015 9:44 pm
Location: Hungary
Contact:

Re: CUzeBox - The new official Uzebox emulator

Post by Jubatian » Sat Nov 23, 2019 1:08 pm

rv6502 wrote:
Sat Nov 23, 2019 12:42 am
I got a patch that doesn't seem to break the Uzebox games and works with my somewhat-degenerate signal generator...
Sorry, but this isn't quite functional. It breaks the emulator's capability to correctly follow VSync, so you no longer see whether that part of the video signal is correct. The side bars should remain all blue all the way on Megatris. It might be true that it may follow more accurately what an analogue CRT might be doing for the purpose of syncing to the next frame, but it is important that the emulator gives feedback on whether the sync signal was correct to spec. The video mode should definitely be fixed since some TVs are rather finicky about the sync in one or another way. There are types of deviations to what the emulator is set to be expecting which of course would work fine (such as a consistently slightly narrower sync pulse), but you would only be able to create such correct sync if you also modded both the kernel (providing VSync timing) and the mixer (providing Sync edges). So if you are doing only Video Mode, the sync basically is only correct to the spec. if it is all blue in the emulator on the sides (since the kernel and the mixer produces its own timing outside of the display area which your timing has to match).

User avatar
ry755
Posts: 157
Joined: Mon May 22, 2017 6:01 am

Re: CUzeBox - The new official Uzebox emulator

Post by ry755 » Fri Apr 03, 2020 4:33 am

Would it be possible to add a simple real-time SPIRAM viewer to this? You could press one of the currently unused function keys (F1 or F6) and it would open a small window to the side, like a mini built-in hex editor.

Or if that's too complicated to implement, even just being able to dump the SPIRAM contents to a file would be useful for debugging imo

User avatar
Jubatian
Posts: 1469
Joined: Thu Oct 01, 2015 9:44 pm
Location: Hungary
Contact:

Re: CUzeBox - The new official Uzebox emulator

Post by Jubatian » Fri Apr 03, 2020 5:30 pm

ry755 wrote:
Fri Apr 03, 2020 4:33 am
Would it be possible to add a simple real-time SPIRAM viewer to this? You could press one of the currently unused function keys (F1 or F6) and it would open a small window to the side, like a mini built-in hex editor.

Or if that's too complicated to implement, even just being able to dump the SPIRAM contents to a file would be useful for debugging imo
Guess you are hacking something right about now for which you would like to have something alike. I can give you a bit of help on that:

The interface you need is cu_spir_get_state() from this header: https://github.com/Jubatian/cuzebox/blo ... /cu_spir.h , see the comments describing each, the structure is there on the top of this header, including the 128K SPI RAM data.

The quickest is to patch it into https://github.com/Jubatian/cuzebox/blob/master/main.c , see the main_loop() function, the end of this function is the event processor, where you see the various keys captured. You can add a quick & dirty solution there to grab the SPI RAM data from the SPI RAM module on a keypress of your choice and dump it into a file.

Otherwise nowadays I am trying to create a new emulator based on this one, but with such concepts which would allow it to run just about any ATmega game console, maybe eventually I will also come up with a new UI with greater debugging capabilities. As it is now with SDL1, creating a new window is not even possible (the source supports SDL2 though). Really it should have been done since a while already to also progress with my own ATmega console design, but I am just too exhausted by my job, couldn't manage to get anything substantial done since a while unfortunately.

User avatar
Artcfox
Posts: 1026
Joined: Thu Jun 04, 2015 5:35 pm
Contact:

Re: CUzeBox - The new official Uzebox emulator

Post by Artcfox » Sat Jun 13, 2020 10:03 pm

In case anyone else is trying to use CUzeBox on Windows with the latest released version of SDL, but sounds aren't working and/or wants to have traditional Uzem-style whisper port support (so you can print hex bytes and characters to the console), here is a patch:

Code: Select all

diff --git a/Make_config.mk b/Make_config.mk
index a99a8dd..a5da16a 100644
--- a/Make_config.mk
+++ b/Make_config.mk
@@ -47,22 +47,22 @@ TSYS=linux
 # compile from (Debian) Linux to 32 bit Windows, the followings might work
 # assuming that a development library was downloaded from libsdl.org:
 #
-#CC_INC=SDL2-2.0.4/i686-w64-mingw32/include
-#CC_LIB=SDL2-2.0.4/i686-w64-mingw32/lib
+#CC_INC=SDL2-2.0.12/i686-w64-mingw32/include
+#CC_LIB=SDL2-2.0.12/i686-w64-mingw32/lib
 #CCOMP=i686-w64-mingw32-gcc
 #CCNAT=gcc
 #
 # Note that for Emscripten builds you might also have to define these to
 # compile assets necessary to build the emulator.
 #
-CC_BIN=
-CC_INC=
-CC_LIB=
+#CC_BIN=
+#CC_INC=
+#CC_LIB=
 #
 #
 # Version number to use. It should be a BCD date of YYYYMMDD format.
 #
-VER_DATE=0x20180817
+VER_DATE=0x20200613
 #
 #
 # In case a test build (debug) is necessary, give 'test' here. It enables
@@ -148,3 +148,15 @@ FLAG_NATIVE=0
 # except Emscripten.
 #
 FLAG_USE_SDL1=0
+#
+#
+# Force using traditional (Uzem-style) whisper ports. This is a debugging aid
+# that allows games to output hex bytes or characters to the console. Set
+# FLAG_NOCONSOLE=1 to prevent other console output from getting mixed in with
+# data from the whisper ports. In your game code, you can use it as follows:
+#
+#     #define UZEMH _SFR_IO8(25)
+#     #define UZEMC _SFR_IO8(26)
+#     UZEMC = 'x'; UZEMC = ':'; UZEMH = x; UZEMC = '\n';
+#
+FLAG_WHISPERCONSOLE=0
diff --git a/Make_defines.mk b/Make_defines.mk
index 5431d71..c789525 100644
--- a/Make_defines.mk
+++ b/Make_defines.mk
@@ -77,6 +77,9 @@ else
 CFLAGS+= -DUSE_SDL1
 LINKB= -lmingw32 -lSDLmain -lSDL -mwindows
 endif
+ifneq ($(FLAG_WHISPERCONSOLE),0)
+LINKB+= -mconsole
+endif
 ENABLE_VCAP=$(FLAG_VCAP)
 CHCONV=chconv.exe
 BINCONV=binconv.exe
@@ -151,6 +154,9 @@ endif
 ifneq ($(FLAG_NATIVE),0)
 CFLAGS+= -DFLAG_NATIVE=1
 endif
+ifneq ($(FLAG_WHISPERCONSOLE),0)
+CFLAGS+= -DFLAG_WHISPERCONSOLE=1
+endif
 
 OBD=_obj_
 
diff --git a/cu_avr.c b/cu_avr.c
index a5832ab..e9ff64e 100644
--- a/cu_avr.c
+++ b/cu_avr.c
@@ -754,6 +754,14 @@ static void  cu_avr_write_io(auint port, auint val)
    cu_spi_cs_set(CU_SPI_CS_SD, (cio & 0x40U) == 0U, cpu_state.cycle);
    break;
 
+  case CU_IO_UZEMH:  /* Emulator-only whisper hex support */
+   whisper_print("%02x", cval);
+   break;
+
+  case CU_IO_UZEMC:  /* Emulator-only whisper char support */
+   whisper_print("%c", cval);
+   break;
+
   case CU_IO_OCR2A:   /* PWM audio output */
 
    if (cpu_state.iors[CU_IO_TCCR2B] != 0U){
diff --git a/cu_types.h b/cu_types.h
index ec0dfb1..3628748 100644
--- a/cu_types.h
+++ b/cu_types.h
@@ -142,6 +142,8 @@ typedef struct{
 #define CU_IO_TIFR0   0x35U
 #define CU_IO_TIFR1   0x36U
 #define CU_IO_TIFR2   0x37U
+#define CU_IO_UZEMH   0x39U
+#define CU_IO_UZEMC   0x3AU
 #define CU_IO_PCIFR   0x3BU
 #define CU_IO_EIFR    0x3CU
 #define CU_IO_EIMSK   0x3DU
diff --git a/guicore.c b/guicore.c
index beb455c..a4444af 100644
--- a/guicore.c
+++ b/guicore.c
@@ -183,6 +183,10 @@ boole guicore_init(auint flags, const char* title)
  SDL_RendererInfo reninfo;
 #endif
 
+#if defined(_WIN32) && SDL_VERSION_ATLEAST(2, 0, 8)
+  if (!getenv("SDL_AUDIODRIVER")){ _putenv_s("SDL_AUDIODRIVER", "directsound"); }
+#endif
+
  /* Prepare parameters */
 
 #ifdef USE_SDL1
diff --git a/types.h b/types.h
index c3eca5a..ec43894 100644
--- a/types.h
+++ b/types.h
@@ -68,6 +68,11 @@
 #define print_unf(str) fputs(str, stdout)
 #endif
 #endif
+#if (FLAG_WHISPERCONSOLE != 0)
+#define whisper_print(...) printf(__VA_ARGS__)
+#else
+#define whisper_print(...)
+#endif
 
 
 
To apply this patch, click on the SELECT ALL link above the block of code, and then copy and paste the selection into a file called cuzebox-sound-whisper.patch, save it in your cuzebox directory, and run the following command to apply the patch:

Code: Select all

git apply cuzebox-sound-whisper.patch
To enable the whisper console, edit Make_config.mk and change:

Code: Select all

FLAG_WHISPERCONSOLE=1

User avatar
Jubatian
Posts: 1469
Joined: Thu Oct 01, 2015 9:44 pm
Location: Hungary
Contact:

Re: CUzeBox - The new official Uzebox emulator

Post by Jubatian » Sun Jun 21, 2020 12:35 pm

Hi Artcfox,

Taking a look at the Windows Audio issue, trying to understand the causes and why the particular solution would solve it. Do I get it right that the introduction of WASAPI support is the culprit?

https://discourse.libsdl.org/t/sdl-2-0-8-released/23957

Which is introduced in 2.0.8, and indeed I see complaints that it doesn't work. So in case of 2.0.8 and above, CUzeBox would have to force selecting directsound as default (unless the user had set up the environment variable already for something) which I presume was the default before 2.0.8.

Post Reply

Who is online

Users browsing this forum: No registered users and 4 guests