Post by mud on Sept 25, 2011 22:42:47 GMT -5
Hey guys,
This is a reminder thread for DigitalGhost for needed features. It's mainly for him, but input, ideas, or complaints are always welcome; don't be mutes!
Feature: Allow client to be able to connect w/ out port forwarding.
Reason: While that user may not be able to host, or play 2+ player games, it's still one more player that mamehub didn't have before.
Feature: Option to switch to a mode that favors better input time over precise syncing.
Possibly determine when the game is absolutely desynced, and offer a reboot. Maybe give the users the option to choose savestate location, and restore to that.
Reason: Not every game needs to be absolutely insured to have perfect sync at the cost of input. With the combination of game rebooting and user selected save states, the desync issue is manageable. Current mamehub alternatives require to reboot the games frequently to resync, so some users will already be comfortable with this, over losing their input response time.
Feature: Pidgin (or similar) plugin to allow for communication with people logged into mamehub. Alternatively, you could host a private IRC server on mamehub's server.
Reason: Wouldn't have to load up mamehub just to chat with people. Would be a great way for requesting games with people who aren't logged into mamehub, but are logged into their chat client. Could even write a script that people could send links to the chat client that allow you to automatically join the game.
Feature: Ability to force roms to load on mame if they don't pass checks.
Reason: Game hacks are made all the time, it'd be nice to have an easy way to run 'em. We currently have ones that are needed in the netplay community. If you don't like this idea, please add umk3 juggernaut hack romset. I'm sure there's an insane amount of hacked games that could work on mess, that currently don't.
Feature: Precise player swapping. EG alt+1 would set to 1234, alt+2 2134, alt+3 2143, alt+4 1243, etc. This would go along side your existing plans of implementing ctrl+1 sets p1 as 1, ctrl+2 p2 as 1, etc.
Reason: There's currently programs that read game frames to swap players at appropriate times, allowing new game play modes (EG 2v2 fighting games). Would like to be able to adapt these, and write more.
Feature: Primary game server should have full swap control, and be able to pass it onto other players.
Reason: Even as simple as you get with controls, some players will not be able to run proper swap games. If you could direct that user on a quick method to give other players the swapping function, they could take control of the swap game. We also don't want random players joining, and being able to swap controls at any time, right?
I'm also in the middle of making some middleware for frontends and emulators. This way you can create a menu that sits between your frontend and your emulators, allowing you to select settings for that game, without ruining your htpc/arcade experience by having to use a keyboard and mouse. These settings will be along the lines of netplay, cheats, video & sound, control inputs, etc. All the typical stuff you'd see in a proper port release of a game.
Stuff being handled by the MAMEHub team.:
Feature: Game launching on servers from command prompt. EG mamehub.exe 10ghost.net 5085 gamename vmame.exe
Reason: Imagine what that simple command would give you if you if you were running a frontend.
Feature: Auto Login
Reason: I thought this was mandatory for all programs? Required if I want instant game launching from frontend or pidgin plugin.
Feature: Customizable in game chat.
Reason: I can't stand its current location, and look. Normally in online games I usually hide the in game chat, and have the client chat on another monitor. I haven't looked into the current features (if any) on this, so I may be speaking too soon.
Feature: Make mamehub's interface completely keyboard compatible.
Reason: Allows for easier scripting for htpcs and mame cabinets, and because I hate using the mouse.
Feature: Allow users to "host" a game without starting it before players join.
Reason: I don't want to sit around playing a single player game, while waiting for users to join. I'd rather it notify me when someone joins my game "room", and then start the game.
This is a reminder thread for DigitalGhost for needed features. It's mainly for him, but input, ideas, or complaints are always welcome; don't be mutes!
Feature: Allow client to be able to connect w/ out port forwarding.
Reason: While that user may not be able to host, or play 2+ player games, it's still one more player that mamehub didn't have before.
Feature: Option to switch to a mode that favors better input time over precise syncing.
Possibly determine when the game is absolutely desynced, and offer a reboot. Maybe give the users the option to choose savestate location, and restore to that.
Reason: Not every game needs to be absolutely insured to have perfect sync at the cost of input. With the combination of game rebooting and user selected save states, the desync issue is manageable. Current mamehub alternatives require to reboot the games frequently to resync, so some users will already be comfortable with this, over losing their input response time.
Feature: Pidgin (or similar) plugin to allow for communication with people logged into mamehub. Alternatively, you could host a private IRC server on mamehub's server.
Reason: Wouldn't have to load up mamehub just to chat with people. Would be a great way for requesting games with people who aren't logged into mamehub, but are logged into their chat client. Could even write a script that people could send links to the chat client that allow you to automatically join the game.
Feature: Ability to force roms to load on mame if they don't pass checks.
Reason: Game hacks are made all the time, it'd be nice to have an easy way to run 'em. We currently have ones that are needed in the netplay community. If you don't like this idea, please add umk3 juggernaut hack romset. I'm sure there's an insane amount of hacked games that could work on mess, that currently don't.
Feature: Precise player swapping. EG alt+1 would set to 1234, alt+2 2134, alt+3 2143, alt+4 1243, etc. This would go along side your existing plans of implementing ctrl+1 sets p1 as 1, ctrl+2 p2 as 1, etc.
Reason: There's currently programs that read game frames to swap players at appropriate times, allowing new game play modes (EG 2v2 fighting games). Would like to be able to adapt these, and write more.
Feature: Primary game server should have full swap control, and be able to pass it onto other players.
Reason: Even as simple as you get with controls, some players will not be able to run proper swap games. If you could direct that user on a quick method to give other players the swapping function, they could take control of the swap game. We also don't want random players joining, and being able to swap controls at any time, right?
I'm also in the middle of making some middleware for frontends and emulators. This way you can create a menu that sits between your frontend and your emulators, allowing you to select settings for that game, without ruining your htpc/arcade experience by having to use a keyboard and mouse. These settings will be along the lines of netplay, cheats, video & sound, control inputs, etc. All the typical stuff you'd see in a proper port release of a game.
Stuff being handled by the MAMEHub team.:
Feature: Game launching on servers from command prompt. EG mamehub.exe 10ghost.net 5085 gamename vmame.exe
Reason: Imagine what that simple command would give you if you if you were running a frontend.
Feature: Auto Login
Reason: I thought this was mandatory for all programs? Required if I want instant game launching from frontend or pidgin plugin.
Feature: Customizable in game chat.
Reason: I can't stand its current location, and look. Normally in online games I usually hide the in game chat, and have the client chat on another monitor. I haven't looked into the current features (if any) on this, so I may be speaking too soon.
Feature: Make mamehub's interface completely keyboard compatible.
Reason: Allows for easier scripting for htpcs and mame cabinets, and because I hate using the mouse.
Feature: Allow users to "host" a game without starting it before players join.
Reason: I don't want to sit around playing a single player game, while waiting for users to join. I'd rather it notify me when someone joins my game "room", and then start the game.