headkaze

I just found out there is a swap meat at our local showgrounds every week now so I might go down and look out for some retro stuff. You can find some bargains at those places.

You could try the Clear Calibration Utility and then try again?

So what does your full cmd path look like? It should be something like this I guess "C:\Program Files\The KMPlayer\kmplayer.exe" "[VIDEO]" /fullscreen

Do you have your mame.ini file in the root of your Mame folder with the ctrlr entry there?

Take your pills Flash, I think you acidently dropped the ones from the tictac container by mistake

That is a registered only feature. Is your GameEx registered?

Unfortunately this is what Windows is designed to do, you will notice that most applications will not stay fullscreen if you try to use the other monitor's desktop. There is probably a way to force it to stay fullscreen but I'm not sure how.

Yes

Open Mame press Tab then select "Input (General)" then select "Player 3 Controls" and set "P3 Up/Down/Left/Right" all to None.

Well I've been working on this wrapper for a few days so I haven't been able to spend time on DBM. And since I've been offline for a few days after that I've had to spend all night catching up on the forums lol Anyway I will definately be looking at adding the "Search and Replace" sometime. I think Tom has opened another "can of worms" with the "Emulator Setup Wizard"! Another project I can see myself doing down the line.

Well I think an "Emulator Setup Wizard" as something that is more like the Setup Wizard but allows more indepth configuration of the emulators, like the ability to edit the advanced configs. The wrapper idea is more a separate program that you copy to the emulator's folder and run a config there. The latter is what I've been working on, but I think the "Emulator Setup Wizard" is also a good idea just not what I was originally thinking and IMHO a much larger project because it would have to manage all the IMPORT-EXPORT profiles, the Advanced Config's and obviously all the current stuff the Setup Wizard does in regards to "Emulator Selection" and "Emulator Setup". So I think one would have to take out all the emulator setup code from the Setup Wizard into it's own program and expand it from there. The Setup Wizard would probably launch it as part of setup. I think if it was done really well it would definately make setup heaps easier but I think the current Setup Wizard has limitations in it's design that make it too hard to "tack on" an advanced "Emulator Setup Wizard" because I think, for a start, everything needs to be organised into tabs and sections. The Setup Wizard currently is not designed for the complex layouts this would need IMHO. In other words, a can of worms This project was about exploring all the holes in the current wrappers and as a challenge fill that space. Part of this challenge was to learn all the necessary tricks to do these things AutoIt/AHK does but in C++. That's where this started, and because of this challenge what I've coded re-does alot of what the advanced config does but into my own wrapper. So I don't know they sound like two very different project/ideas at the moment.

That's sort of where I was going with this "universal wrapper". Actually it was WinUAE Loader that gave me the idea to do this, since I think it works great for WinUAE I was going to write one that will work for any emulator. But my idea was to copy the wrapper into the emulator's folder and run it to configure it. In the GameEx config you would run the wrapper instead of the emu and send it the game name. The thing I really like about WinUAE Loader is you can configure everything inside the wrapper and even test games before running GameEx. Since the wrapper will be able to send keys, remap keys, mount images etc. all from a GUI there would be no need for the advanced config in GameEx so setting up an emulator should be much easier (ie. No need to look up virtual key codes etc) "Emulator Setup Wizard" that sounds like a bigger can of worms that what I was heading for! I've pretty much already written the wrapper. But I do think that's a great idea but seems like alot more work than simply a wrapper with a GUI.

Tom I sent you code a while back on how to disable the screensaver, it's quite easy to do and you don't need to move the mouse.

Controls.dat is not updated that regularly but SirPoonga made a post the other day on BYOAC stating he might be working on it again some time in the near future. I use Controls.xml because I like the format better. I actually have written code to parse the old ini format as well, but I probably wont be adding support for it in CPWizard.

Yeah I think it would be great to know what disk is being inserted unfortunately my experience with DirectDraw overlays is they are horribly unreliable and work differently according to graphics cards. I guess it will have to be more of a "press the disk rotate key" wait, attempt to go further in the game etc. Now before I go ahead and start playing with this, what's an emulator that has multiple disk images, preferably one that asks for the next disk without me having to play through large parts of the game?

Hmm maybe I could add zip extraction as well then. With detecting the disk number I could use pattern searching.. something like Pattern=*Disk [DISK_NUM] of [DISK_TOTAL]* I think I should probably go with a single key disk swapper though like I have with WinUAE that rotates through them. Since not everyone will necessarily have two buttons handy for changing disks. I have no problem mounting images though, I don't even get the "Please wait" thing. Have you tried turning off notifications for the drive? You can do that in the "Set device paramters" for the drive.

1964 has command lines options so you shouldn't need a wrapper "-v" -> video plugin name "-a" -> audio plugin name "-c" -> controller plugin name "-g" -> game name to run "-f" -> play-in-full-screen "-r" -> rom path So it will look something like this Command=1964.exe -f -g "[ROMPATH]\[ROMFILE]" I think there may be a problem with the -f option, so try it without the -f and use WaitBeforeKeys=True SendKeys=%{ENTER} That will send the Alt-Enter combination to put the emulator into fullscreen.

Sorry I didn't understand your entire question. The combo box underneath the "Optimize for:" label *does* optimize the binary. The two checkboxes "Dual Core" and "Quad Core" only make compiling faster. The "Intel Core2" option uses the "ARCHOPTS=-msse3" option which uses the SSE3 instruction set.

I'm looking at writing a wrapper to fill the current void of features not currently out there. I don't have as much time as I used to play and test emulators, and a major problem is I don't have everything setup on my dev PC to try things out. So I'm hoping people here can help me. What are missing from wrappers today? Here are some examples - Multiple CD image games. How is disk swapping currently handled if at all? In WinUAE Loader I have a special key that will rotate the disks through the floppy drive. Would something like this for Daemon Tool images be of any use? My main problem with this is not swapping the CD images but detecting a game that has multiple images especially since there are so many different naming conventions. Any ideas how I would deal with that and what emulators currently have problems dealing with multiple CD images? - Mouse to key, key to joy, mouse to joy. These are the hardest 3 of the input mapping system. I see mouse to key and mouse to joy to be interesting for using the trackball for games that don't support the mouse. But it would be quite an effort to implement this. Do you see any use for it? Of course key to joy is useful for some things. - What other things are seriously lacking from current wrappers? What emulators are not at their full potential running through a cab that could be solved through a wrapper? I know there are wrappers being written using AHK and AutoIt, but I want something that can do all that through a simple ini file (or eventually a GUI). So I'm interested in the opinions here.

The only thing I can suggest is if the plugin is causing GameEx to crash then to post the PlugInLCD.log file. There have been rather large updates to the plugin as of late. I was testing the plugin recently on my cab and didn't have any issues. If others are having problems please report them here.

Project64 is a better N64 emulator anyway. I've never used any of NoLogic's wrappers but we have plenty of people here who can write them. If I thought 1964 was worth the effort I'd write one for you myself. But P64 is the way to go.

Yep will look into it soon

When compiling the 64-bit version your actually using a different compiler than when you compile 32 bit. The Dual Core and Quad Core options only make compiling faster by running the compiler in multiple threads. They are -j3 and -j5 options for mingw32-make respectively which just mean run the compiler on 3 or 5 threads. So they don't actually optimize the compiled binary.

You can download the pcb files from http://www.mamext.net/

I changed the colors around a bit so it's easier to read now