[bilbonvidia]

I am using only mednafen and mup64plus, they both seem to have an issue which seems random in that they crash, I get a black screen and quit if it doesnt exit back to xbmc. On one or two occasions mednafen has started again from where it left off.

Has anyone else had this? I am on xbmcbuntu and have tried suspending xbmc with mupen64 but the same behaviour.

I am using advanced launcher.

[bilbonvidia]

It just happened now around 18:36 here is an extract of the log from when it happened:

Code:

Aug 26 18:25:07 htpc kernel: [ 3130.220029] HDMI status: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=1
Aug 26 18:25:08 htpc kernel: [ 3130.996022] HDMI: detected monitor Panasonic-TV
Aug 26 18:25:08 htpc kernel: [ 3130.996024]  at connection type HDMI
Aug 26 18:25:08 htpc kernel: [ 3130.996028] HDMI: available speakers: FL/FR LFE FC RL/RR RC FLC/FRC RLC/RRC FLW/FRW FLH/FRH TC FCH
Aug 26 18:25:08 htpc kernel: [ 3130.996032] HDMI: supports coding type LPCM: channels = 2, rates = 32000 44100 48000, bits = 16
Aug 26 18:36:54 htpc kernel: [ 3836.629612] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
Aug 26 18:36:54 htpc kernel: [ 3836.636017] HDMI status: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=0
Aug 26 18:36:54 htpc kernel: [ 3836.649672] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
Aug 26 18:36:54 htpc kernel: [ 3836.656017] HDMI status: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
Aug 26 18:36:54 htpc kernel: [ 3836.671455] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=1
Aug 26 18:36:54 htpc kernel: [ 3836.676012] HDMI status: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=1
Aug 26 18:36:54 htpc lircd-0.9.0[890]: removed client
Aug 26 18:36:54 htpc lircd-0.9.0[890]: accepted new client on /var/run/lirc/lircd
Aug 26 18:36:55 htpc kernel: [ 3837.448024] HDMI: detected monitor Panasonic-TV
Aug 26 18:36:55 htpc kernel: [ 3837.448025]  at connection type HDMI
Aug 26 18:36:55 htpc kernel: [ 3837.448029] HDMI: available speakers: FL/FR LFE FC RL/RR RC FLC/FRC RLC/RRC FLW/FRW FLH/FRH TC FCH
Aug 26 18:36:55 htpc kernel: [ 3837.448033] HDMI: supports coding type LPCM: channels = 2, rates = 32000 44100 48000, bits = 16
Aug 26 18:37:08 htpc kernel: [ 3850.562397] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
Aug 26 18:37:08 htpc kernel: [ 3850.568028] HDMI status: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=0
Aug 26 18:37:08 htpc kernel: [ 3850.591618] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
Aug 26 18:37:08 htpc kernel: [ 3850.596029] HDMI status: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
Aug 26 18:37:08 htpc kernel: [ 3850.610289] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=1
Aug 26 18:37:08 htpc kernel: [ 3850.616028] HDMI status: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=1
Aug 26 18:37:09 htpc kernel: [ 3851.388021] HDMI: detected monitor Panasonic-TV
Aug 26 18:37:09 htpc kernel: [ 3851.388023]  at connection type HDMI
Aug 26 18:37:09 htpc kernel: [ 3851.388026] HDMI: available speakers: FL/FR LFE FC RL/RR RC FLC/FRC RLC/RRC FLW/FRW FLH/FRH TC FCH
Aug 26 18:37:09 htpc kernel: [ 3851.388030] HDMI: supports coding type LPCM: channels = 2, rates = 32000 44100 48000, bits = 16
Aug 26 18:39:01 htpc CRON[2678]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Aug 26 18:39:01 htpc CRON[2677]: (CRON) info (No MTA installed, discarding output)
Aug 26 18:39:18 htpc tvheadend[1210]: /usr/bin/tv_grab_uk_rt: grab took 3928 seconds
Aug 26 18:39:19 htpc tvheadend[1210]: /usr/bin/tv_grab_uk_rt: parse took 0 seconds

[Angelscry]

How do you quit mednafen and mupen64plus to return to XBMC? Which command are you using? I have already encounter such kind of problem on my linux system. I have found that it was due to the fact that XBMC was restoring before the started application was completly close. I suspect that it was due to the fact that both application try to access/change the resolution at the same time and generate crashes.

Here is an example of the script I'm using with mostly all of my emulators under linux :

Code:

#!/bin/bash

xdotool mousemove 1362 770
wmctrl -r "XBMC Media Center" -t 1
killall -STOP xbmc.bin

/usr/bin/mupen64plus --nogui --noask --noosd --fullscreen "$1"
while pgrep -u root mupen64plus > /dev/null; do sleep 1; done

killall -CONT xbmc.bin
wmctrl -r "XBMC Media Center" -t 0

1. xdotool command is used to move the mouse cursor on the right bottom of the screen. So we did not see the mouse cursor during emulator startup.
   
2. wmctrl command is used to move XBMC screen to the second virtual desktop. So we did not see the XBMC windows during emulator startup. The other advantage than simply minimizing XBMC is that XBMC could not be remotly controlled when it is on a another virtual desktop.
   
3. killall command is used to suspend XBMC. So the emulator will have more ressources to run.
   
4. mupen64plus command simply start the Nintendo 64 emulator with the right parameters.
   
5. the while loop will pause the script until the mupen64 process is really closed. That this part that may solve your problem. The mupen64 process is close by the PAUSE button of my remote using irexec and define like this into my .lircrc file :
   
   
   Code:

   begin
button = KEY_STOP
prog = irexec
repeat = 0
config = killall -9 mupen64plus
end
   
   
   
6. killall command is then used to restore XBMC.
   
7. wmctrl command is finally used to move XBMC screen to the first virtual desktop.

[bilbonvidia]

Thank you, I'll see what happens when I try this.

I have mapped the middle X/Guide button on my xbmc controller to quit the emulators using the emulator configs.

[bilbonvidia]

Thanks for the suggestion I am using the script but unfortunately I still get the same behaviour.

I also get quite a lot of sound distortion and game slow down on occasion, and some games just look like garbage (n64) this is probably connected. I was wondering is this kind of behaviour something you have seen?

[Angelscry]

Are you sure that your system is enought powerfull to run XBMC and emulators (mupen64plus or mednafen) at the same time?

[bilbonvidia]

intel e5400 4gb ram, nvidia gt430?

[Angelscry]

Do mednafen and mup64plus run perfectly out of XBMC/Advanced Launcher or do you encounter the same problem?

[bilbonvidia]

I'll do some testing later.

mednafen when running from xbmc does not distort like mupen but it does cut out now and then too.

[bilbonvidia]

I was on mupen 1.99 tried 1.5 and that worked a lot better for some reason, smoother nicer graphics but the xbox controller would not work properly. It did not cut out during the time I was playing just from the desktop.

I cleared out everything purge etc and re-installed 1.99 but again not as good as 1.5.I wonder if the 1.99 is not using plugins hence the crap quality and tearing, but there appears to be no gui to configure plugins like 1.5.

What version are you using and how do you configure plugins?

[Angelscry]

I was on mupen 1.99 tried 1.5 and that worked a lot better for some reason, smoother nicer graphics but the xbox controller would not work properly. It did not cut out during the time I was playing just from the desktop.

I cleared out everything purge etc and re-installed 1.99 but again not as good as 1.5.I wonder if the 1.99 is not using plugins hence the crap quality and tearing, but there appears to be no gui to configure plugins like 1.5.

What version are you using and how do you configure plugins?

I'm actually using version 1.99.5 of Mupen64plus. To start mupen I'm using this command line :

Code:

/usr/bin/mupen64plus --nogui --noask --noosd --fullscreen "$1"

So, only parameters to disable GUI, OSD and ASK questions and force fullscreen mode. But no specific parameters for plugins. If it could help, here is my mupen64plus.cfg file : http://pastebin.com/5yCz6NNV

[bilbonvidia]

I finally got round to trying your config file and things are behaving better during games play. Not had sound breakup or slowdown during limited testing.

However, my original issue persists but it does only seem to happen when launched from xbmc. Running a game from a commmand line on desktop and no cut out yet.

Any more ideas? Your script is doing what it was supposed but the emulator still cuts out, 10 mins can go by before this happens.

ps just to confirm I have left the game running for hours and no crash from the desktop.

[Angelscry]

Ok, but keep in mind that XBMCbuntu is not dedicated to start applications as into a desktop environnement. BTW, if the crash always happen after the same amount of time it could be related to XBMCbuntu that goes automatically into sleep mode... making the emulator crash. Even if you are runnning the emulator, it is XBMC which control the sleep mode... not the emulator. So if XBMC is not used during 10 min... all your X environnement go into sleep mode... and so emulator crash.

You can try this : http://www.gwenael.org/forum/viewtopic.php?id=267

[bilbonvidia]

Excellent, no. cut out tonight with this thank you

One last thing , I am still getting some sound distortion with mednafen now, would it be possible to have a look at your config for this?

[Angelscry]

My mednafen audio configuration part look like this :

Code:

...

;Enable sound output.
sound 1

;Desired total buffer size in milliseconds.
sound.buffer_time 32

;Select sound output device.
sound.device sexyal-literal-default

;Select sound driver.
sound.driver default

;Desired period size in microseconds.
sound.period_time 0

;Specifies the sound playback rate, in sound frames per second("Hz").
sound.rate 48000

;Sound volume level, in percent.
sound.volume 100

...

The only parameters that I have changed are : sound output device and sound driver.