jamieduk / mupen64plus Goto Github PK

The debugging framework in glN64 seems to be minimal to non-existant and 
barrows from Rice. What should be done to fix this?

If the mupen64plus program in GUI mode cannot load the input plugin
(possibly due to a failed lib dependency like SDL_ttf), it crashes.  When
the --nogui mode is used, it does not crash.

In the GTK GUI, if a ROM is selected and the 'play' button is pressed, it
gives a warning dialog instead of playing the game.  It should play the game.

Steps to reproduce bug:
 1. load a ROM and close it
 2. Load a ROM and restarting the emulator

Problem: the ROM appears as an invalid dump in the Good Name. You need to
refresh the ROM list to reset it back to its normal Good Name.

When the 64-bit dynarec is being used, and mupen64 is running in the GUI
mode, it is possible to crash the process by running Asteroids Hyper 64
three times in a row, each time playing for a minute.

The symptoms are that when ever a game reads from the controller pak, (ie
from the mpk file), it seems to stutter pretty severely. Mostly my wife
plays "The New Tetris" and this is most evident when selecting the player
to use.

When she goes to the player select screen, the sound stops (or stutters)
and the video freezes for a second or two. It seems that once the mpk file
has been read and processed the game runs smoothly ... until she goes back
to the player select screen (which is on every new game).  

Turn audio on/off to run at >100% speed to skip cut-scenes, loading, etc. 
Examine fast-forward feature in zsnes.

Tillin9 reported on emutalk:

Finally, I noticed that 0-9 is supposed to change the save state. Right
now, it doesn't seem to do so, either in the GUI or the emulator.

Opening this issue to review the save state code and make sure it's working
properly. It's possible something was lost during the gui/nogui merge or
perhaps it never worked to begin with...

The blight input software should:

1. Detect the presence or absence of Rumble feature and give useful messages
2. Not allow the user to activate or select the rumble pack if it's not present

When the modifications have been made to correct this, I will close this
issue report and #38.

This has been verified with both 32-bit and 64-bit builds.

To reproduce:
1. Run Mario Party 2 with Glide64 enabled for the video plugin
2. Press button to select destination for Toad
3. Select the Rules Demonstration (this is the default)
4. Right after scene looking down the end of the pipe, it crashes

Describe your system:
 - Linux distribution: Slackware 12.0
 - Machine type: 32-bit
 - Mupen64Plus version: svn
 - Plugins used: glN64, blight_input, mupen64_audio, 
 - Graphics Chipset: VIA UniChrome Pro IGP (using openchrome drivers)

Gameplay hangs with glN64. I can play games for a while, but after enough
gameplay, they hang. I can still login to the box remotely, but a reboot is
required to fix the issue. If I kill the xserver and start it up again, the
image on the screen is a messed up version of the part of the game where it
hung and then my box locks up hard. I've experienced this with Mario 64,
Mario Kart 64, and Super Smash Bros.

Create rom browser filter feature to match kde4 gui. Reference image attached.

Originally posted by Surkow in emutalk:

"I currently dislike the GTK GUI because it uses the old GTK file dialog..."

The current load rom dialog uses the GtkFileSelection widget which is
deprecated. It needs to be converted to use the new GtkFileChooser widget.

As of 3/24/08, the build is broken when the LIRC option is activated.  This
needs to be tested and fixed.  The actual operation of the LIRC function
must be tested and ensured to work as well, not just the build.

There is a large amount of assembly code in glN64 which is currently never
used because the macro "X86_ASM" is not defined.  I need to go through all
of this code and either:

1. Remove it if it's scalar code
2. For vector or optimized code:
   a. integrate the 32-bit code and test
   b. write corresponding 64-bit code and test

Map email address from commit mail (committer@fascin...) to committer's
actual email address so replying to commit mail works.

There is a patch to add support for rumble to the blight input plugin.  It
will only work under Linux, and so should probably be conditionally
compiled with #ifdefs.  The patch is located here:

http://www.emutalk.net/showthread.php?t=41977

It has been requested to support widescreen resolutions in the
RiceVideoLinux video plugin.  The most straight forward way to do this is
to use pillarboxing.

It has also been noted that some video plugins (for which the source is not
available) support widescreen with an extended clipping frustrum to render
a larger volume of the scene.  This would be an excellent feature but may
be difficult to implement or have unavoidable side effects.

Official tracker for KDE GUI sub project. Current goal is to create KDE / 
Qt GUI components for the main window, configuration dialog, ROM browser 
(QFileDialog), as well as configuration GUI components for all plugins. 

It should be noted that this is not a replacement GUI. The idea is to let 
users pick which GUI they want (either at compile time or via different 
binary packages), so Gnome users would probably want to stick with the 
current Gtk based GUI and the additional one would only be of interest to 
KDE users.

For developers:

Due to KDE / Qt issues, the desired way to do this is with manual dialogs 
(no setupUi()s) since to get KDE toolbars, icon skinning and fallbacks, 
and proper KActions this would require overloading designer code making 
things much more difficult to maintain for a simple project, especially 
one composed mainly of developers not intimately familiar with KDE / Qt. 

Screenshots taken using glN64 video plugin are unreadable by most picture
viewer programs. I've attached a sample png from Super Mario 64.

Enhancement: Blight Input should have configurable dead zone values for the
analog axes.

Enhancement: Blight input should support rumble. (Note that this will not
be possible until SDL itself supports rumble)

This bug occurs when the ROM browser list contains more games than can be
displayed within the current window size.  The ROM browser list will show a
scroll bar on the right side, for scrolling up and down the list.  When
this happens, the column headings act like a normal row at the top of the
list, and when the user scrolls down, the headings go away (they scroll off
the top).  The headings should not do this - they should always stay in
place, at the top of the list, regardless of the list scroll position.

This bug affects both 32-bit and 64-bit builds.  When the blight input
config dialog is open, it eats 100% CPU.  It shouldn't do that.

Screenshot dir defaults to NULL. Should default to "screenshots" subdir of
user config dir.

Allow user to configure keyboard shortcuts for special functions.

Describe your system:
 - Linux distribution: CRUX 2.4
 - Machine type: 32-bit (Pentium M 1.73GHz)
 - Mupen64Plus version: rev-62
- Plugins used:

Describe the problem: Glide64 plugin Makefile has a hardcoded yasm in it.
Not every distribution uses yasm instead of nasm.

Attached patch for pre.mk allows build-time asm selection. Please use
something like this or equivalent solution to allow using either of two
assemblers.

Blight input patch submitted by devilsclaw on emutalk. Need to evaluate
whether the patch or some variation of it can be included in trunk. Here's
the original message from devilsclaw:

I bought a Univeral USB Convertor from Walmart (yeah I know Walmart is evil).
This convertor takes GameCube, PS2, XBox and USB as input types, It can
take them all at once even. In windows 4 Devices show up even if only one
controler is plugged in.

I Linux blight detects two controllers, first one does nothing, no button
pressed detection. The second one works on the button detection, but it
will not work in game unless I assign the first controler to one of the
other 3 controllers in blight.

Since I would like to be able to use all 4 controllers but would not be
able to because of how the convertor is handled, I made a patch tha makes
it work with this convertor.

What the patch does is, It maps the controller handle to the correct
controller slots if there assigned. If there not assigned it just opens all
other joysticks just so I can use up to 4 controllers with these convertor
boxs.

I know that in some case people would not want all controllers connected to
be opened so im not suggesting this as a fix that needs to be put into release.

Seems like it would be useful to be able to provide information to the user
inside the emulator window. For example, when a user changes the current
statesave slot, "Statesave Slot X" would appear briefly on the screen,
where X is the slot number.

It would be nice if this could be kept plugin-independent, but I'm not sure
if that's possible.

Enhancement: map special functions (such as exit, fastforward, pause,
toggle fullscreen) to controller buttons/keys

The screen flickers black intermittently with the intel 855 graphics
adapter in Mario Kart.

1. Support non-x86 platforms (PPC)
1a. Handle conditional build of dynamic recompiler
1b. Handle selection of C functions instead of MMX/SSE

Check thread of emutalk:

http://www.emutalk.net/showthread.php?t=43889

Send message to Auria for testing

Enhancement: simulate the N64 analog stick with digital pads.  Maybe
include weak/strong mode with a button to activate strong.

Add support for controlling sound volume from within mupen64plus. This is
useful for people running mupen64plus as part of an integrated system like
MythTV. When this feature is added, lirc support should also be added.

Shortcut keys for functions in the menu should appear to the right of the
menu item. For example, in the "Options" menu, the "Fullscreen" menu item
should have "F12" to the right of it.

Add a cheat system to Mupen64Plus.  Users may describe desired features of
such a system by adding comments to this bug.

The config dialog in the Blight Input plugin depends on libSDL_ttf, which
doesn't exist on all systems.  It should be refactored into a more standard
dialog with GTK or Qt.

When the open source Radeon video drivers are being used and fog is
enabled, RiceVideo crashes.

The Fragment Program combiner class in Rice Video seems to work the best
but requires opengl 1.5, which is unavailable on some systems.  There are
several other combiners available for lower versions of opengl.  The
following problems were reported in Mario Kart for the 1.4v2 combiner:

* blinking item boxes
* missing/flashing player number at Player Select screen
* black/faded option boxes at Game Select screen
* glitches in radar

New feature to allow the user more flexibility in defining their inputs.
You'll be able to save a certain set of mappings as an input profile.
There's also been discussion of creating profiles that can be assigned to
certain joysticks (not everyone has an n64 controller w/ adaptoid), or
profiles that can be assigned to certain games.

mupen64plus should have a man page that's installed with the program.

Enhancement: add network play (discuss desired features in comments to this
bug)

Enhancement: support in-game voice chat

Describe your system:
 - Linux distribution: CRUX 2.4
 - Machine type: 32-bit
 - Mupen64Plus version: svn trunk rev-73
- Plugins used:

Describe the problem:
$MANDIR is not created before installing manpage. The problem was
introduced in rev-72. Trivial diff is attached.

After issue 32, I did a search for any other deprecated gtk+ objects
currently used in mupen64plus. Here are the results:

GtkCList: dirbrowser.c, romproperties.c
GtkCTree: dirbrowser.c
GtkCombo: vcrcomp_dialog.c

This issue is to track updating these deprecated objects.

Describe your system:
 - Linux distribution: Slackware 12.0
 - Machine type: 32-bit
 - Mupen64Plus version: svn
 - Plugins used: ricevideo, mupen64_audio, blight_input, hacktarux RSP

For visual artifacts, give:
 - Super Mario 64, CRC: 635a2bff 8b022326, md5
code:20B854B239203BAF6C961B850A4A51A2
 - After initial Super Mario 64 logo screen, screen goes completely white.
It appears things are rendering "behind" the white screen, but the game is
unplayable.

The key accelerators do not work in the GTK GUI.

- Gentoo linux
- Affects 32-bit and 64-bit builds
- SVN rev 186 and older

From Tillin9 on emutalk:

As far as keyboard and mouse. There is an enable mouse button in Blight. It
doesn't seem to work for me though, i.e. it does grab all mouse events from
the window system, but doesn't move anything in the emulator. Maybe this
might be a bug worth fixing?

Reference: http://www.emutalk.net/showthread.php?p=400999#post400999

Today, user has to manually set the language, which causes the gui to
disappear and reappear in the new language. mupen64plus should just use gnu
gettext so the correct language is used automatically depending on system
settings. This will be nicer for the user and we can get rid of the
unnecessary translation functions.

The following bug was reported on Emutalk:

 * when polygons cross the near-Z clipping plane, they change to a solid
white or gray color
 * fog is being miscalculated for very close polygons, and washing out the
color
 * this can be seen in many parts (including the intro) of Zelda: OOT

I noticed the CFLAGS var in the makefiles doesn't include -Wall. I tried
compiling RiceVideo with -Wall and got a lot of warnings. This issue is to
track cleaning up warnings.