This is just RetroArch. You can see the specs in the video details. I'm using Linux in DRM (Direct Rendering Manager) mode, launching RetroArch from a plain console rather than through a standard window manager like X or Wayland.

Linux of course :) - quite impressive. Thanks!

Old CRT displays have 1-16ms of delay by nature, because that's how long it takes to draw an entire screen from top to bottom. Newer displays can theoretically have less but often have more, due to additional internal processing steps (smoothing, etc) that simply didn't exist in CRT displays. Every modern display has different settings to tweak (Game Mode, etc etc), and higher refresh rates can drastically help as well.

That seems accurate to my calculations at the time. Though this video is pretty old now, and other tests do not show an extra frame for Nestopia. I used Quicknes for proving same-frame accuracy and Run Ahead's better-than-real-hardware performance simply because it was the least computationally expensive option, allowing for the highest emulated frame delay.

Same tbh

Those two sentences don’t make sense

@@YodaOnABender I asked the dude for permission first.

@@AdrianAgustin546 comment still makes no sense

@@YodaOnABender It's "made for kids."

@@AdrianAgustin546 u aren’t answering any of my questions, you’re just saying random stuff

I believe not. The FX 2 chip shipped with a ~20 MHz oscillator driving it and the best hardware hackers have been able to get it up to without crashing seems to be 30 MHz.

@@CapnSlipp makes me wonder why Nintendo is anyone would just overclock the chip to begin with, getting more bang for your buck.

@@archibaldc.1833 it's the same with the Switch, for example with their flagship titles like Zelda BOTW and TOTK, they chug quite a bit, people have overclocked the CPU and fixed 80% of the slowdown with it, why not give devs the power to dictate howmuch CPU speed they need.

I have! In fact, I've been experimenting with Run-Ahead since its first nightlies. Here's a video where I took things to the extreme and proved it's possible to have less latency than even real hardware: kzbin.info/www/bejne/laLcpGypmd99gas

No. System 7 (at this phase of development) was for 68k CPUs only. I believe SheepShaver is PPC-only, and can only run legacy 68k software through Mac OS' built-in 68k emulator, post-boot.

"Safe"? That's a subjective term. What are you trying to be safe against? Generally there's nothing wrong at all with a value of 1. You're likely not going to get the same latency as hardware with modern displays and computer hardware anyway, so 1 maybe gets you back to even. A value of 2 combats most SNES games' two-frame internal lag. I can't speak much to the latency of Sega (MegaDrive/Genesis?) though. I usually set it to 2.

Absolutely. Higher refresh rates alone get you there. A CRT always takes 16ms to paint a frame. A 240Hz display gets you a whole frame in only 4ms. Though you're fighting against display processing time that isn't an issue on an analog CRT.

Shut up

Lmao

I simply touched the 5v blanking wire to complete its circuit periodically for demonstration purposes. Composite always stayed connected, since I use that for CSYNC. To be perfectly honest, I'm not using any resistor for blanking. 5v in, 5v out. Am I living dangerously?

You’ve made it further then I have but I seen everyone using switches but the only person beside you even talking about this easy mod is a Reddit post about it.the extra space on the board mine has that too. I don’t think these models need them, I read somewhere it should pick up the signal but it didn’t make sense. Check the segaholic yt page, he uses the same beard board. But wires in a switch.

@@Slammer661 The switch just lets you activate the RGB overlay on-demand. 5v solid to the blanking wire on the jungle chip means full RGB over the entire screen. No 5v to the chip means only the composite/other signal is shown. If you'll be using the TV for both RGB and composite/other signals, a switch is nice. Me? In those rare occasions, I just disconnect the 5v patch wires hanging off the back of my TV.

RunAhead is a magical setting that "erases" routine levels of input lag, and is meant for a situation like yours. Going for less lag than real hardware is more of an academic pursuit than something feasible for everyone. LCDs almost all have more latency than a CRT. In fact, they cannot have LESS than a CRT, except maybe for high framerate panels. So, high framerate panel (120hz, 240hz, etc), RunAhead enabled at 1-2 frames, is your best bet. There will be inherent lag to any input device. Not sure what an Xbox controller is by default, but probably no more than a frame.

@@TylerLoch Hi, ,my panel is 7ms response 144hz. Sorry I had missed your very kind reply somehow. My coming gaming laptop is 3ms 300hz. That with one or two runahead will basically be great I presume. Tried one today, and can even use it on PS1 (10980HK 8 core locked at 4.4ghz for all 8 cores, 32gb ram, Nvidia 2080S), but I have yet to try two. I can also use 1 on duckstation standalone and I can really feel it when playing games like einhander. It's a very exciting time to be a retro gamer!

​​@@teddym2808Did you succeed in minimizing your latency? On my channel I've only ever measured ~60 ms (3-4 frames) as the lowest latency on modern emulation gaming handhelds in RetroArch. Most devices lie around 80 ms and the worst (AYN Odin 1 and 2) around 130-140 ms.

@@DavidFilskov Oh yes, my input lag is crazy low now with a powerful system, and a board with good DPC latency figures also helped. Plus I use Nvidia Reflex and a real G-Sync monitor, it's amazing now. It will never be like this on a handheld, well, a powerful AMD windows handheld can have excellent input lag, but I mean the cheapos you know, forget about it. The best thing I ever did was buy a real G-Sync monitor with module that easily rotates into TATE mode. It has 1-240hz adaptive sync and has simply transformed retro gaming for me., If I add just one frame run ahead to the genesis plus gx core, for example, when I do the frame test (let go of all controls, press P to pause game, hold jump button in game, press K to advance frames), I get response on very first press. So I am seeing input lag of a frame here, or 2 frames without any run ahead. It does depend on the core of course, things like Beetle Saturn have extra unnecessary lag. But even PS2 and PS3 can be played without any discernible lag :)

I replied but youtube keeps deleting my replies. I have no idea what I said wrong, all I spoke about was sync and latency.@@DavidFilskov

Sounds like your Sync isn't getting picked up. On my TV for SCART inputs, I just pipe the composite signal into the regular Video In port of the TV. If you're not getting either Composite Sync or plain Sync, you'll see scrolling and a mess on screen. For VGA with custom modelines, I merge Hsync and Vsync (with some resistors to bring the signal level down. not legit, but works for my setup) and plug into the Video In port.

Depends on the Run-Ahead settings and the system being emulated. For this run on a 2009 MacBook showing next-frame latency on a one-frame-lag game, Run-Ahead was set to 1 frame, and Frame Delay was enabled at 8ms to start emulation of the frame(s) halfway through the raster scan. So 50% of inputs would make it in time to be shown on the next frame. More powerful rigs can set Frame Delay to 15ms so virtually all inputs land in time for the next frame. Of course...just set Frame Delay to 2, and no Frame Delay shenanigans are needed. You'd just miss out on seeing the first frame of Mario's jump. Most games later than the NES (like SNES) seem to have two frames of inherent lag, so no animation would be lost.

@@TylerLoch That depends on the game. :)

Grut

@@JoeRoy13 no

@@ianplace9977 G R U T

@@JoeRoy13 will

@@ianplace9977 little kid

This is a standard NTSC TV, so 59.94

LOL... this is the dumbest comment concerning how emulation DOESN'T work that I have seen in a long time. This ain't it chief...

@@TreyMotes And your's is the dumbest comment I've seen that doesn't disprove anything I say. Any dumb ass can disagree just to be a troll. You must really need the attention.

source? : it's a game engine by valve

@@intron9 🤣

@@tskraj3190 I don't get why the SuperFX needs to be emulated at the same clock speed as the main CPU ? Emulators can emulate different chip speeds quite easily and it's no real magic (in software terms) to do so. EDIT: I just quickly checked BSNES (github.com/bsnes-emu) , most of what you say about emulators is wrong.

I can confirm that Super Mario World on the SNES has two internal frames of input delay during gameplay. So you'd set Run Ahead in Retroarch to 2. Knowing that as a frame of reference, you can figure out how your button presses correspond to frames. Each game can have a different delay. You can't assume based on system.

@@TylerLoch So, the frame that the character starts the movement is always discarded?! (In the case of the "Super Mario Word" that I mentioned, Mario starts the movement in the third frame.)

​@@italoa.b.oliveira3499 Correct. So, Frame 0 is the frame you pushed the button. On Frames 1 and 2 nothing happens. On the third frame, you see the result of your action. Run-Ahead effectively "removes" the number of frames its configured for. Picking "2" for Run-Ahead means the above Frames 1 and 2 are "removed", leaving your action to be displayed as fast as possible.

@@TylerLoch Best explanation I've seen so far. And if I in this case of "Super Mario World" activate run-ahead in 3 or more frames, how will the emulator react???

@@italoa.b.oliveira3499 it will add latency instead

You weren't wrong ALL that time. Just the last year or so :) This applies to any core available in RetroArch. Obviously it has heightened performance requirements, so it only realistic to use on pre-3D console cores.

@Neon Pizza I always respect to play Retro games with a CRT and, that would never change I even use every system up to Wii on a CRT Screen Except Original XBOX that hardware is capable of HD But other than that, it's all CRT

Sorry you had to suffer. I didn't edit the button configuration before taking the video. Y/B for life.

Just basic 0.1uF capacitors, and 75ohm resistors to ground. Here's the full write-up of my mod: shmups.system11.org/viewtopic.php?p=1258657#p1258657 And, MarkOZLAD's markup of my circuit: klovimg.com/images/2018/09/19/TylerL-Sony-KV20TR23-RGB-Mod30168dd363cd716f.png

@@TylerLoch Thanks man! I originally saw your post schmups! Thats where I saw your link to this video. My mod works well, except I have some sort of interferences that is strong from the left side of the screen but fades into the middle. Can't figure it out. No interference when I am not using the RGB inputs. Oh well, I'll keep plugging at it.

@@TylerLoch Did you or anyone else ever design a PCB that can just plug into that caption board header on the A board? I'm trying to make one to avoid the breadboard mess, but I've never designed a PCB before.

​@@TimDavis77 That's a neat idea. I hadn't considered it and haven't made a PCB before either, but that seems like it'd be a great beginner project if you're adept enough with soldering. Though I bet this model isn't prevalent enough to make a production investment. Purely educational.

@@scorpionmk6695 PS1 didn't use its CPU for drawing polygons, so that 33.3mhz is irrelevant.

On that topic.... How come no one has thought of porting starfox to ps1?

@@RogeriusRex That's such a good idea.

​@@RogeriusRex because the super fx chip renders it's polygons over what the snes renders, like taping a cutout over a photo

No. It doesnt.