Well, I have submitted a few new scores since March 3 using "mame60" as the version cuz the inp was compatible with mame60.Yes, mame60 is considered a dos mame, use omame60 if you are recording on a mac.
I see I can edit them to reselect omame60 so will have to do that for those few scores.
For games where the inp is compatible with pc-mames if I put that in the description is that enough for some pcmame confimer to confirm the score? I like it when scores that are possible to be confirmed are....would listing them as "omame60" make most confirmers overlook it and result in not getting confirmed? I guess that is my only choice.
Yes, but as stated above for games where you already are using something like frameskip 6 in regular mame to reach that speed the higher CPU requirement for the real-time encryption as you play would slow this down and perhaps force you to go to even a higher frameskip.performance is negligable if you're using a fast computer (one that actually will get 100% on games) so if you're using a slow computer/emulator then that's a problem right there. 90% speed acceptance for alphamame recordings is PRETTY leniant.
As you see there are even some games where even if you have a somewhat fast CPU you can't play at speed without using frameskip or turning off the audio.
Well, you lost me here. How do you exactly "stop mame" and copy the inp file elsewhere? Do you mean when you actual game was over you just shell-out to Windows while alphamame is still running and replace that inp file with a different one..so when you hit escape to quit alphamame it encrypts that "cheat" inp instead? How would that be possible? The original inp file would be in an "open" status with alphamame still running. You wouldn't be able to rename or replace it with anything cuz the file is busy/in use. Don't tell me Windows allows you to replace an open file?!?!? I have used PCs and Windows a lot over the years but never had tried it to even know if possible. That certainly isn't possible on a mac. It's something to test with a regular mame to see if windows allows that. I thought you get a "file is in use" error when you try to do replace or move or delete a file in use.Encryption has to be done during recording for more security, i.e. you could stop mame before you escape and copy your cheated inp right before the alphamame encrypts your recording, besides i don't think will not buy ENOUGH cpu cycles to make a difference.
If alphamame has that inp file in "open" status the entire time, then when you hit escape quickly closes it then reopens that same path and filename for encryption, you wouldn't be able to do what you state above.
Yes, you would be able to copy that alphamame inp elsewhere at that point to have an unencrypted form of the inp also before you hit escape and it gets encrypted and the original deleted...but so what?
Does Windows let you move a file when busy/in use? If so then that wouldn't be good cuz then in that close/reopen it could have been open to a file you moved but then in reopening that sets the path back to the inp folder where you might have a different one there now....cuz you moved the original....again would need to test if Windows would allow that...I would hope not. You shouldn't be able to do anything with a file that's busy/in use except copy it.
One thing I see as not the best here is even for games that are cross-platform compatible other platforms can't watch those encrypted inps. The long-time request for cross-platform compatible inps is moot cuz the encryption.
This is why a month ago in one of the alphamame threads I suggested why doesn't alphamame produce the normal inp file but then a .enc file that is generated by alphamame also that would be required to confirm the inp file back in alphamame. If the inp file was altered in any way then it wouldn't "jive" with the info in the .enc file so alphamame would report this etc.
That way, we still have the basic inp file to share with others to view with different variants of mame of that same core version. Part of MARP's misison statement I thought was to share recordings of each others gameplay. Part of that is lost now with alphamame for those not running M$Windows.
Many liked that idea when I gave it a month or so ago...but seems to have been forgotten. That also removes the filesize problem cuz as Barry stated the alphamame encrypted inps don't compress nearly as well as regular inp files do. That's when I suggested just have the raw inp file but a .enc file etc. that would confirm the inp has been unaltered plus have the other stats like average speed/framerate, frameskip used, and whatever else alphamame provides.
Ok, so are you saying it only makes a difference of 1% in the time to do a frame? I had asked above how much of a performance hit are we talking here. If only 1-2% type of thing fine...no biggie at all, but then I wouldn't have expected to see posts by other players saying how much slower a game runs in alphamame versus regular dmame/mame/mame32. The fact they are posting about it the performance hit must be fairly significant.The emulation for some games is going to be at least a 100 times more needy for processing time than the encryption.
I don't think my above suggestions comprise the security of alphamame at all.