Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
Downloads from http://www.lysator.liu.se/snes9x/
bleh their tarball isnt that great ... they left out proper opengl targets in the makefile :/ they plan on making a small service release so we'll wait until then http://www.snes9x.com/journal.asp
Service release appears to be out (1.41). http://www.lysator.liu.se/snes9x/snes9x-1.41-src-2.tar.gz
yeah the URL is posted but the file isnt actually up yet ;(
A small revision came out today, 1.41-1, and the sourcecode for it IS avaliable. http://www.lysator.liu.se/snes9x/snes9x-1.41-1-src.tar.gz
Created an attachment (id=16020) [details] snes9x.tbz2 root@vapier 0 app-emulation # tar -jvcf snes9x.tbz2 snes9x/ snes9x/ snes9x/files/ snes9x/files/digest-snes9x-1.41.1 snes9x/files/1.41.1-system-zlib.patch snes9x/snes9x-1.41.1.ebuild snes9x/ChangeLog snes9x/Manifest
could you guys try that package out ? snes9x seems a little flaky on my box ... then again, so does 139 ... it's probably related to the fact that i'm running gcc-3.3.1 + glibc-2.3.2 +nptl with very high optimizations ... their webpage says that star fox 2 is supposed to work ... it doesnt on my machine, but then again it could be related to the fact it isnt the 'good' version ... f-zero 2 gives me a splash screen and then shows garbage ... stunt race fx just quits after the front page ... sound stops workin after a little bit in all games ... buuuuuuuuuut i have the same problems with the binary 1.40 release ... the 1.39 has the same problems except that f-zero 2 doesnt spit out garbage ... hopefully someone here can test it out and show that these problems do not occur on a saner system than mine :)
Using the ebuild (compiles successfully - no blaring errors) - running as a regular user in the games group I get a normal successful checksum of a rom, but dies with this error: jeff@milhouse snes $ snes9x F-Zero\ \(US\).smc Rate: 22050, Buffer size: 2048, 16-bit: yes, Stereo: yes, Encoded: no Found ROM file header (and ignored it). "F-ZERO" [checksum ok] LoROM, 4Mbits, Type: ROM+RAM+BAT, Mode: 20, TV: NTSC, S-RAM: 2Kb, ROMId: ???? Company: ?? CRC32: AA0E31DE X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 1 (X_CreateWindow) Serial number of failed request: 16 Current serial number in output stream: 17 Using hand built from source (no patching, just plain ol ./configure && make), runs fine so far. Any idea why? I'm playing around with it now to try and figure it out. starfox 2 and f-zero 2 are both listed with bad checksums for me (and do more or less the same things in my hand compiled version), so I can't give more feedback there. 2.6-test3-mm1 gcc 3.2.3-r1 glibc 2.3.2-r1 no ntpl
Emerged with USE="-opengl" and the above problem went away.
hmm, ive seen that error with xfree + software with doomlegacy ... try re-emerging with opengl support and running osnes9x instead of snes9x
Same result with osnes9x
hrm, my f-zero works just fine ... what version of xfree ?
>Same result with osnes9x Yes, beacuse the ebuild builds both snes9x and osnes9x with OpenGL.
Using: xfree-4.3.0-r2 nvidia-kernel and glx 1.0.4496 kde 3.1.2 No problems running any other opengl programs (mainly testing glxgears and xmame, though). Same errors if compiled --with-opengl by hand. No one has complained yet on the snes9x forums, so it may be unique to me. I'll continue fooling with it until I can figure out what's going on; it's probably a local problem that doesn't need to be discussed on bugzilla. If I find anything useful, I'll report it.
hmm, i'm using 4.3.0-r3 over here ... ill post a tarball of it for you (i believe i compiled it when i had gcc 3.2.3 and glibc 3.2.3-r1) ... that way all you have to do is `quickpkg xfree ; emerge xfree-4.3.0-r3.tbz2 ; <test game> ; emerge xfree-4.3.0-r2.tbz2` and nothing should be messed on your system ;)
Sames results with xfree 4.3.0-r3
I just reemerged my system and my problems went away. Some package somewhere down the line must've been screwed up. Oops.
So what's happening? Succeeded in creating an ebuild that produces both a opengl osnes9x binary and a non-gl snes9x binary?
ok, 1.41.1 is in cvs it makes all the binaries cleanly thus you dont get the mixing ... that is, snes9x is only X libs, osnes9x is only GL libs, and gsnes9x is only 3dfx libs if opengl doesnt work for you then use the X version ;)
