mednafen 0.9.39.2 -> 0.9.46

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

mednafen 0.9.39.2 -> 0.9.46

Jeremy Evans-5
Update to the latest mednafen, reminder from the [hidden email].

Release notes can be found at: https://mednafen.github.io/

Note that the default sound driver now tries to open /dev/audio, set
"sound.driver sdl" in the config file to get the previous behavior.

I'm unable to test this, as mednafen no longer runs on my machine,
neither the previous version nor this update. In both cases, running
mednafen with any game results in a black window and requires
kill -9 to exit.  I tested with gcc-only, and the result was the same.

Is anyone able to get mednafen to work, either with the current version
or with this update? I know the current version worked when I committed
it, but I haven't really used it since.

Thanks,
Jeremy

Index: Makefile
===================================================================
RCS file: /cvs/ports/emulators/mednafen/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile 31 Jul 2017 21:26:12 -0000 1.20
+++ Makefile 13 Aug 2017 00:54:44 -0000
@@ -3,20 +3,18 @@
 BROKEN-hppa = ../../include/mednafen/state.h:21:7: error: 'exception_ptr' in namespace 'std' does not name a type
 COMMENT = emulates numerous game consoles
 
-V = 0.9.39.2
-DISTNAME = mednafen-${V}
-REVISION = 1
+DISTNAME = mednafen-0.9.46
 
 CATEGORIES = emulators games
-HOMEPAGE = http://mednafen.fobby.net/
+HOMEPAGE = https://mednafen.github.io
 
 MAINTAINER = Jeremy Evans <[hidden email]>
 
 # GPLv2
 PERMIT_PACKAGE_CDROM = Yes
 
-MASTER_SITES = http://mednafen.fobby.net/releases/files/
-EXTRACT_SUFX = .tar.bz2
+MASTER_SITES = ${HOMEPAGE}/releases/files/
+EXTRACT_SUFX = .tar.xz
 
 MODULES = devel/gettext
 
Index: distinfo
===================================================================
RCS file: /cvs/ports/emulators/mednafen/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo 24 Oct 2016 01:53:37 -0000 1.8
+++ distinfo 12 Aug 2017 03:04:03 -0000
@@ -1,2 +1,2 @@
-SHA256 (mednafen-0.9.39.2.tar.bz2) = tCRwst32jOB0f1uLpOHRwwR/qMRbjhaNpD8+JGHsNMw=
-SIZE (mednafen-0.9.39.2.tar.bz2) = 4005259
+SHA256 (mednafen-0.9.46.tar.xz) = Z0+vQr2wrVZJrqZdomawvjQomVyqp74YP8bT7XcyRno=
+SIZE (mednafen-0.9.46.tar.xz) = 3187988
Index: patches/patch-src_nes_ines-correct_inc
===================================================================
RCS file: /cvs/ports/emulators/mednafen/patches/patch-src_nes_ines-correct_inc,v
retrieving revision 1.2
diff -u -p -r1.2 patch-src_nes_ines-correct_inc
--- patches/patch-src_nes_ines-correct_inc 25 May 2017 23:40:06 -0000 1.2
+++ patches/patch-src_nes_ines-correct_inc 12 Aug 2017 03:05:51 -0000
@@ -2,7 +2,7 @@ $OpenBSD: patch-src_nes_ines-correct_inc
 Index: src/nes/ines-correct.inc
 --- src/nes/ines-correct.inc.orig
 +++ src/nes/ines-correct.inc
-@@ -15,7 +15,7 @@
+@@ -17,7 +17,7 @@
 
 
  {0,  37, -1, 0xa4057e574307d204ULL }, /* Super Mario Bros + Tetris + Nintendo World Cup (Europe) */
Index: patches/patch-src_nes_ines_cpp
===================================================================
RCS file: patches/patch-src_nes_ines_cpp
diff -N patches/patch-src_nes_ines_cpp
--- patches/patch-src_nes_ines_cpp 25 May 2017 23:40:06 -0000 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -0000
@@ -1,14 +0,0 @@
-$OpenBSD: patch-src_nes_ines_cpp,v 1.1 2017/05/25 23:40:06 espie Exp $
-
-Index: src/nes/ines.cpp
---- src/nes/ines.cpp.orig
-+++ src/nes/ines.cpp
-@@ -327,7 +327,7 @@ static void SetInput(void)
- };
-  int x=0;
-
-- while(moo[x].input1 > 0 || moo[x].input2 > 0 || moo[x].inputfc > 0)
-+ while(moo[x].input1 != 0 || moo[x].input2 != 0 || moo[x].inputfc != 0)
-  {
-   if(moo[x].crc32==iNESGameCRC32)
-   {


Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: mednafen 0.9.39.2 -> 0.9.46

Anthony J. Bentley-4
Jeremy Evans writes:

> Update to the latest mednafen, reminder from the [hidden email].
>
> Release notes can be found at: https://mednafen.github.io/
>
> Note that the default sound driver now tries to open /dev/audio, set
> "sound.driver sdl" in the config file to get the previous behavior.
>
> I'm unable to test this, as mednafen no longer runs on my machine,
> neither the previous version nor this update. In both cases, running
> mednafen with any game results in a black window and requires
> kill -9 to exit.  I tested with gcc-only, and the result was the same.
>
> Is anyone able to get mednafen to work, either with the current version
> or with this update? I know the current version worked when I committed
> it, but I haven't really used it since.

Both mednafen-0.9.39.2p1 and mednafen-0.9.46 work fine on my machine.
Mednafen uses OpenGL; could be a graphics driver problem? Have you tried
software rendering (LIBGL_ALWAYS_SOFTWARE=1)?

The diff is ok with me.

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: mednafen 0.9.39.2 -> 0.9.46

Jeremy Evans-5
On 08/12 09:08, Anthony J. Bentley wrote:

> Jeremy Evans writes:
> > Update to the latest mednafen, reminder from the [hidden email].
> >
> > Release notes can be found at: https://mednafen.github.io/
> >
> > Note that the default sound driver now tries to open /dev/audio, set
> > "sound.driver sdl" in the config file to get the previous behavior.
> >
> > I'm unable to test this, as mednafen no longer runs on my machine,
> > neither the previous version nor this update. In both cases, running
> > mednafen with any game results in a black window and requires
> > kill -9 to exit.  I tested with gcc-only, and the result was the same.
> >
> > Is anyone able to get mednafen to work, either with the current version
> > or with this update? I know the current version worked when I committed
> > it, but I haven't really used it since.
>
> Both mednafen-0.9.39.2p1 and mednafen-0.9.46 work fine on my machine.
> Mednafen uses OpenGL; could be a graphics driver problem? Have you tried
> software rendering (LIBGL_ALWAYS_SOFTWARE=1)?
>
> The diff is ok with me.

I did try software rendering and also using sdl instead of opengl as the
video driver, but it made no difference.  What graphics card are you
using?  I'm using:

radeondrm0 at pci1 dev 0 function 0 "ATI Radeon HD 5450" rev 0x00

Thanks,
Jeremy

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: mednafen 0.9.39.2 -> 0.9.46

Anthony J. Bentley-4
Jeremy Evans writes:

> On 08/12 09:08, Anthony J. Bentley wrote:
> > Jeremy Evans writes:
> > > Update to the latest mednafen, reminder from the [hidden email].
> > >
> > > Release notes can be found at: https://mednafen.github.io/
> > >
> > > Note that the default sound driver now tries to open /dev/audio, set
> > > "sound.driver sdl" in the config file to get the previous behavior.
> > >
> > > I'm unable to test this, as mednafen no longer runs on my machine,
> > > neither the previous version nor this update. In both cases, running
> > > mednafen with any game results in a black window and requires
> > > kill -9 to exit.  I tested with gcc-only, and the result was the same.
> > >
> > > Is anyone able to get mednafen to work, either with the current version
> > > or with this update? I know the current version worked when I committed
> > > it, but I haven't really used it since.
> >
> > Both mednafen-0.9.39.2p1 and mednafen-0.9.46 work fine on my machine.
> > Mednafen uses OpenGL; could be a graphics driver problem? Have you tried
> > software rendering (LIBGL_ALWAYS_SOFTWARE=1)?
> >
> > The diff is ok with me.
>
> I did try software rendering and also using sdl instead of opengl as the
> video driver, but it made no difference.  What graphics card are you
> using?  I'm using:
>
> radeondrm0 at pci1 dev 0 function 0 "ATI Radeon HD 5450" rev 0x00

inteldrm0 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07

When I get home in a few days I'll try radeondrm.

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: mednafen 0.9.39.2 -> 0.9.46

Micah Muer-2


On Sat, Aug 12, 2017, at 21:06, Anthony J. Bentley wrote:

> Jeremy Evans writes:
> > On 08/12 09:08, Anthony J. Bentley wrote:
> > > Jeremy Evans writes:
> > > > Update to the latest mednafen, reminder from the [hidden email].
> > > >
> > > > Release notes can be found at: https://mednafen.github.io/
> > > >
> > > > Note that the default sound driver now tries to open /dev/audio, set
> > > > "sound.driver sdl" in the config file to get the previous behavior.
> > > >
> > > > I'm unable to test this, as mednafen no longer runs on my machine,
> > > > neither the previous version nor this update. In both cases, running
> > > > mednafen with any game results in a black window and requires
> > > > kill -9 to exit.  I tested with gcc-only, and the result was the same.
> > > >
> > > > Is anyone able to get mednafen to work, either with the current version
> > > > or with this update? I know the current version worked when I committed
> > > > it, but I haven't really used it since.
> > >
> > > Both mednafen-0.9.39.2p1 and mednafen-0.9.46 work fine on my machine.
> > > Mednafen uses OpenGL; could be a graphics driver problem? Have you tried
> > > software rendering (LIBGL_ALWAYS_SOFTWARE=1)?
> > >
> > > The diff is ok with me.
> >
> > I did try software rendering and also using sdl instead of opengl as the
> > video driver, but it made no difference.  What graphics card are you
> > using?  I'm using:
> >
> > radeondrm0 at pci1 dev 0 function 0 "ATI Radeon HD 5450" rev 0x00
>
> inteldrm0 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07
>
> When I get home in a few days I'll try radeondrm.
>

I can confirm both of your reports, with both versions of mednafen
(0.9.39.2p1 and 0.9.46).

With a joypad plugged in, mednafen doesn't work. I see the same black
screen Jeremy reports. Without a joypad everything works as expected.
I've tried this a bunch of times, always with the same results. The
messages mednafen prints to the terminal don't differ at all except that
when the joypad is plugged in there is an additional line below
"Initializing joysticks...":

Initializing joysticks...
  Joystick 0 - Game_Pad (0) - Unique ID: 110212cb8610005a

For what it's worth, I've tried both a Logitech F310 and a Logitech Dual
Action. No difference. Presence of a joypad seems to freeze mednafen.
This seems to be a new issue since I used mednafen and a joypad to
complete a game a few months ago...

I should also add that this testing was done on amd64, running OpenBSD
6.1-current (GENERIC.MP) #50: Tue Aug  8 08:41:21 MDT 2017, with Intel
HD Graphics 3000.

P.S. Perhaps the DESCR file could be updated to mention that the Sega
Saturn is also emulated by mednafen? This was introduced in 0.9.39.

Thanks for your work on maintaining this port!

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: mednafen 0.9.39.2 -> 0.9.46

Jeremy Evans-5
In reply to this post by Anthony J. Bentley-4
On 08/12 11:06, Anthony J. Bentley wrote:

> Jeremy Evans writes:
> > On 08/12 09:08, Anthony J. Bentley wrote:
> > > Jeremy Evans writes:
> > > > Update to the latest mednafen, reminder from the [hidden email].
> > > >
> > > > Release notes can be found at: https://mednafen.github.io/
> > > >
> > > > Note that the default sound driver now tries to open /dev/audio, set
> > > > "sound.driver sdl" in the config file to get the previous behavior.
> > > >
> > > > I'm unable to test this, as mednafen no longer runs on my machine,
> > > > neither the previous version nor this update. In both cases, running
> > > > mednafen with any game results in a black window and requires
> > > > kill -9 to exit.  I tested with gcc-only, and the result was the same.
> > > >
> > > > Is anyone able to get mednafen to work, either with the current version
> > > > or with this update? I know the current version worked when I committed
> > > > it, but I haven't really used it since.
> > >
> > > Both mednafen-0.9.39.2p1 and mednafen-0.9.46 work fine on my machine.
> > > Mednafen uses OpenGL; could be a graphics driver problem? Have you tried
> > > software rendering (LIBGL_ALWAYS_SOFTWARE=1)?
> > >
> > > The diff is ok with me.
> >
> > I did try software rendering and also using sdl instead of opengl as the
> > video driver, but it made no difference.  What graphics card are you
> > using?  I'm using:
> >
> > radeondrm0 at pci1 dev 0 function 0 "ATI Radeon HD 5450" rev 0x00
>
> inteldrm0 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07
>
> When I get home in a few days I'll try radeondrm.

As mentioned by Micah, it doesn't appear this is a video card issue,
but rather an issue with SDL Joystick support.  Things work fine with
the patch below.  Is anyone able to use SDL Joystick support
successfully (either with mednafen or with something else)?

The weird thing is, I don't even have a joystick connected, but it
thinks I do:

uhidev0 at uhub2 port 3 configuration 1 interface 0 "NOVATEK USB Keyboard" rev 1.10/1.04 addr 2
uhidev0: iclass 3/1
ukbd0 at uhidev0: 8 variable keys, 6 key codes
uhidev1 at uhub2 port 3 configuration 1 interface 1 "NOVATEK USB Keyboard" rev 1.10/1.04 addr 2
uhidev1: iclass 3/0, 2 report ids
uhid0 at uhidev1 reportid 1: input=1, output=0, feature=0
uhid1 at uhidev1 reportid 2: input=3, output=0, feature=0

If I had to guess, uhid0 is for the sleep button on the keyboard, and
uhid1 is for the mute, volume up, and volume down buttons.

Here's the gdb output for mednafen without the patch below, if mednafen
recognizes a joystick:

Thread 2 (thread 532442):
#0  _thread_sys_read () at -:3
#1  0x000000021b23400f in _libc_read_cancel (fd=Variable "fd" is not available.) at /usr/src/lib/libc/sys/w_read.c:27
#2  0x00000002618d445d in SDL_SYS_JoystickUpdate () from /usr/local/lib/libSDL.so.8.0
#3  0x00000002618b9a35 in SDL_JoystickUpdate () from /usr/local/lib/libSDL.so.8.0
#4  0x00000000008ea7bb in __register_frame_info ()

Thanks,
Jeremy

Index: patches/patch-src_drivers_Joystick_SDL_cpp
===================================================================
RCS file: patches/patch-src_drivers_Joystick_SDL_cpp
diff -N patches/patch-src_drivers_Joystick_SDL_cpp
--- /dev/null 1 Jan 1970 00:00:00 -0000
+++ patches/patch-src_drivers_Joystick_SDL_cpp 14 Aug 2017 00:10:23 -0000
@@ -0,0 +1,20 @@
+$OpenBSD$
+
+Index: src/drivers/Joystick_SDL.cpp
+--- src/drivers/Joystick_SDL.cpp.orig
++++ src/drivers/Joystick_SDL.cpp
+@@ -177,12 +177,14 @@ Joystick *JoystickDriver_SDL::GetJoystick(unsigned ind
+
+ void JoystickDriver_SDL::UpdateJoysticks(void)
+ {
++ /*
+  SDL_JoystickUpdate();
+
+  for(unsigned int n = 0; n < joys.size(); n++)
+  {
+   joys[n]->UpdateInternal();
+  }
++ */
+ }
+
+ JoystickDriver *JoystickDriver_SDL_New(void)

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: mednafen 0.9.39.2 -> 0.9.46

Micah Muer-2
On Sun, Aug 13, 2017, at 16:35, Jeremy Evans wrote:

> On 08/12 11:06, Anthony J. Bentley wrote:
> > Jeremy Evans writes:
> > > On 08/12 09:08, Anthony J. Bentley wrote:
> > > > Jeremy Evans writes:
> > > > > Update to the latest mednafen, reminder from the [hidden email].
> > > > >
> > > > > Release notes can be found at: https://mednafen.github.io/
> > > > >
> > > > > Note that the default sound driver now tries to open /dev/audio, set
> > > > > "sound.driver sdl" in the config file to get the previous behavior.
> > > > >
> > > > > I'm unable to test this, as mednafen no longer runs on my machine,
> > > > > neither the previous version nor this update. In both cases, running
> > > > > mednafen with any game results in a black window and requires
> > > > > kill -9 to exit.  I tested with gcc-only, and the result was the same.
> > > > >
> > > > > Is anyone able to get mednafen to work, either with the current version
> > > > > or with this update? I know the current version worked when I committed
> > > > > it, but I haven't really used it since.
> > > >
> > > > Both mednafen-0.9.39.2p1 and mednafen-0.9.46 work fine on my machine.
> > > > Mednafen uses OpenGL; could be a graphics driver problem? Have you tried
> > > > software rendering (LIBGL_ALWAYS_SOFTWARE=1)?
> > > >
> > > > The diff is ok with me.
> > >
> > > I did try software rendering and also using sdl instead of opengl as the
> > > video driver, but it made no difference.  What graphics card are you
> > > using?  I'm using:
> > >
> > > radeondrm0 at pci1 dev 0 function 0 "ATI Radeon HD 5450" rev 0x00
> >
> > inteldrm0 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07
> >
> > When I get home in a few days I'll try radeondrm.
>
> As mentioned by Micah, it doesn't appear this is a video card issue,
> but rather an issue with SDL Joystick support.  Things work fine with
> the patch below.  Is anyone able to use SDL Joystick support
> successfully (either with mednafen or with something else)?
>
> The weird thing is, I don't even have a joystick connected, but it
> thinks I do:
>
> uhidev0 at uhub2 port 3 configuration 1 interface 0 "NOVATEK USB
> Keyboard" rev 1.10/1.04 addr 2
> uhidev0: iclass 3/1
> ukbd0 at uhidev0: 8 variable keys, 6 key codes
> uhidev1 at uhub2 port 3 configuration 1 interface 1 "NOVATEK USB
> Keyboard" rev 1.10/1.04 addr 2
> uhidev1: iclass 3/0, 2 report ids
> uhid0 at uhidev1 reportid 1: input=1, output=0, feature=0
> uhid1 at uhidev1 reportid 2: input=3, output=0, feature=0
>
> If I had to guess, uhid0 is for the sleep button on the keyboard, and
> uhid1 is for the mute, volume up, and volume down buttons.
>
> Here's the gdb output for mednafen without the patch below, if mednafen
> recognizes a joystick:
>
> Thread 2 (thread 532442):
> #0  _thread_sys_read () at -:3
> #1  0x000000021b23400f in _libc_read_cancel (fd=Variable "fd" is not
> available.) at /usr/src/lib/libc/sys/w_read.c:27
> #2  0x00000002618d445d in SDL_SYS_JoystickUpdate () from
> /usr/local/lib/libSDL.so.8.0
> #3  0x00000002618b9a35 in SDL_JoystickUpdate () from
> /usr/local/lib/libSDL.so.8.0
> #4  0x00000000008ea7bb in __register_frame_info ()
>
> Thanks,
> Jeremy
>
> Index: patches/patch-src_drivers_Joystick_SDL_cpp
> ===================================================================
> RCS file: patches/patch-src_drivers_Joystick_SDL_cpp
> diff -N patches/patch-src_drivers_Joystick_SDL_cpp
> --- /dev/null   1 Jan 1970 00:00:00 -0000
> +++ patches/patch-src_drivers_Joystick_SDL_cpp  14 Aug 2017 00:10:23
> -0000
> @@ -0,0 +1,20 @@
> +$OpenBSD$
> +
> +Index: src/drivers/Joystick_SDL.cpp
> +--- src/drivers/Joystick_SDL.cpp.orig
> ++++ src/drivers/Joystick_SDL.cpp
> +@@ -177,12 +177,14 @@ Joystick *JoystickDriver_SDL::GetJoystick(unsigned
> ind
> +
> + void JoystickDriver_SDL::UpdateJoysticks(void)
> + {
> ++ /*
> +  SDL_JoystickUpdate();
> +
> +  for(unsigned int n = 0; n < joys.size(); n++)
> +  {
> +   joys[n]->UpdateInternal();
> +  }
> ++ */
> + }
> +
> + JoystickDriver *JoystickDriver_SDL_New(void)
>

With that patch, mednafen 0.9.46 now works even when a gamepad is
plugged in. But I can't get mednafen to recognize the gamepad; it
doesn't let me map any of its keys.

Also, I can say that mgba (the sdl version) has the same problem as the
unpatched mednafen. If a controller is plugged in, it shows only a black
screen and has to be killed. Works fine without a controller.

Micah

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: mednafen 0.9.39.2 -> 0.9.46

Jeremy Evans
>
> With that patch, mednafen 0.9.46 now works even when a gamepad is
> plugged in. But I can't get mednafen to recognize the gamepad; it
> doesn't let me map any of its keys.
>
> Also, I can say that mgba (the sdl version) has the same problem as the
> unpatched mednafen. If a controller is plugged in, it shows only a black
> screen and has to be killed. Works fine without a controller.
>

It certainly appears as though this is an issue in sdl or below.  Looking
at the devel/sdl history, there's no recent changes to it.  I tried
recompiling mednafen and sdl with gcc to make sure it isn't a compiler
issue, but got the same results.  The problem may be lower level. I'd like
to look into this, but I probably won't have the necessary time for a few
months.  If anyone else can work on it before then, I'd appreciate it.

Thanks,
Jeremy
Loading...