View Full Version : DSD, better alternative 2 compat lists & settings tweak

17th February 2010, 04:36 PM
Decentralized settings database, better alternative to compatibility lists and settings tweaking

Someone somewhere has perhaps stumbled across an emulator and settings that work for a certain game on their system. They should have the option of automatically sharing this information on a decentralized peer-to-peer network. Emulators could offer the option of automatically accepting settings from this network, and/or provide manual selection to the end-user. Running successfully on certain setting would automatically generate a good rating for it in the database. Users could also manually rate it for graphics, sound, speed, playability, completeness. Instant compatibility and settings lists with minimal effort and no liability for emulator others and maintainers of their official webpages. The P2P could use existing networks and clients, no need to create a new one. All thats required is to establish as standard for how to name the files and their format. XML is versatile and extensible.

Name of file is automatically generated from the data within it so it is uniquely named. Extension: .DSD.XML or .DSD
Unique ID
Emulator/Virtualizer Title
Emulator/Virtualizer Version
Game/Software CRC/MD5
Game/Software Title
Host Operating System
Host Operating System version
CPU name
CPU speed
Video card
Video card driver
Video API (DirectX/OpenGL)
Sound card
Sound card driver
Sound API
Emulator settings/config file
Plugin Settings
Network (Y/N/Protocol)
Network Settings
Controller/Joystick 1
Controller/Joystick 2
Controller/Joystick 3
Controller/Joystick 4
Cheat/Hack 1
Cheat/Hack 2
Cheat/Hack 3
Cheat/Hack 4
Related Library & Version 1 (DLL/SO, things like sdl 1.2, vbrun300, pygame 1.9.1)
Related Library & Version 2
Related Library & Version 3
Related Library & Version 4
User notes

A separate tracker to keep the ratings for each file based on automatic report of the emulator plus user ratings. It keeps a weighted average for:
emu-runs? [Y/N] {percentage} (automatically rated by emulator)
emu-anyerrors? [Y/N] {percentage} (emulator)
user-runs? [Y/N] {percentage} (user votes)
beatable [Y/N] {percentage} (user votes)
graphics [1-10] (user votes)
sound [1-10] (user votes)
speed [1-10] (user votes)
playability [1-10] (user votes)
completeness [1-10] (user votes) are features missing

- Zerothis

17th February 2010, 05:32 PM
To say the least, that's worth a try.

From my experience a lot of the hardware-dependent changes in game result is more dependent on configurations outside the core. Maybe then not so much information may be needed or useful, but if every field is required it should help moderate bad reports.

17th February 2010, 09:00 PM
Maybe then not so much information may be needed or useful

If the file is XML, then the developers only need to include data that they deem useful. Some emulators do have plugins. Some are not dependent on outside libraries. Etc... They could also add XML tags specific to their emulator or even specific to a single game if they felt the need.

18th February 2010, 04:34 AM

this is already done >.>

19th February 2010, 03:42 AM
this is already done >.>

Really? An all-in-one decentralized compatibility and settings database? Please share the details.

22nd February 2010, 07:07 AM
I only see this happening on Mupen64Plus if it happens at all.

Just remember that everybody is already fine with saying "X plugin works for me, has great performance, has X bugs" and testing such plugins on their own hardware via trial-and-error.