Windows needs a new release!

[GoogleCodeExporter]

Describe your system: Homemade HTPC
 - Operating System (be specific): Windows 8 Pro
 - Machine type (32-bit or 64-bit): 64-bit
 - Mupen64Plus version: N/A
 - Plugins used: N/A

Describe the problem: Windows 8 users seem to be without a good N64 emulator. 
And there's no 64 bit version for >= Windows 7. Any chance of a new release 
(possibly to the Windows app store)? I know snes9x just got ported over to 
metro with xbox controller support.

Original issue reported on code.google.com by tonybals...@gmail.com on 29 Dec 2012 at 3:45

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I've checked the spec pages of Windows 8 and they clearly states that the 64 
bit version still runs 32 bit executables (a 32 bit version of windows 8 is 
also available). So I am a little bit clueless what makes Windows 8 users 
unable to use mupen64plus right now? (And Richard made some benchmarks and 
noticed that the 32 bit version is slightly faster).

In theory we could use the multi target branch of MXE to build a 64 bit 
version. But I will wait for a test until Richard merged the MinGW port 
completely

And I am not sure whether we really want to invest time getting the legal stuff 
cleared for the market. But we cannot stop anyone (following the license of 
course) to put it in the market store.

Original comment by s...@narfation.org on 30 Dec 2012 at 9:13

[GoogleCodeExporter]

I guess I phrased the request wrong. With no release since march, I was hoping 
that the next one might include a 64 bit version for windows, native xbox 
controller support, or a metro-friendly ui. I know it takes away from the 
library-focused platform you're making, but the world's running out of active 
n64 emulator producers, you know?

Original comment by tonybals...@gmail.com on 30 Dec 2012 at 9:20

[GoogleCodeExporter]

mupen64plus-core is now a library and mupen64plus-ui-console is an example 
frontend. So AFAIK a Metro friendly ui is out of scope for this project. Other 
projects are focused on producing UIs (for example mupen64plus-ae for Android, 
wxmupen64plus for the upcoming wxwidgets 3.0, mupen64plus-pb for blackberry 
playbook, ...). But I saw some guy on the mailing list playing with a new 
minimalistic UI. Maybe you can find some person interested in adapting it for 
metro. But actually I don't have any glue about Metro and therefore don't know 
the requirements for it.

The xbox 360 controller should work out of the box since a long time. The 
native part (aka Xinput based reading of input) depends on SDL 2.0. Code for it 
was merged some time ago but SDL 2.0 wasn't released yet.

Original comment by s...@narfation.org on 31 Dec 2012 at 8:55

[GoogleCodeExporter]

Just in case you are interested: I've just uploaded a snapshot build for 
windows (32 bit and 64 bit) of the current sources (2013-01-01 + some mingw 
fixes). http://rapidshare.com/users/ecsv/9187

Original comment by s...@narfation.org on 1 Jan 2013 at 1:01

[GoogleCodeExporter]

I started an experiment a while ago (maybe it is useful for you): 
https://bitbucket.org/ecsv/mupen64plus-mxe-daily

Original comment by s...@narfation.org on 18 Feb 2013 at 9:10

[GoogleCodeExporter]

Thanks! Your daily builds are great and the new glide64mk2 plugin works better 
than any other I've seen. The only bugs I've seen in it are hitting the escape 
button playing full screen doesn't properly close the window (but this might 
just be a cutemupen issue) and heading to the back end of the castle market as 
a kid in Zelda OOT crashes mupen64plus. Everything else works flawlessly. Keep 
up the good work!

Original comment by tonybals...@gmail.com on 28 Mar 2013 at 4:08

[GoogleCodeExporter]

Can you please create a new bug report with savegame and detailed setup 
description of your problem. And of course, don't forget to describe what is 
also necessary to create the crash. Thanks

Original comment by s...@narfation.org on 28 Mar 2013 at 10:44

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Sorry, I don't know how to make a crash report. I'm about a half a step up from 
plug and play exe users. The logging on cutemupen doesn't work (but cutemupen 
crashes with the game anyway when the bug occurs) and I can't get the front-end 
provided in the i686 files from your repo to work either. It says "an exception 
was caught unhandled : [Mupen64Plus::ConfigParam::getBoolValue()] parameter 
Fullscreen is not a boolean"

Original comment by tonybals...@gmail.com on 29 Mar 2013 at 12:35

[GoogleCodeExporter]

It seems the config written by cutemupen is broken. Can you try to rename 
mupen64plus.cfg in C:\Users\$username\AppData\Roaming\Mupen64Plus (maybe 
slightly different path on your system) to something else and try wxmupen64plus 
again.

The bug report is also ok without a backtrace. But please provide a savegame 
and instruction how to reproduce. Otherwise we cannot fix a problem which we 
don't see.

Original comment by s...@narfation.org on 29 Mar 2013 at 10:07

[GoogleCodeExporter]

Here you go. I don't know if you're familiar with the game but you need to go 
to hyrule castle. When you pass by the market, towards the back, the game and 
frontend crashes. wxmupen even forgets it's settings. This is only using 
glide64mx2. Also, in ricevideo. The graphics showing what link is currently 
wearing in the menu screen are glitched out and the lens of truth doesn't work 
properly. You can check this by playing a game in the Treasure Chest Shop in 
the castle market. Using the lens is supposed to show the contents of the 
chests but the shading won't work right.

Original comment by tonybals...@gmail.com on 29 Mar 2013 at 2:50

Attachments:

• [Legend of Zelda, The - Ocarina of Time (U) (V1.0) [!].sra](https://storage.googleapis.com/google-code-attachments/mupen64plus/issue-531/comment-12/Legend of Zelda, The - Ocarina of Time %28U%29 %28V1.0%29 [!].sra)

[GoogleCodeExporter]

please keep unrelated bug reports separated. This just makes working hard and 
may lead to closed bug reports before everything was addressed

Original comment by s...@narfation.org on 31 Mar 2013 at 1:17

[GoogleCodeExporter]

And I've walked through the complete back alley of the market and couldn't 
recreate the crash

Original comment by s...@narfation.org on 31 Mar 2013 at 1:35

[GoogleCodeExporter]

It's not the back alley that makes it crash. It's the end of the regular market 
that heads to the temple of time and the main castle. Maybe it's hardware 
specific, though, if you aren't able to recreate it.

Original comment by tonybals...@gmail.com on 31 Mar 2013 at 8:16

[GoogleCodeExporter]

Just to make sure: I've used the mxe-daily build from 2013-04-01 
(i686-pc-mingw32). I walked around the market (towards the hyrule castle) and 
in the back alleys. Enabled was glide64mk2 (no filter enabled, no hires 
textures... the default settings of mupen64plus and the plugin). audio was 
audio-sdl, input was input-sdl, rsp was rsp-hle.

The windows PC for test was Windows running Windows 7 professional, had a 
NVidia Geforce GT680 using the official driver 314.22

I did it in night and in day mode. I've also used wxmupen64plus with internal 
and external video extension.

I could not experience any crash.

Original comment by s...@narfation.org on 1 Apr 2013 at 7:08

[GoogleCodeExporter]

Well thanks for trying. I don't know what else you could do. I'm running 
Windows 8 but it should handle Windows 7 style apps the same. I'm even running 
the same firmware on my nvidia 660. Must just be my computer.

Original comment by tonybals...@gmail.com on 1 Apr 2013 at 3:31

[GoogleCodeExporter]

Update: I changed the resolution on glide64mk2's ini file and the crash stopped 
happening. There might have been an issue with using the default resolution on 
a 1920x1080 screen.

Original comment by tonybals...@gmail.com on 10 Apr 2013 at 2:01

[GoogleCodeExporter]

2.0rc3 is out

Original comment by richard...@gmail.com on 4 Jun 2013 at 4:20

• Changed state: Fixed