VisualBoyAdvance-M

The GTK port is cross platform. The current version can be built for Windows with a few minor changes (I did it something like a month ago). Building it for MacOS X should be easy too.

 

Is there a build with this floating around? I'd be curious to see the comparison as just now I'm using the standard Windows build. [img]<fileStore.core_Emoticons>/emoticons/smile.png[/img]/emoticons/smile@2x.png 2x" width="20" height="20" />

Is there a build with this floating around? I'd be curious to see the comparison as just now I'm using the standard Windows build. [img]<fileStore.core_Emoticons>/emoticons/smile.png[/img]/emoticons/smile@2x.png 2x" width="20" height="20" />

 

No, I won't publish that build since it only "works". I don't wan't people to make their minds on a quick and dirty WIP build. Some more configuration / packaging work would be required to have gvbam integrate well with Windows.

imho a wxWidgets interface would be desirable, I've been working on such an interface recently within the past year (not much done though) I'd definitely would be interested in helping with the wxWidgets UI.

Hmm.. email notifications seem to be broken, since I missed most of the replies after my previous rant.

 

Anyway, I'm sick of working on this thing, so I've gone ahead and posted my code to the tracker. Unfortunately, I posted the final patch (wxWidgets front end, 3302799) as a bug rather than a feature request, but if anyone cares, they can move it around.

 

As to GTK being portable: I would agree that the SDL front end is portable, but the GTK front end is GTK. It's like saying the Windows GUI is portable because I can link against winelib on MacOSX and Linux. GTK has its own look and feel, and really doesn't work very well under Windows or MacOSX. The GTK front end is also missing quite a few features from the MFC front end.

 

Look for darktjm-posted bugs (10 total) for the list. Each one has a patch attached. See http://darkalpha.homelinux.org/wxvbam/ for long-winded notes and win32/mac binaries.

 

In summary: I don't think it was worth the effort, but what's done is done. Now I can go back to playing games and watching TV.

 

In case it wasn't clear from the above: it works, and it does a lot of stuff the GTK interface can't. It still has a few bugs and missing features, though (see bug 3302799 for my todo list).

I'm impressed by your work. Does it need a specific wxWidgets version (I'm running a very old Linux distro on my laptop)?

There are no known issues with 2.8.4 (May 2007). I did most of my testing with 2.8.12, though. 2.9.1 builds (even without 2.8 compatibility enabled), but has known issues (see the page linked above for the list). There are a few 2.8 widgets (e.g. the pickers) and many minor API changes that make 2.6 support difficult enough that I won't try. It might work with earlier 2.8 releases, though.

 

The more I play it, the more I patch it.. I have added 5 patches to the main bug (3302799) since my original posting, and one to the ffmpeg bug (3302797). These fix a few bugs and add mouse pointer blanking and ubuntu install support. I think I'll put off any further patching until it gets merged, though, if ever. Unless someone reports a serious bug, that is. I am a little concerned that nobody has tried this on a Mac, but at least it works for me on the only platform I care about.

 

Also, I've placed Ubuntu 10.04LTS binaries on my site, since that's what was released last time. I also packaged the patches with an ebuild for gentoo users. I have not tested the ubuntu binaries other than "it installs" and "it runs" (and, to test the ffmpeg changes, "it records").

 

the more I see it the more I get excited, mudlord, nach, or squall get this in asap to svn, we could use more of a universal UI [img]<fileStore.core_Emoticons>/emoticons/biggrin.png[/img]/emoticons/biggrin@2x.png 2x" width="20" height="20" />

im going to create a seperate branch for Wx i think, until it is really ready for trunk merge

meh, i put (and already updated once) a Pre-Wx branch, and loaded Wx to trunk.

 

its not ready for MSVC compiling, a bunch of MSVC specifics aren't playing nicely.