MAMEWorld Forums - The Loony Bin - Re: I may get flamed for this, but this IS the loony bin so... (Retroarch Bounty)

How the game play in MAME is what I'm talking about, this is what matters to everyone, and why to attend to the matter of lag things like frame_delay and run-ahead exist.
In practice when we play MAME this lag appears to us and we can at the very least count it in frames between the time we input (action) to when the reaction is seen on screen (reaction)
Additional frames used to sync to screen notwithstanding, as far as we've seen the 'initial' delay consistent, each emulated hadware produces a number of those frames from input to reaction.
And this is the one lenght that we understand corresponds (even if maybe not an accurate translation) to what we can have in the emulated game environment, and we qualify as the original game hardware's lag.

I think either you don't get where a user-player stands, or you're giving me the answer that concerns the developer point of view, which is probably the right one for someone who would like to understand all what it's about but is less interested in knowing about what it translates to in the real life practice, and yet is verifiable when playing games with MAME.
Maybe as a dev it goes against your way of thinking to speak of it in terms that would be relatable to the user/player for the matter that concerns him.

Don't get me wrong I'm not criticizing you there, and I believe I've got a portion of what you said, but if you remember my idea was to add some form of information about what indeed happens in MAME delay-wise and the user experiences while playing, because I think it would prevent a good number of misunderstandings (again at a use-player experience level) and therefore limit misuses in practice (driver hacks, abuse of lag reduction like run-ahead, stealthy 'cheating')

Now if discussing this from that perspective is something you refuse then nevermind what I asked, and please again don't take offense, remember you're not talking to an engineer or a developer here, just a user-player who loves MAME.
What I'm thinking of can probably be done outside of MAME without your involvement (even if of course I think it's much, much better when actual MAME devs are involved)

EDIT: last attempt from my side; were you actually simply trying to tell me "the lag in real life environment (pcb + crt) is not the same thing as the lag in MAME" ?
If so just try to understand that if you then also say that MAME emulates the game-hardware accurately, as users playing we are naturally driven to think that we can trust the lag frames we can count in MAME.

> MAME isn't about playing the games anyway.

Edited by LensLarque (10/09/18 01:14 PM)