Are these leaderboards backed up before runner history is wiped?

How do you have the heart to tell someone who is learning and putting effort into the game that they are not good enough?

Why should anyone submit to such a leaderboard which is subject to future erasure?

I thought i would level the playing field to something closer to Brunnis's hardware and perform the same test i have before on my desktop. the adapter i own is also a raphnet adapter. i would expect it to perform reasonably close to the one Brunnis uses. With a sandy bridge Thinkpad:

3F
5F
5F
4F
5F
4F
4F
4F

the average input latency being 4.25 frames. an increase of .25 from the 4 frames average of my desktop.

setup including jar to balance my phone:

Does anyone else wish to add to the sample size of 2 sets of hardware?

What exactly is it going to take for someone to OPEN THE EMULATOR, as asking 7 times doesn't do it? Idk yo, test it on your individual setups. I'm not the one with a sword on my name yet I've run and shared my multiple tests. Do you need more? I can do more.

God forbid you actually test it. One step at a time. You can feel the lag

My run has been rejected on the grounds of a rule stemming from this discussion, yet made before any moderator was able to demonstrate that one would be a better player with the setting turned on. They have still been unable to prove so.

Even after one moderator has given their playtest results and siding towards my claim, the evidence him and I have presented has been disregarded, essentially being told my numbers are wrong and my hardware is faulty.

All of this being orchestrated by a single top level moderator who refuses to acknowledge new information or even actively investigate speedrun related matters.

Behaviour like this is unfair, unethical and detrimental to the integrity of discussions when they are forced to be one sided and even when other moderator input is ignored. Why is this tolerated? Where are the other users who have allegedly voted in favor of the ban, and who audits the audit?

Brooklyn should be commended for being the sole person willing to investigate and I want it known that all he had to do was play for a short time to be able to feel the still present* disadvangage in input lag on emulator.

I am not afraid of being shot down. But i am asking it be done fairly.

https://www.speedrun.com/yi/run/mr47lw8z

https://www.reddit.com/r/RetroArch/comments/6e5o8z/what_does_frame_delay_do/dibzn1h/

i am reading this, but also dont really understand how it works. I dont know what adverse effects I should look for like obvious frame skipping if runahead is too high.

"The higher the Frame Delay value, the faster the system needs to be to have the frame ready on time"

I would like to imagine my system is above average and well equipped to handle an emulator's toughest settings. What if i dont stutter? I have some learning to do but this might wait until the weekend when im not stuck for time. Any information and test results I perform put will go here.

I have not used any frame delay. I don't understand what bad effects it might make if set too high so i've left it untouched

This is the correct move to allow 2F runahead as there is no benefit over playing on a console, but I am still set that someone just needs to play it and any doubt would be removed.

You would just need the emulator, the approved and supplied snes9x core in the "Leaderboard Rules and Requirements" thread and a ROM.

I am having trouble with understanding why the moderation team is unable or unwilling to do so.

2

you may watch this. emulator at its best with runahead isnt even matching the 2 frame input delay of my console. at best it's doing is 3. the worst 6.

emulator starts first

Understandable. so I did it in 60fps.

CRT: 2 frames @ 60fps
EMU + runahead: 3-6 frames @ 60fps

I really think more people should play this and understand that input lag is still present.

I've also done a test to show the amount of time it takes for my screen to be refreshed. I use the R button for it's low travel time to bottoming out and the map screen arrow for being something that displays next frame upon a press.

the results, recorded at 120fps:
CRT: 4 frames @ 120fps
EMU + runahead: 6 to 8 frames @ 120fps

What can be made of this?

One of my issues with those graphs is how the delay is shown as a measurement of frames. This game only polls inputs once per 60th second. Any inputs pressed midway through a frames, so like 8 milliseconds, would be polled on the next available frame and shown the next after that. a "half frame" cannot exist. its just not a thing. It should be counted, in frames, from 0 and up

Having played on this myself and adjusting the runahead frames to a number that does not adversely affect the game, runahead frames gives no competitive advantage to someone running stock emulator or console in terms of input lag. It is in fact still worse than a console, just not as bad.

I think had anyone truly played this instead of looking at someone else's graphs you would have the same findings.

But fear not because I am not only up to the daunting task of opening an emulator, I will also return with my own real test that would be meaningful to speedrunners. I have not done my own yet, but I am confident this will back up my own claim.

I would also implore the moderation team to actively engage in their own independant, real world testing before coming to a conclusion.

Has anyone on the moderation team personally played with runahead frames to evaluate its advantage? It's a yes or no question

Am I correct to infer that you nor anyone else on the moderation side has bothered to play for themself?

How come?

Can you show me what real world tests have been done by the moderation team?

Show me in a way that proves an advantage in real time Yoshi's Island speedruns. Let me see this

Can this be demonstrated that it has an advantage in a competitive setting?

Can I play on Retroarch and use runahead frames to help reduce the input delay?