nullPointer

Hmm . . . I'm not sure I completely understand the question. That is what the Create Snaps function does. Are you wondering whether there's a way of manually taking an in-game snapshot as opposed to say, a semi-automatic title screen snap? If so, the Create Snaps function has an option to take the snap when ESC is pressed (it's the very last option in Create Snaps). This can of course be somewhat troublesome if the ESC key is already doing something else within the emulator, but for the most part it works quite well. That's my preferred method for taking in-game snaps (or any other snap for that matter), unless the emulator itself has a snapshot option, in which case that may be preferable. Also don't forget EmuMovies, as a great resource for all things related to gaming artwork.

Posting your config for SSF will likely be helpful in troubleshooting this issue. Would you mind posting it? Please see Item #1 right here if you are unsure of how to do that. Welcome to the forums!

Everything is (still) looking great Krak! Keep up the fantastic work!

Thanks Tom! I'm especially pumped about that first bullet point.

I think that there's still a free version of Xpadder (it's an older version). The Xpadder site is blocked on my current machine, but if you're interested and can't find it on the official site, I'll do some searching around when I get home. If you're interested and in a hurry I just noticed that MajorGeeks has the free version right here. Sorry for off-topic.

Adultery can correct me if I'm wrong (natch), but I don't know if it would be possible to implement gamepad remapping in an elegant fashion that didn't utilize some sort of wonky hack.* The thing about a .swf is that it's a compiled object whereas any of the key mapping functionality has been implemented before compiling. I don't know if I've ever seen a flash game that natively supports gamepads (for one thing the game would have to interface with native gamepad drivers which in turn would make the flash game itself platform dependent). * However . . . it might be possible to include some sort of AutoHotKey script with the game (or simply create your own) in which the script handles gamepad mapping. The wonky part here is that the script would simply interpret your gamepad input as key presses (much the same way the Xpadder or Joy2Key would). Furthermore the script would break if you changed the key inputs within the game itself. Seriously though Xpadder is lightweight, easy to use, and completely awesome (Not sure about Joy2Key but I'd assume the same could be said of it). Even if you did just use it for this game, it's a great tool to have available in your arsenal. Who knows if you might need it in the future?

Ooops looks like I lied. Wetter.com doesn't offer up weather info for any Montana towns. Interestingly enough, the weather icon has always worked just fine for me, and correctly recognizes my zip code. Especially interesting if they're both pulling from wetter.com. Back on topic . . . when I entered Denver, CO as my city, the weather app pulled up the info just fine on my machine.

I'd love to test it for you Draco, but to be honest I've never been able to specify a separate service provider than the default which in my case is wetter.com. They seem to exclusively serve up weather data for Germany and greater Scandinavian region (as far as I can tell). As a result the weather app is rather less than useful for me, so I've never really used it. I'm sure I'm probably missing something.

Totally unrelated, but I just wanted to say that I'm always impressed by and grateful for the truly international community we have around these parts. Thanks for stepping in Rochabian! Just out of curiosity, are other languages actually not allowed? That would be news to me (although it certainly wouldn't be the first time I was uninformed about something)

Hey, thanks a lot fellas! Still a bit chilly for fishing up here (well, for everyone but the diehards), So I think instead we're going to take the kids to the carousel; hopefully we don't get arrested (note to self: don't drink at/on the carousel ). In other news, I think this is the year I'm finally getting a new mountain bike (partly birthday related, and partly a gift to me, from me). Woo hoo! In other other news, I haven't been commenting a whole lot lately, but still hanging around regularly. I'm working on a project that's been consuming most of my spare time recently (or what little fraction of it I have to devote to such things). I hope to be able to release it to the community sometime in the near future. We'll see. Thanks again!

Awesome! . . . tell him to make more episodes of TheBroken. Looks like a really cool get together. That Toronto show was always one of my favorite diggnation episodes. I missed the pictures of Alex Albrecht and Dan Huard who are of course also (seemingly) pretty swell fellows. And to stay on topic . . . Any chance that of revealing an emulator menu screen in action?

Why that's the 'Dark Tipper' himself Kevin Rose! Definitely one of my heroes in tech. Did you share a micro with him? Is that Leo Laporte in some of the other pix? Really looking forward to this theme. The new images look fantastic!

Regarding MAWS, it’s not just that the server crashed. It seems that the Mameworld servers were hacked and turned into spam bots using MAWS scripts as an attack vector. Mameworld is (obviously) back, but the word on the street is that MAWS won’t be back until they can get their security issues worked out. Who knows when that might be. A fairly thorough accounting can be found in this thread.

This is off-topic but I really like DropBox for the purposes of sharing smallish files. It doesn't feel nearly as shady as the subscription based sharing services, and it's free (upload and download, no waiting). Additionally it's super easy to administer since the 'share' directory is pointed at a directory on your local machine (i.e. once you remove shared files from that directory, they are no longer accessible to the public). Any hoo, sorry for being off-topic, but dropbox is one of those utilities I don't mind endorsing from time to time.

I'm not running this system as of yet, but I do run some games in the form of batch files (and shortcuts (.lnk) for that matter). It's my understanding that these games will be run directly from batch files, no? If that's the case, the following should work fairly well: Your emulator path doesn't really matter (so long as one is present). Your emulator command isn't going to reference an executable, so the emulator path can be anything you like. GameEx isn't going to use it anyway. Set it to the same directory as your ROM path if that's what makes sense to you. Set your ROM directory to the directory which contains your Game.bats. Your emulator command will be "[ROMPATH]\[ROMFILE]". As far as GameEx goes that should do it. These instructions can pertain to any games in GameEx which run via batch file. Beyond that, there is probably some additional configuration to be done outside of GameEx for these games, which I have zero experience with (I bet someone here has though). Having said that, if your Game.bats work outside of GameEx the above instruvtions should get you going within GameEx. Good Luck!

NEW FEATURE REQUEST - I’m a big fan of the [-VIRTUALDRIVE-] parameter and the great convenience it affords. This request is related to the observation seen here. Namely, it would be great if we could specify a SCSI flag as part of the [-VIRTUALDRIVE-] command. It seems that ePSXe will not recognize the standard Daemon Tools DT drive type as being valid, whereas the [-VIRTAULDRIVE-] command will only load to a DT virtual drive. It’s the only emulator I’m aware of with this stipulation, but it’s definitely noteworthy. OTOH, one could also simply use the -loadbin flag as part of their ePSXe command at which point the use of an external virtual drive is unnecessary, so do with that what you will. At the very least, perhaps the default ePSXe emulator command should be modified to reflect this in the Setup Wizard. Having said that, I don’t know that many informed users are beating down the door to use ePSXe anymore, but it’s certainly one of the more popular PlayStation emulators (probably the most popular in terms of legacy). As always, thanks for the great program, and even if this isn’t implemented, there are certainly workarounds available. EDIT: Added the 'New Feature Request' flag which Draco seems to be using for new feature requests. If Draco's doing it it's probably a good idea. Revised my other recent requests to reflect this.

Just wanted to provide a quck update. Adultery's idea for a batch file worked out perfectly. I currently run a lot of my emulators with Pre-Launch and Exit batch processes, so in this instance I just extended that idea to also include a Launch batch process. Here's how I divided everything up: Pre-Launch Batch (Launch Before) :: Use "[ROMPATH]\[ROMFILE]" parameter to mount the current image in Daemon Tools start "" "C:\Program Files (x86)\DAEMON Tools Lite\DTLite.exe" -mount scsi, 0, "%~1" :: Launch ePSXe Xpadder profile start "" "E:\Emulation\Emulators\ePSXe v1.70\batch\Open_Ctrlr_ePSXe.lnk" Launch Batch (Emulator Command) :: Launch ePSXeCutor using the [ROM] parameter start "" "E:\Emulation\Emulators\ePSXe v1.70\ePSXeCutor_shark.exe" "%~1" :: Wait 5 seconds before exiting the batch process. :: This will buy some time for ePSXe.exe to start up :: (at which point the advanced config knows it's running) :: Note that this command only works in Vista and above timeout 5 Exit Batch (Launch After) :: Unmount the current Daemon Tools image start "" "C:\Program Files (x86)\DAEMON Tools Lite\DTLite.exe" -unmount scsi, 0 :: Close the loaded Xpadder profile start "" "E:\Emulation\Utilities\batch\ExitXpadder.lnk" Huge ups to Adultery for helping me work through this one, and for providing the spark of inspiration that ended up working like a champ. EDIT: Marked as resolved. Yee Haw!

I'm not so sure it's a problem with ePSXeCutor (although to be honest I'd sooner take on manually mounting my disc images for ePSXe than I would give up the 'set it and forget it' approach to plugins that ePSXeCutor affords). There's some fairly solid evidence to suggest that ePSXe requires a SCSI drive when used in conjunction with Daemon Tools. Man this emulator is a pain in the ass (but I'm still pretty pumped to do away with disc switching, so it's a necessary evil I suppose). Any hoo, looks like ePSXe in particular won't work with [-VIRTUALDRIVE-] unless one is able to specify a scsi drive as part of the parameter (wish I had found that documentation earlier). Thanks again for all your help on this. Still haven't tested out using a batch file to handle the entire load process, but it looks to be a winner. I'll update once I get a chance to try it out (I don't see why it souldn't work). Thanks again! Edit: I sort of wonder whether this is due to some PlayStation roms being encoded with LibCrypt protection. This might fall under the following category: As seen here. I'm definitely hypothesizing here, but maybe this is a compatibility measure on the part of ePSXe?

A brief update on this problem. After saying that I had the most recent version of Daemon Tools Lite I thought I better double check. As luck would have it an update was available. When applied the update it installed a new DT Drive (whereas before I was only running with a single SCSI virtual drive). Once the DT drive was installed the [-VIRTAULDRIVE-] command started working for me like magic. It successfully mounted my image to the DT drive (same results for [VIRTUALDRIVE]:\). So yay for that! However, my version of ePSXe only recognizes the SCSI virtaul drive (that's why I was only running the one SCSI drive). Boo! I wonder if there's anyway to specify DT or SCSI using the [-VIRTUALDRIVE-] command (possible feature request? ) So that's one mystery solved, and I'm super pumped that the [-VIRTUALDRIVE-] command will work for me under certain circumstances. Looks like I still need to figure out an alternate workaround in this case though. I'll do some further experiments with batch files later tonight. I'll post back with results as they happen. Thanks for all your help Adultery!

I have definitely tried. Oh man have I tried, but I haven’t had much luck as of yet. I’ve tried using both [-VIRTUALDRIVE-], and [VIRTUALDRIVE]:\. I’ve renamed the manufacturer of my virtual drive to ‘DTSOFT’, although in my version of Daemon Tools Lite (which I believe is the current version) this is listed as the ‘vendor’ rather than the 'manufacturer'. This distinction may indicate that I still haven’t renamed the manufacturer correctly, so that’s still a possible lead. However, I had already moved on to mounting via batch file by the time I realized that images actually were being mounted, they were just being immediately unmounted. So I dunno, it’s certainly possible that the [-VIRTUALDRIVE-] stuff was working and I just didn’t realize it at the time. I’ll tool around a bit more with the [-VIRTAULDRIVE-] command and see what I can come up with. If nothing else, your previous post gave me an idea for a batch script that would probably do the trick (so long as each game has its own batch – not a problem since I’m only running a small number of games under this emulator). The downside is, I think that my idea would require a batch script and an Advanced Config File, so I certainly wouldn’t be winning any awards for clear and concise execution. Just out of curiosity, does the [-VIRTUALDRIVE-] command unmount the running image for you when you exit the emulator under normal circumstances?

Hi Adultery. Thanks for having a look at this. I think you may have missed this though: And this: I can’t say I really blame you though; I’m a bit guilty of posting a wall of text from time to time. So yeah before I was using the Advanced Emulator Config, GameEx immediately stole back focus from the emulator. After implementing the Advanced Emulator Config, the emulator stays in focus, but it just doesn’t run anything since the disc image has already been unmounted via the ‘Launch After’ command. Having said all of that, maybe a batch file would be just the ticket. I'll give 'er a go and let you know what I find out. Thanks!

I’m having an issue with my Playstation (ePSXe)* setup. I’m hoping a second set of eyes on the issue may help to resolve it. My problem is that GameEx is running my ‘Launch After’ parameter before the emulator has a chance to get fully loaded. Due to my setup this makes it impossible for the game to even load (it’s unmounting the disc image before the emulator starts). Notably, it doesn’t return focus to GameEx, it runs the ‘Launch Before’ command, then the emulator command, then immediately runs the ‘Launch After’ command. It doesn’t return focus to GameEx until I actually exit the emulator (which just hangs at the PlayStation loading screen) . My emulator config is a bit convoluted, but in this case I’m afraid it may be necessarily so. In brief, I’m running a special build of ePSXe/ePSXeCutor for the purpose of running my multi-disc Playstation games (using a different emulator is sadly not an option in this case – see the disclaimer if you’re interested). My Launch Before parameter launches a batch file which mounts the image [ROMPATH]\[ROMFILE] in DaemonTools and starts Xpadder. (I haven’t had any luck with either [-VIRTUALDRIVE-] or [VIRTUALDRIVE]:\ after having renamed the virtual drive manufacturer to ‘DTSOFT’, etc. so that may be significant) My GameEx command starts ePSXeCutor where the [ROM] parameter specifies the proper configuration settings to use. ePSXeCutor then launches ePSXe which is setup to run against the disc image in the default drive (Daemon Tools ). This requires an Advanced Emulator Config which is setup to monitor the ePSXe.exe so that GameEx doesn’t take over once ePSXeCutor has done its thing. Lastly my Launch After parameter launches a batch file which unmounts theDaemon Tools image and closes Xpadder. So without further ado here’s my emulator config for this beast: [Console] Sony Playstation (ePSXe).ini Here’s my Advanced Emulator Config (ePSXe_Shark.ini): Here’s a runitgame.bat illustrating the issue. Please note that if I remove the ‘Launch After’ line everything works just fine here. So yeah, it definitely works outside of GameEx. And finally here’s the GameEx log from the session that generated the above runitgame.bat I’m going to keep plugging away to see if I can make heads or tails of it, but at this point I’d sure appreciate a second set of eyes on the issue. If necessary I can certainly post my 'Launch Before' and 'Launch After' batch scripts (or if anyone is interested), but they seem to be working fine outside of GameEx so I'm relatively certain that they aren't the culprit. Thanks in advance for any advice given! * Disclaimer: Regarding ePSXe – I typically use pSX within GameEx for PlayStation emulation, since it’s a great emulator (and probably the easiest to use via frontend). In this case however, using pSX is not an option. I’m using the Disc Combination Kits seen here to combine my multi-disc games into one bin/cue (at least for those that would typically require a disc switch at some point during play). In doing so the emulator needs to be able to read a much larger disc image (DVD5), which of course was not possible on the original hardware, and thus is also not possible with most PlayStation emulators (it results in unreachable/unreadable sectors). In order to run the larger disc images, I’m using a special enhanced version of ePSXe, which is the only emulator I’m aware of that can do so (makes sense since it was written by the same guy that made the Disc Combination Kits).

That’s coincides with my findings as well. That’s what I was attempting to describe above (however poorly ). It would be neat if you could get the best of both worlds, where I could run GameEx with bezels enabled, but GameEx would only display the GameEx bezel (where applicable) when there was no other MAME artwork available through MAME (or artwork exists, but is not configured to display within MAME). On the other hand, it might be like asking GameEx to anticipate what MAME is going to do before it does it, which could quickly become unmanageable. I thought about making a feature request, but I’ve already made a couple of requests recently, and wouldn’t want to be accused of spamming (or asking too much of Tom) .

As AlphaUMi stated, MAME artwork is configured within MAME rather than GameEx. Typically the MAME artwork should go into an ‘artwork’ sub-directory located in the same directory as your MAME executable. If you access the MAME settings menu (typically using the tab key), all available artwork configurations are located under the ‘Video Options’ menu. There you will find any available alternate bezels, overlays, etc. available for the game that’s currently loaded. I’m away from my emulation rig, so I’m kind of working from memory here. There’s a fantastic MAME Artwork FAQ over at Mr. Dos Arcade naturally (although that particular site is blocked on the machine I’m using, so hopefully the link works). Give that FAQ a read and it should put you on the right track. I haven’t figured out if there’s a way to use the GameEx bezel settings in combination with MAME artwork though. In other words it would be cool if GameEx could determine whether a bezel was already being applied by MAME, and if so use the MAME artwork, otherwise apply the GameEx bezel. If anyone is already doing that, I’d love to hear how they pulled it off.

Happy Birthday to AlphaUMi! Your insightful knowledge of GameEx and emulation is a boon to the users of this forum. You continually help to insure that GameEx is easily accessible for users around the world. I hope you have a fantastic birthday!