1 2
8 9
Banned User
Joined: 3/10/2004
Posts: 7698
Location: Finland
The linux version of snes9x seems to be one of the best guarded secrets in the entire internet. For example, I can't find *any documentation whatsoever* about the command-line options of snes9x for linux *anywhere*. "snes9x --help" only prints a partial list of command-line options. Even a better guarded secret is how to play smv files with linux snes9x. I can't find this information *anywhere*. Only from mouth-to-mouth word I heard about the magic command-line parameter "-autodemo". However, the "official" snes9x I have in my OpenSuse distro does not support this option at all. I can't figure out any way whatsoever to play smv files with it. Seemingly some people have an ultra-secret version of snes9x for linux which can actually play smv files, but I can't find this anywhere. Even tasvideos.org only links to Windows versions of snes9x. No mention whatsoever about any linux version, much less a linux version which can play smv files. When I ask people about this, I only get silence. It seems I'm not part of the trusted inner circle. Could someone PLEASE tell me where to get snes9x v1.43 which is capable of playing smv files for linux? I promise to keep the secret and not tell anyone. I'll make a blood oath and perform any necessary secret initialization rites if that's necessary. I just want to replay the smv files without having to boot to Windows.
Senior Moderator
Joined: 8/4/2005
Posts: 5777
Location: Away
It's Linux, Warp. You're supposed to figure this out by looking at the source code! Who needs the dumb usability, anyway.
Warp wrote:
Edit: I think I understand now: It's my avatar, isn't it? It makes me look angry.
Banned User
Joined: 3/10/2004
Posts: 7698
Location: Finland
Looking at source code doesn't help me finding snes9x v1.43 for linux.
Senior Moderator
Joined: 8/4/2005
Posts: 5777
Location: Away
Aren't people supposed to compile stuff from source on Linux? As in, the binaries aren't usually distributed, or so I hear. Anyway, the source for it can be gotten here.
Warp wrote:
Edit: I think I understand now: It's my avatar, isn't it? It makes me look angry.
Banned User
Joined: 3/10/2004
Posts: 7698
Location: Finland
moozooh wrote:
Aren't people supposed to compile stuff from source on Linux?
That's assuming you can *find* the source codes, which in this case seems to be surprisingly hard.
As in, the binaries aren't usually distributed, or so I hear.
It depends. Most distros have official (and less official) binary distributions of most programs. Also many third-party programs are also distributed in binary form (eg. in RPM packages). Anyways, that's not really the problem here at all.
Anyway, the source for it can be gotten here.
Thanks. It compiles and runs, but has no '-autodemo' option at all, nor any obvious way of replaying smv files. I know some people are able to replay smv files in their linux systems. They simply refuse to tell me how they are doing it. I'm still at square 1.
Active player (411)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
I think you must press shift-F2 after loading the ROM. As explained here. http://tasvideos.org/ConvertingSMVToAVIInLinux.html .
Joined: 8/24/2007
Posts: 23
moozooh wrote:
Aren't people supposed to compile stuff from source on Linux? As in, the binaries aren't usually distributed, or so I hear. Anyway, the source for it can be gotten here.
It gives me a 404...
P.JBoy
Any
Editor
Joined: 3/25/2006
Posts: 850
Location: stuck in Pandora's box HELLPP!!!
Former player
Joined: 12/5/2007
Posts: 716
Any progress on Warp's request for natively watching .smv files on Linux? I got a really similar problem over here. I either download the compiled binary of imp11-beta20 or compile my own version using the link Phil supplied. The binary of imp11-beta20 doesn't start when given the -autodemo switch and the self-compiled version doesn't want to start either:
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  1 (X_CreateWindow)
  Serial number of failed request:  22
  Current serial number in output stream:  23
/edit: God damn it! What's osnes9x there for when snes9x runs perfectly? :|
Joined: 3/17/2007
Posts: 97
Location: Berkeley, CA
It's there to look pretty if you let it eat enough hardware. Gocha, if you're interested in fixing the insta-crash that probably bit ShinyDoofy, it's not that hard. In unix/x11.cpp you init the colormap earlier and pass it to XCreateWindow(). In unix/opengl.cpp it's also a good idea to fix the incorrect GL version check. see here (for a patch against v1.51); only the first patch (the one in the second post) is relevant.
IRC nick: UncombedCoconut
Former player
Joined: 12/5/2007
Posts: 716
I applied that patch to my 1.43 avi-patched version and, quite frankly, it won't work. I still get the same error message when starting osnes9x. The only thing I wasn't sure about when patching (manually) was the part with GFX.Pitch (though I tried the three combinations). Is osnes9x supposed to come up with some kind of "menu" like the windows build?
Joined: 3/17/2007
Posts: 97
Location: Berkeley, CA
No, it's just supposed to use OpenGL for graphics output (so your video card can do the scaling and throw in whatever other fancy effects). Forget the Pitch2 -> Pitch/2 change; it's 1.51-specific. Sorry for not mentioning that. If those bugfixes can't fix osnes9x for you, I give up...
IRC nick: UncombedCoconut
Former player
Joined: 12/5/2007
Posts: 716
Hm. Well, it runs fine for now; so no need for OpenGL, apparently. Thanks anyway!
Former player
Joined: 12/5/2007
Posts: 716
It seems like using OpenGL still would be a lot better. ;\ I watched submission 1981 lately and the game starts stuttering at seemingly random points (especially in full screen). As soon as I change something in another window on the second screen (like the tab of an IM window), it runs fine again - for a few moments. So I tried "1.51 imp.2 beta3" with "./configure --with-opengl --with-zlib --with-x" and it looks great with OpenGL. The only problem: -autodemo is supposed to be supported, yet it seems to be completely ignored. "SNES9x 1.51 fix-3" didn't want to start at first, but finally did when I applied the color map patch (yay!) - yet -autodemo still doesn't do a thing :( What really confused me is that although I supplied -ns to deactivate the sound, it still tried to open /dev/dsp. //Ugh! A quote from movie.cpp:
// For illustration:
        struct MovieFileHeader
        {
                uint32  magic; // SMV0x1a
                uint32  version; // for Snes9x 1.51 this must be 4. In Snes9x 1.43 it was 1.
Hexedited it - desyncs right from the very beginning :D
1 2
8 9