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. Thank you for your support. Tom Speirs

Patreon

greatflash

Elite Member
  • Posts

    1576
  • Joined

  • Last visited

  • Days Won

    9

Everything posted by greatflash

  1. Version 0.95

    1479 downloads

    An Atari Jaguar emulator.
  2. greatflash

    ppsspp

    Version 1.6.3

    1811 downloads

    Sony PSP Emulator
  3. I should have mentioned this. When daphne is exited it does not close all processes (or rather the daphne launcher). Really sorry I missed this post. If you open the launcher again either use task manager to close the errant processes or restart.
  4. The gx name is more about allowing non dos/win characters to improve the display than anything else. So replacing the non file characters should be fine.
  5. That really should be fine.
  6. You may be better using a more complete database as a template perhaps. Something like the snes one.
  7. I recently updated the theme with some new systems and new system images. Perhaps i I should finish this at some point and post it?
  8. Problem is there are thousands of names in the databases and a lot more to work on. But I still feel a unified name is the way to go and things will improve as time goes on.
  9. Also. One thing to remember (and this also goes for Rom names), gx names are subject to change and they often do. Though it is possible for me to output name lists for you as a global list and then a diff compare would again be able to show you the changes.
  10. The original intention was for gx to match the database name if used and if no match is found, to fall back to the rom name. Not sure if this was ever implemented though. Only Tom would know. The same goes for clones and "also" matching.
  11. Yeah. It's all me. Lol. Will have to rename it "June Flash" now though. I do like to trumpet something that is both cheap and wonderful though.
  12. Ok, I just wanted to give a little 'heads up' to anyone who runs the Dolphin Emulator to play Wii games. This is a damn fine emulator that has always had one minor problem. Mapping a gamepad and mouse to represent a WiiMote is a major chore and never gives a satisfactory experience during play, except for some games like Super Mario (though you still need 'shake'). So, I decided to link a WiiMote to my bluetooth. Results were good-ish. You cannot (of course) use the pointer function, and each time you turn the mote off (unless you mess about with non-microsoft bluetooth stacks) you had to re-connect it again. So, did a bit of searching on the netty-noo-noo. I discovered a thingy called a DolphinBar and decided to grab one. Well, all i can say is Awesome! Not only does it fix ALL problems, but you can also map light guns and wheels to pc inputs. Pointing works a treat and it does not interfere with existing bluetooth or anything else. Also, works swimmingly on Win10 64bit as well. A very fine and rewarding purchase. So, thought I would post it here in case no-one had noticed it before. I certainly did not know of its existence. http://www.mayflash.com/products/nintendowiigc/w010.html Available VERY cheaply on Amazon as well. http://www.amazon.com/Mayflash-W010-Wireless-Sensor-DolphinBar/dp/B00HZWEB74
  13. Feels a little more long winded to write a bat for each game than a single empty file. But if it works for you - that's great.
  14. ScummVM does not support passing of roms via the zipped filename. The best way to do it (that I know of) is to use dummy files. Add the games you want to Scumm and then look at what the 'short name' or gameId is. Lets take "Day of the Tentacle" as an example. If you look at the id for this it is "DOTT". So, you now need another Rom path. Perhaps D:\Arcade\System Roms\ScummVM\romsDummy. Create that directory and create a new text file within it called "DOTT.txt". Now time to enter the emulator config - Set the rom path to this new directory and enter the command line as shown scummvm.exe -f [ROM] and set the filter to *.txt GX will now pass the dummy name to Scumm and execute correctly. Sadly, you will need to create dummy file for every game you wish to run. I did create a tool to do this for you, and it is a part of the GX install. ScummVM Dummy Creator. Sadly, this is now outdated and I really need to revisit it and update it for the latest Scumm and game files. It may work or it may not? That is why I advise the manual way for now. Ps. You don't need a map file for this, the latest ScummVM database when used, will correct all the short names for you and add the addition info. (Except for roms added since the previous release).
  15. no, if you are just using the gx names, you should be fine..
  16. There may be others, though my preference would be for the GX names as well. There are a lot that use odd characters like Japanese names etc. Not sure if they would be a problem though.
  17. Ok, Seeing I have harped on about this somewhat (Sorry Tom), I want to confirm that for me it is working a BLOODY treat....... Battle Arena Toshinden - here I come
  18. Well done on fixing it, can't wait to enjoy some Saturn magic.
  19. Awesome Tom, Will check it out when I get home. Any clue for us to what the issue was?
  20. Just to backtrack on this, Using the latest build of GX along side Virtual Clone Drive: Whilst GX is running (in a widow for ease) and you launch (manually) SSF - it will start to launch and then close. The debug I post shows that the reason is that SSF cannot find a valid drive to use, and so closes. If GX is not running and SSF is launched, SSF runs fine and launches any media mapped to VCD. Using the GameEx.EXE from version 14.32 within the folder of the latest GX: Whilst GX is running (in a widow for ease) and you launch (manually) SSF - SSF starts and runs as expected. Debug shows that the virtual drive is free and ready to be used. So, this means it is not a library change from 14.32 to the latest build, but something within the main code base that is causing the issue. Somehow the drive is becoming locked so that SSF cannot get access to it. Very puzzling. The picture below shows SSF ruling alongside GX using the exe from 14.32, something not possible with later (no idea which build after .32) builds. I cannot (and will never install it) test using Daemon Tools. So have no idea if it is the same there. But if the problem was the same, then i expect the solution to be the same also. Perhaps someone can do these 2 steps (in bold) using Daemon Tools?
  21. It had already been mentioned that .32 and .33 appear to work fine.
  22. It could well be just an issue with VCD, though the same issue has been mentioned using DT as well, though that may not be the case. I prefer to use VCD myself as it is tidy, compact, and comes with 0 'extras', unlike the tons of things wrapped in a DT install.
  23. Sadly Win10 mounting only supports ISO, everything I have is cue/bin. I could convert one tomorrow and try though. But even so, I don't fancy converting several hundred images.
  24. Can you try uninstalling whatever virtual drive software you are using and then , Run GX in a window, Launch SSF. See if it then runs alongside GX? I know you cannot then run a game, this is just to isolate the issue. If all Virtual Drive software is affected (and it runs when the software is uninstalled), then we are getting somewhere!
  25. A quick question for all those that are experiencing the crash of SSF, what virtual drive software are you using? At HK's request, I examined the processes in depth in ProcMon, and found this, 50:56.8 SSF.exe 27952 Thread Create SUCCESS Thread ID: 10720 50:56.8 SSF.exe 27952 IRP_MJ_CREATE V: SHARING VIOLATION Desired Access: Generic Read/Write, Disposition: Open, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: n/a, ShareMode: Read, AllocationSize: n/a 50:56.8 SSF.exe 27952 Thread Exit SUCCESS Thread ID: 10720, User Time: 0.0000000, Kernel Time: 0.0000000 50:56.8 SSF.exe 27952 Thread Exit SUCCESS Thread ID: 4920, User Time: 1.1093750, Kernel Time: 0.0156250 50:56.8 SSF.exe 27952 Thread Exit SUCCESS Thread ID: 8284, User Time: 0.0156250, Kernel Time: 0.0000000 50:56.8 SSF.exe 27952 Thread Exit SUCCESS Thread ID: 29712, User Time: 0.0000000, Kernel Time: 0.0000000 50:56.8 SSF.exe 27952 Thread Exit SUCCESS Thread ID: 27980, User Time: 0.0000000, Kernel Time: 0.0000000 50:56.8 SSF.exe 27952 RegCloseKey HKLM\SOFTWARE\Wow6432Node\Microsoft\Direct3D SUCCESS Uninstalling (yes, I know it is not much help for an emulator that needs a virtual drive) VirtualCloneDrive fixed the issue at least. SSF and GX now play nicely together again (also, SSF opens to full window a lot quicker). So, is it just VirtualCloneDrive or all virtual drive software?
×
×
  • Create New...