-
Posts
1576 -
Joined
-
Last visited
-
Days Won
9
Content Type
Profiles
Forums
Events
Downloads
Store
Articles
Posts posted by greatflash
-
-
Thanks Peeps, and sorry for the lateness of my reply,
I blame it on old age
-
The GPD Win Is a truly astounding machine (Thanks Tom), running GX wonderfully (with all bells and whistles) and every Steam game I have tried runs great also, including Far Cry and Just Cause.
But mainly, for Retro game lovers on the move, it is brilliant, and having a keyboard as well is a boon for adventure games.
ps. The size of a DS XL, so really portable.
http://www.pocketgamer.co.uk/r/Other/GPD+Win/hardware_review.asp?c=73044
- 1
-
The problem you have almost answered yourself. These systems need a bios to run. By default these are stored in your mame/mess directory in a subfolder called roms. Seeing you are pointing mame(mess) to a different rom location, they cannot be found.
Yoy have two solutions.
Copy the bios file to your rom directory.
or, Add a semicolon separated second rom path pointing to your mame rom directory
-rompath / -rp <path>
Specifies a list of paths within which to find ROM or hard disk images. Multiple paths can be specified by separating them with semicolons. The default is ‘roms’ (that is, a directory “roms” in the same directory as the MAME executable).
-
Well, the NES database is an incomplete database. But as I have said, it is always best to use a know naming convention. These are NoIntro, Tosec, Goodtool, and GameBase currently (on the NES database at least).
I have just checked it and 0-B is as far as it is populated, not great I know. But it is coming of course.
-
personally, I wouldn't worry too much about C64 and using the database, there is a lot of work to do on that one and perhaps it is better to just turn off the database for that system, but.. using a naming convention like tosec is always the preferred.
- 1
-
DOS is a very limited database, and all databases generally require a romset with a certain degree of naming convention. For NES, I would certainly expect a degree of matching, using Good set, nointro, tosec, hyperlist, etc. If the name does not match, GX does a fuzzy match (and does the same with artwork) and this can result in invalid matches.
-
And yes, you are correct that DOS and C64 are not overly populated due to their enormous size, though there are certainly entries in them that should match.
-
Taking your colecovision collection as an example, what rom set are you using?
i know this is a well filled database for all standard sets so would certainly expect hits.
It could be me, but in your ini file I could not spot the key to state use database names? Perhaps I missed it.
-
Looking at your ini I cannot see that any emulator is set to "use database names". I see that you have colecovision set up, and this has an extensive database, so it's certainly not because there is an incomplete database.
-
All databases on the repo will be updated in the next week or so.
- 1
-
Not sure I understand, Just checked my database and the Master System contains 673 entries? Just to be sure, have updated the one on the Repository.
-
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.
-
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.
- 1
-
That really should be fine.
-
You may be better using a more complete database as a template perhaps. Something like the snes one.
-
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?
- 1
-
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.
-
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.
-
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.
-
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.
-
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
- 2
-
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.
-
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 *.txtGX 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).
-
no, if you are just using the gx names, you should be fine..
- 1
Happy Birthday Greatflash!
in Social Club
Posted
Hahaha
for some reason the forum does not always notify me of posts. That’s my excuse and I am sticking with it. Either that or senility.