Snes9x 1.5.3 on Debian Wheezy no Sound

[kung_fu_mike]

Hello,

Today I cloned the git repo of snes9x onto my Debian wheezy system. I tried starting a Shadowrun.smc rom from -edited out-, and there was no sound output. The same rom (purified) did produce sound in Bsnes.

The git repo I cloned was from github, and is current to commit: 87c1717ac6cd3e8a821ce86e0b593863e3a949f7

At present I am starting snex9x form the commandline.

Is there steps I should take to begin sound debugging? is there perhaps a compilation option that would turn some form of debigging logs on? I would love to know how to diagnose the issue further to provide as much information as possible.

Code: Select all

mike@sm-mike-thinkpad:~/workspace/snes9x$ lsb_release -a
No LSB modules are available.
Distributor ID:	Debian
Description:	Debian GNU/Linux testing (wheezy)
Release:	testing
Codename:	wheezy

Code: Select all

Linux sm-mike-thinkpad 3.2.0-1-amd64 #1 SMP Fri Feb 17 05:17:36 UTC 2012 x86_64 GNU/Linux

mod edit: no ROM sites, this includes the name of the site, even if you didn't post a link.

[Camo_Yoshi]

Please don't mention where you got the ROM from; it's against forum policy.

All that matters is if the ROM is valid; when you start up the game, what color is the text that appears on the screen when you start the game?

[kung_fu_mike]

The text that says LoROM 8Mb... and such? It is White

[kung_fu_mike]

And more specifically:
"Shadowrun" [checksum ok] LoROM 8Mbits ROM+RAM+BAT, NTSC, SRAM:64Kbits, ID:^_, cCRC32:3F3DFF0

[Camo_Yoshi]

The bit that really matters is the [checksum ok] part; that's telling me that your ROM is legitimate and not patched or modified in any way.

So we know it's not the game in particular; have you tried adjusting the sound settings for Snes9x? Also, what sound card do you have?

(note that I don't know much about how linux works, so I'm a bit limited in my help here, haha)

[kung_fu_mike]

Intel Corporation 6 Series/C200 Series Chipset

Show as fully supported by Debian and Ubuntu

[OV2]

What output are you getting on the command line?

[kung_fu_mike]

./snes9x /home/mike/roms/Shadowrun.smc


Snes9x 1.53 for unix
Sound buffer size: 12800 (3200 samples)
Port 1: Pad #1. Port 2: <none>.
Found ROM file header (and ignored it).
Map_LoROMMap
"SHADOWRUN" [checksum ok] LoROM, 8Mbits, ROM+RAM+BAT, NTSC, SRAM:64Kbits, ID:_^__, CRC32:3F34DFF0
joystick: No joystick found.

[BearOso]

Are you running pulseaudio? Try:

Code: Select all

ps ax | grep pulse

and see if anything shows up. Snes9x unix only does OSS audio, which pulseaudio hates. It could also be that your kernel wasn't built with OSS compatibility mode support.

[kung_fu_mike]

I do have pulse running it would seem:

Code: Select all

mike@sm-mike-thinkpad:~/workspace/snes9x/unix$ ps aux | grep pulse
mike      3662  0.0  0.0 226136  5392 ?        S<l  22:31   0:00 /usr/bin/pulseaudio --start --log-target=syslog
mike      9647  0.0  0.0   7796   872 pts/1    S+   22:44   0:00 grep pulse

I am working now on getting it stopped and OSS up and running. I have never used it before.

[kung_fu_mike]

I may be SOL:

Code: Select all

mike@sm-mike-thinkpad:~/workspace/snes9x/unix$ osstest 
Sound subsystem and version: OSS 4.2 (b 2005/201201282142) (0x00040100)
Platform: Linux/x86_64 3.2.0-1-amd64 #1 SMP Fri Feb 17 05:17:36 UTC 2012


NOTICE! You don't have any audio devices available.
        It looks like your audio hardware was not recognized
        by OSS.
	       
        If you have installed OSS just a moment ago then it may be necessary to.
        to rebot the system before trying to use the device(s).

[adventure_of_link]

Rebot the system...?

But yeah, first thing I would've made sure of is if you're getting sound in other applications. This can isolate it from a Snes9X issue to something more system wide.

[kung_fu_mike]

Oh there was a reboot in there believe me. Actually sound in all other applications was working fine, when I installed the OSS Kernelplugins it all died so I had to rool back. This laptop is fairly new, but the Intel Chipset is pretty standard, maybe something funky with the deteciton? or maybe it is abstracted away. I am not sure. I am still working on it.

[odditude]

your chipset is standard but not old; less than one year means likelihood of it being fully supported by everything is questionable at best.

also, while the hda interface is on the chipset, the actual audio controller is supplied by a third party (e.g. Realtek), adding a little complexity to the situation.

is your system currently configured to use alsa under pulseaudio? you may need to disable alsa as well (or configure oss emulation within alsa - apparently this can introduce significant latency, though).

disclaimer: i haven't run linux on a personal machine in 5+ years. i won't be able to provide anything in terms of useful detail, sorry.