Jump to content

All my products and services are free. All my costs are met by donations I receive from my users. If you enjoy using any of my products, please donate to support me. My bare hosting costs are currently not met so please consider becoming a contibuting member by either clicking this text or the Patreon link on the right.

Patreon

bkenobi

Elite Member
  • Posts

    4581
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by bkenobi

  1. Correct me if I'm wrong, but they use No-Intro, GoodName, and TOSEC (all of whichever is available for the set).
  2. bkenobi

    crash on start-up

    No log, try again!
  3. There's a lot of bad press on Vista since it was released (primarily due to Apple spending so much on negative ads). My wife works with the developers (on the marketing side) and says that everything is working fine at this point (and has been for quite a while), but M$ screwed up by not countering the bad press. As a result, Vista is a technically sound OS but a commercial failure. To answer the question, I haven't used Vista or XP64, so I can't say. I've heard that there are a couple emu's that don't work under Vista (because they aren't being developed any more and haven't been updated), but that's very few from what I understand. I don't think there are any problems with XP64, but, like I said, I haven't run it so I can't say. HK (and certainly others) has been/is running XP64, so perhaps he could comment better.
  4. Buying for the future is always a mistake IMO. I've done it in the past and by the time the program came out that supported it, I was horribly behind the curve (thinking specifically of Doom3). By the time you will get a significant advantage from the quad core, the price will be a fraction of it's current cost. If you need the power now, then go for it! If you don't see needing the power for at least the next year, hold off and get something affordable now that can do what you need today. On the other hand, if you are looking to build a HTPC rather than a cabinet, that's different. In an HTPC you will be running multiple applications at the same time. A lot of those apps are processor heavy and can benefit from multiple cpu's. In the case of a cabinet, you are going to be running one application from a FE. If the FE is nice, it will cut back it's system resources while it's idle (GameEx does according to what Tom said in another thread). That means that you won't see a significant advantage UNLESS the emulator/application specifically uses multiple cpu's. AND, as far as I know, no emu/app currently uses more than 2 cpu's (at least that would be run on a cabinet). Conclusion: If you have the need for quad core and money to blow, get it now. If you don't need it now and/or you don't see the need to throw money away (sorta), then get a good dual core system. You will see more benefit from going 64-bit for your OS than you will going quad over dual core AFAIK.
  5. As long as you move the files into the same directory that CPWizard is looking for, you should be good to go.
  6. I think this may need to be addressed again if that's the case. Tom has said his goal is to move towards databases and away from MAP files. If that's true, then this fix needs to work for databases as well. I didn't realize MAP files would eliminate that much time in building the list, so this is good to know!
  7. I'm not sure if MAME supports multiple CPUs. I think I remember reading something about it, but I don't remember what I read . Anyway, it will definitely help with consoles though as some of those do support it. Model2 definitely does... If you are going to buy a new system, you might as well go that route since MAME will support multi-cpu setups at some point.
  8. Oh yeah, that reminds me. If you are using a multi-core PC, you should definitely opt for emulator_multicpu.exe over emulator.exe (for obvious reasons ). Also, the database will give you an error if you just use this config. You will need to edit that to point to "[Arcade] MAME.mdb" and you should be good!
  9. There may be an easy way to do this. 1) Try moving the mounting statement to launch before. I don't know if Alcohol 120% will then return or wait till the program is closed. If it returns, then you should be good. If not, then this won't work. 2) Try adding a delay with the built in GameEx send keys/delay stuff. If you don't send a key, it should still delay the amount of time specified. 3) Use a script to launch these games. The script needs to mount the image, then launch the emu, then wait till the emu exits to close. This is pretty easy and there are examples on the forum. 4) Have you tried either Daemon Tools or, better yet, the built in image mounting software that Tom added a couple months back? I know people have had a lot of success with Daemon tools, so you should be able to find an example. However, Tom just added support for mounting images directly in GameEx. This would then mean you just have to tell the emulator what drive letter to use. If it were me, I would opt for trying the built in GameEx image mounting system. The only restriction it has is that you must be registered to use it AFAIK.
  10. Wow...you have done a lot of legwork here! This should help Tom speed things up quite a bit... I'll let Tom pick things up from here since I can't do anything to help the situation.
  11. Great! Have fun
  12. No, it means you have the equivalent of 4 cpu's in the system. They are all on the same die, so I'm not sure if that means it's better or worse than 4 physical cpu's. Think of it more like 4x the processing bandwidth, not 4x the throughput. In other words, you can do 4x as many processes in the same time, not 1 process 4x faster.
  13. The easy fix for that is to make any file you modify read only. The install should progress and just skip that file.
  14. First off, make sure you can get it working outside of GameEx. Launch a command prompt and try it. I suspect the problem is path related. If you just put exactly what I wrote before in the command, then it won't know where the application is. You will need to specify the path to cpwizard.exe (typically c:\program files\cpwizard\cpwizard.exe). Give that a try and see what happens. Yes, you can create files for each emulator. The example I specified (which is the one HK uses as an example) is for Mario Kart 64. CPWizard includes a file for the N64 that contains the controls for that game so you can see what's required. There was a thread a while back where someone said they had a file for NES and perhaps some others. I asked if they wanted to share to the community, but I don't think they ever responded
  15. Circo has a set on emumovies.com...
  16. I don't, but it shouldn't be that difficult to set up. The command line is just: emulator.exe [ROM]
  17. If you figured out what file it was, you could simply modify it. Tom or HK would know right off the bat. You could try looking at all the images in the Gamex directory...
  18. Can you post a log file when you have the problem? The log file will show how long it takes to perform the different tasks. It might help show what's causing the slowdown.
  19. Cool. It was probably just something in your mame.ini, but that can be hard to track down sometimes.
  20. Yes you can use it with emulators. I have not finished setting all of my emus up yet, but I can confirm that it does work. You need to use the "launch before" or "launch also" with the right command line. Based on what's at the CPWizard homepage, use something like: CPWizard.exe -emu "Project 64" -game "Mario Kart 64" -timeout 5000 NOTE: I found that you must have all 3 switches for CPWizard to work. NOTE: CPWizard doesn't have any information about what controls do what. If you want to have the actual command to be displayed, you will need to provide a file for CPWizard to use. I've looked for this kind of info in the past, but as of yet haven't found it.
  21. It looks to me like GameEx is trying to restore the database for your 3rd emulator and running into a problem. I'd suggest deleting the cache files and/or disabling emulator 3 temporarily.
  22. Nope, keep them zipped. There are at least 2 files for each bezel (a picture and an overlay and maybe another ascii file...can't remember). Anyway, things shouldn't have changed from those versions. Perhaps you could check/post the command line for a game that should have artwork. Make sure you either have the switch to show bezels in the command line or set to on in the mame.ini file. Also, make sure that they are not disabled in the game's ini file (hit tab and go to display settings while in the game).
  23. There was a change in the bezel system somewhere after MAME v0.100. If it's been a while since you updated MAME, you might need to get a new set.
  24. I've been there on enough computers to know your pain. Fortunately it was just irreplaceable important documents. I don't know what I would have done if it was rom sets that would require several hours/days to down...errr acquire.
  25. Just keep telling yourself that
×
×
  • Create New...