nullPointer

GOG is once again holding one of its (in)famous Insomnia Sales.. How you feel about this may depend on how you feel about time/quantity based sales in which a predetermined quantity of one item must be sold before a new item is put on sale (kinda like Amazon Lightning Deals). In this particular iteration of the sale, two games are always on sale at any given time. One of them is a classic game (Seasoned) and the other a more recent game (Fresh). This helps the proceedings to move at a reasonably brisk pace, and some games sell out remarkably quickly. I just managed to score Indiana Jones and the Fate of Atlantis on the cheap, so I can't complain at all!

Yes 3D Arcade was always an interesting project, although from a practical angle, I can't imagine that it would be very useful if you had more than a handful of ROMs. There's a ongoing project that's a modern equivalent of 3D Arcade called Anarchy Arcade, which likewise is super-interesting from a technical standpoint (Occulus Rift Ahoy!), but probably not hugely practical if you want to, uh ... actually play games.

Yeah I've noticed that in the Setup Wizard as well. if you start getting a large number of excluded ROMs it's actually easier to view (and potentially edit) them in your gameex.ini. I'm not entirely sure, but I think that functionality in the Setup Wizard works as designed since it would be fairly difficult to view/edit a large list of excluded ROMs in a small text box field.

The other thing that I'm slightly concerned about is the age of this application. It's almost 5 years old at this point, and the GameEx.ini (which this program uses to extract the list of excluded ROMs) has changed a lot in the intervening years. I'm not currently at a place where I can test, but when I have a few minutes I'll try to remember to take a look. It's definitely possible that this utility is no longer compatible with the modern layout of the gameex.ini.

Buon Compleanno AlphaUMi! One year older one year wiser! Enjoy your new found wisdom!

Depending on where your ROMs are located, you may need to run the tool as administrator. It might be Windows UAC that's preventing the program from operating the way that it's supposed to. Just a guess.

Dudes ... I was actually having a pretty great day (TGIF!), but this sort of took the wind out of my sails. Leonard Nimoy who was best known for his role as Spock in the original Star Trek series (1966–69) has passed away today at the age of 83. "I have been, and always shall be, your friend. Live long, and prosper." ~ Spock's last words - Star Trek II: The Wrath of Khan (1982) Leonard Nimoy, Spock of ‘Star Trek,’ Dies at 83

Hi Evilforces, We'll approach this on a point by point basis Yes, unfortunately most 'normal' emulators don't have a way to predicatively 'know' which games are non-functional, and GameEx doesn't not maintain a database of non-functional games (this would actually be an incredibly huge endeavor). (As you probably know) MAME is able to do this since it considers the ROMs to be part and parcel of the emulator itself. The MAME executable is able to generate a list of non-functional games, which is how GameEx allows you to filter non-working games under MAME. If you have interest in removing games from your list by common filtering criteria, one option is to apply some management directly to your ROM directories themselves. This doesn't have to be as tedious as it sounds being that it's possible to do with some useful directory commands. Many moons ago, when I was but a GameEx pup, I wrote a post to that effect. Check it out if you're interested. Maybe if I find myself with a bit of extra time (yeah, right ) I'll look at into turning it into a utility of some sort. The Merge Sets feature allows you to group all games with a matching name under a single entry in your game list, so matching name is the filtering criteria here. When I say matching name, I mean that it doesn't consider parenthetical text (like region, version, prototype, etc.) to be part of the matching criteria, only the name of the game itself. the GameEx databases are an amazing accomplishment in terms of aggregating a ton of different game data all under one roof, but they are also not perfect. Currently Greatflash is our solitary database warrior out there on the frontlines improving things for all of us, but it is a massive undertaking. I'm guessing that you've run across a few incorrect database entries. The best thing to do here will likely be to report the issue to Flash (if you haven't already). In the meantime you can make your own edits to the database(s) if you wish using freely available tools. The one huge caveat here is that your hard work may be overwritten with subsequent updates to GameEx, so please do take that under advisement.

Happy anniversaries jedah, may you be blessed with many more to come! I always enjoy seeing posts like this, and please know that GameEx wouldn't be where she is today if not for the support of long term users like yourself. Thanks for being such an awesome supporter of GameEx! Give your wife a kiss from all us us! Err ... wait a sec ... that didn't sound right. Um ... wish her happy anniversary from the whole gang at GameEx!

Smooth, man! It's coming along really nicely.

Happy Birthday GC! I hope all the good cheer you put into the world came back to you tenfold on your birthday.

The funny part about this is I really thought it was talking about this Spring at first, in which case, ... yeah that sounds about right.

I wondered the same thing except in reverse! (at least if I understand you correctly) Setup GameEx as an external application in Steam, and then stream your GameEx setup to a client machine via Steam. I have to assume that if this is possible, then streaming GameEx through Steam would likely be possible on some level. If it did work, it would be another alternate way of running GameEx on Linux. Lots of possibilities!

I think the difference is that each machine pointed to your server is still responsible for running the game locally, right? With in-home streaming the host machine is actually running the game while the client machine is just relaying input and displaying purdy pictures. This way you can run Steam games on a low power HTPC in the living room (even one that is running Linux/Steam OS), while your Windows gaming rig somewhere else is actually doing all the heavy lifting. I don't use it all the time, but it comes in handy when I do. This way you only need one powerful gaming rig, while every other machine in the house just leeches off that one.

Yeah this is pretty fantastic; I was not aware of this either. Thanks for sharing! As for GameEx I'd have to investigate how it works in Dolphin. I think the critical part is whether or not the two emulators can be linked using purely command line directives (or at least that would be the coolest way - alternately you might be able to use an AHK script to automate it, but the level of effort would rise considerably). Other than that I don't see why it couldn't' work. I assume that this would always be the same ROM on Dolphin, and a various assortment on VBA-M? You could leverage the Launch Before parameter to launch one or the other (you can use the [ROMFILE] in either your emulator command or your Launch Before command depending the order that the emulators need to launched). Alternately you could write a batch launcher that would take in a parameter for the ROM path of the game you wanted to play. Just spit balling ideas. I think it would be possible, but would likely require some creativity to pull off.

I don't know that there's a necesarily recommended approach, but if it were me I would set up 2.1 as a completely separate emulator slot, even if it's pointing to the same ROM directory (which coincidentally is the way I still have it when I did this exact thing). Among other things this preserves a copy of your old emulator settings that you can refer back to when you configure the new version. You may find that you want to keep Project64 1.6 around anyway. I will say that 2.1 is the most widely compatible version of Project64 yet, but this is an emulator that is a bit notorious for different game compatibility between different versions and for a long time 1.6 was the most compatible version. IIRC I was able to do away with version 1.7 when I updated, but I seem to tremember that I had to keep 1.6 around for certain games. It would be worthwhile to run some tests. Also be aware that your plugin settings will be universal between the two versions (if you're using the same plugins), since Project64 stores it's plugin settings in the Windows registry. Same goes for any other emulators using those plugins (i.e. 1964) In this particular case you're also going to hit a certain gotcha. The command line for PJ64 has been changed between version 1.6 and 2.1 in a small but significant way (for our purposes). Project64 1.6 Command: Project64.exe [ROMPATH]\[ROMFILE]Project64 2.1 Command: Project64.exe "[ROMPATH]\[ROMFILE]"Notice the difference? 1.6 required that you didn't use a double quoted ROM path where as 2.1 requires that you do. Good luck dude. I predict that this will go off without a hitch.

Man it would be awesome if GameEx Online could generate the aggregate scores, so you could see your local rating as well as the community rating.

Ditto in Montana with unseasonably warm weather. I think the winter blast in the East has been diverting weather patterns away from some of the western states. I'll enjoy it while we got it!

As I suggested earlier you might want to try their official support forums. According to their support page they are co-located with the VBA-M folks right here. No guarantees that you'll get a response more promptly if you post there, but it is more likely your question will get to the right people. Good luck!

Ha, yeah it's a regular party in there. ... ... ... ... ... And Dazzle is too kind. Really everyone else answered just as effectively in less time while I was still typing out my response.

I think we might be having an issue in terminology? A decompiler is a software tool that takes a compiled piece of software (like an executable) and attempts to extract source code from it ... normally with a high rate of failure. I think what you're wanting to do is to build NRage from available source code? I've never attempted to compile NRage from source (in truth after reading this post I had to 2x check to make sure Nrage was in fact an open source project). So the downside is that I have no idea what the build chain for NRage looks like, nor what build tools might be necessary. Your best bet will probably be to report to their support forums (I know it says VBA-M but according to their support page that's where they call home), and ask where you can find instructions for building from source. I'm not sure what their forums are like, but hopefully some kind soul can point you in the right direction. Good luck!

Hi cartisdm I don't know if there's documentation to delineate the advantages of using the integrated MAME settings, but trust me when I say it's much, much easier. Here are a handful of advantages though, and I'm sure I'm still missing a bunch: Automatically bypass disclaimers and warnings without need for a custom compileLeverage MameInfo.dat and History.dat to add information regarding your gamesEnable Auto RotateLeverage catver.ini to allow custom sorting of games by categoryLevarage Nplayers ini to allow custom sorting of your games by number of supported playersLeverage Command.dat and Controls.ini to display controls and move sets for certain gamesNo need to try and make you own map file Fine tuned handling of parent/clone relationshipsAbility to exclude specific categories of games (Adult, Mahjong, Casino)Automatically exclude non-working gamesAnd that's just scratching the surface! Seriously, you'll have far fewer headaches if you use the integrated MAME settings. If you find your self needing to run multiple versions of MAME in order to support different sets of games, that's when you might consider running a different version of MAME as a standalone emulator, but ... ugh ... it's really not worth the headache IMO.

Gute zum geburtstag u-man! I hope Google Translate got that right. If not, please let me know, and I'll send a strongly worded letter to ... uh ... Mr. Google. I hope your birthday is/was as good as they come, and that you or your loved ones treated you to something special. Happy Birthday!

Yeah things are looking up again with this latest update, although I totally do agree regarding the ads. You can bet that the updated TOS that came packaged with the latest update specified an opt-in for ad based content. Yuck. I'd rather just drop a couple bucks on the app itself rather than have to put up with the ads. Money talks I guess, and I imagine ad revenue probably generates a higher profit margin than app purchases.

Hi deepdivered and Welcome to the GameEx Forums! This is not an emulator I use, but assuming your command line is correct, it should look like this in GameEx: TurboEngine --fullscreen "[ROMPATH]\[ROMFILE]" There's a couple caveats to that. First your command line doesn't show double quotes around the rompath/romfile part. That's pretty unusual, but not unheard of (Project64 actually doesn't work when you enclose the rom path in quotes). I went ahead and used the quotes since that's much more common, but it's something to keep in mind as a contingency. Second the TurboEngine part doesn't actually include an extension (like exe for example). Again that's a bit unusual, but not unheard of. If your command doesn't work you might swap out the TurboEngine part with the actual name of the emulator executable (with extension intact).