You're viewing a single thread.
Can someone please explain why CRT is 0 blur and 0 latency when it literally draws each pixel one-by-one using the electron ray running across the screen line-by-line?
The guy inside it drawing them is insanely fast at his job. That's also why they were so bulky, to fit the guy who does the drawing.
Perfect response, thank you
Because it is analog. There are no buffers or anything in between. Your PC sends the image data in analog throug VGA pixel by pixel. These pixels are projected instantly in the requested color on the screen.
And no motion blur because the image is not persistent. LCDs have to change their current image to the new one. The old image stays until it’s replaced. CRTs draw their image line by line and only the the last few lines are actually on screen at any time. It just happens so fast, that, to the human eye, the image looks complete. Although CRTs usually do have noticeable flicker, while LCDs usually do not.
Thanks for the explanation.
OP's point is a weird flex though, like pointing out that a bicycle never runs out of gas...
Of course there's buffers. Once RAM got cheap enough to have a buffer to represent the whole screen, everyone did that. That was in the late 80s/early 90s.
There's some really bad misconceptions about how latency works on screens.
Those are on the graphics adapter. Not in the CRT.
You can update the framebuffer faster than the CRT can draw. That's when you get tearing. Same VSync then as now.CRTs (apart from some exceptions) did not have a display buffer. The analog display signal is used to directly control the output of each electron gun in the CRT, without any digital processing happening in-between. The computer on the other end however does have display buffers, just like they do now; however eliminating extra buffers (like those used by modern monitors) does reduce latency.
Doesn't matter. Having a buffer means either the buffer must be full before drawing, or you get screen tearing. It wasn't like racing the beam.
That makes 0 latency in the monitor, but how much latency is there in the drivers that convert a digital image to analogue signals? Isn't the latency just moved to the PC side?
I warn you before you dive in, this is a rabbit hole. Some key points (not exact, but to make things more layman): You don't see in digital, digital is "code". You see in analog, even on an LCD (think of sound vs video, its the same thing). Digital-only lacked contrast, brightness, color, basically all adjustments. So the signal went back and forth, adding even more latency.
Maybe think of it like a TVs game mode, where all the adjustments are turned off to speed up the digital to analog conversions.
Or like compressed video (digital) vs uncompressed video (analog), where the compression means you can send more data, but latency is added because it is compressed and uncompressed at each end.
No such thing as instant. There is always some latency.
Ok fine, at the speed of light then.
Not quite... There is some attenuation due to the medium, in this case, signals sent by wire. Even optic fiber has some attenuation.
Obvious troll, but I'll explain it to the rest of you guys: the latency in CRTs is so miniscule compared to LCDs that it might as well be called instant.
Not trolling, just nitpicking.
When one of your times is in milliseconds, while the other requires awareness of relativistic effects, you might as well call it instant.
The propagation speed in copper is 2/3 C. With analogue monitors, that was effectively amped and thrown at the screen. The phosphate coating is the slowest part, that takes 0.25-0.5ms to respond fully.
By comparison, at the time, "gaming" LCD screens were advertising 23ms response rates.
Well yes, the speed of light in this case.
They don't have zero latency. It's a misconception.
The industry standard way to measure screen lag is from the middle of the screen. Let's say you have a 60Hz display and hit the mouse button to shoot the very moment it's about to draw the next frame, and the game manages to process the data before the draw starts. The beam would start to draw, and when it gets to the middle of the screen, we take our measurement. That will take 1 / 60 / 2 = 8.3ms.
Some CRTs could do 90Hz, or even higher, but those were really expensive (edit: while keeping a high resolution, anyway). Modern LCDs can do better than any of them, but it took a long time to get there.
Actually 60 Hz was too low to comfortably use a CRT. I think it started to work well at 75 Hz, better 80 or 85. Don't know if I ever had a 90 Hz one, especially at a resolution above 1280x960. But if you valued your eyes you never went down to 60.
No idea why 60 Hz on an LCD works better, though.
No idea why 60 Hz on an LCD works better, though.
Because LCD pixels are constantly lit up by a backlight. They don't start to dim in between refresh cycles. They may take some time to change from one state to another, but that is perceived as ghosting, not flickering.
On a CRT the phosporus dots are periodically lit up (or "refreshed") by an electron beam, and then start to dim afterwards. So the lower the refresh rate, the more time they have to dim in between strobes. On low refresh rates this is perceived as flickering. On higher refresh rates, the dots don't have enough time to noticably dim, so this is perceived as a more stable image. 60Hz happens to the refresh rate where this flicker effect becomes quite noticable to the human eye.
60Hz is what any NTSC TV would have had for consoles. Plenty of older computers, too. Lots of people gamed that way well into the 2000s.
Incidently, if you do the same calculation above for PAL (50Hz), you end up at 10ms, or about 2ms more lag than NTSC. Many modern LCDs can have response times <2ms (which is on top of the console's internal framerate matched to NTSC or PAL). The implication for retro consoles is that the lag difference between NTSC CRTs and modern LCDs is about the same as the difference between NTSC and PAL CRTs.
60Hz is what any NTSC TV would have had for consoles.
NTSC isn't 60Hz. It's about half that.
https://en.wikipedia.org/wiki/NTSC
In December 1953, the FCC unanimously approved what is now called the NTSC color television standard (later defined as RS-170a). The compatible color standard retained full backward compatibility with then-existing black-and-white television sets. Color information was added to the black-and-white image by introducing a color subcarrier of precisely 315/88 MHz (usually described as 3.579545 MHz±10 Hz).[15] The precise frequency was chosen so that horizontal line-rate modulation components of the chrominance signal fall exactly in between the horizontal line-rate modulation components of the luminance signal, such that the chrominance signal could easily be filtered out of the luminance signal on new television sets, and that it would be minimally visible in existing televisions. Due to limitations of frequency divider circuits at the time the color standard was promulgated, the color subcarrier frequency was constructed as composite frequency assembled from small integers, in this case 5×7×9/(8×11) MHz.[16] The horizontal line rate was reduced to approximately 15,734 lines per second (3.579545×2/455 MHz = 9/572 MHz) from 15,750 lines per second, and the frame rate was reduced to 30/1.001 ≈ 29.970 frames per second (the horizontal line rate divided by 525 lines/frame) from 30 frames per second. These changes amounted to 0.1 percent and were readily tolerated by then-existing television receivers.[17][18]
PAL, common in much of the rest of the world, was even lower, at 25 fps.
Because it draws those "pixels" as the signal reaches the monitor. When half of a frame is transmitted to a CRT monitor, it's basically half way done making it visible.
An LCD monitor needs to wait for the entire frame to arrive, before it can be processed and then made visible.
Sometimes the monitor will wait for several frames to arrive before it processes them. This enables some temporal processing. When you put a monitor in gaming mode, it disables (some of) this.
If that's how TFTs worked we wouldn't have vsync settings in games.
No? Afaik vsync prevents the gpu from sending half drawn frames to the monitor, not the monitor from displaying them. The tearing happens in the gpu buffer Edit: read the edit
Though I'm not sure how valid the part about latency is. In the worst case scenario (transfer of a frame taking the whole previous frame), the latency of an lcd can only be double that of a crt at the same refresh rate, which 120+ hz already compensates for. And for the inherent latency of the screen, most gaming lcd monitors have less than 5 ms of input lag while a crt on average takes half the frame time to display a pixel, so 8 ms.
Edit: thought this over again. On crt those 2 happen simultaneously so the total latency is 8ms + pixel response time (which I don't know the value of). On lcds, the transfer time should be (video stream bandwidth / cable bandwidth) * frame time. And that runs consecutively with the time to display it, which is frame time / 2 + pixel response time. Which could exceed the crt's latency
BUT I took the input lag number from my monitor's rtings page and looking into how they get it, it seems it includes both the transfer time and frame time / 2 and it's somehow still below 5 ms? That's weird to me since for that the transfer either needs to happen within <1 ms (impossible) or the entire premise was wrong and lcds do start drawing before the entire frame reaches them
Although pretty sure that's still not the cause of tearing, which happens due to a frame being progressively rendered and written to the buffer, not because it's progressively transferred or displayed
The transmission is still the same with the exception of things like VRR and DSC. We still send a VBLANK signal which is the electronic signal to tell a CRT to move up to the top of the screen. We don't change the way things are sent. It's still top down, left to right. VSync and HSync are still used but make less obvious sense on LCDs. Digital displays translate this.
Because LCDs convert these signals, we call the time it takes to do the conversion "draw time" but this isn't as important today. What matters now is the time it takes for a pixel to change one color to another (response time). Because a CRT would fire electrons, the next frame would essentially vanish pretty quickly. LCDs don't do this.
Conversely OLEDs are plenty fast, but can't reproduce the same pixel response without inserting a blank frame with Black Frame Insertion which sacrifices brightness and is being slowly removed.
Still, most "lag" comes from transmission time. It takes 1/60s of a second to transmit a full frame at 60hz. Divide that 2 to get the "average" lag and CRTs would measure at 8.3333ms. LCDs were happy to get to 10ms.
Now we can do 120hz which is way more important since even if CRTs are faster, you can get the whole image out in half the time, which "averages" at 4.1666ms, making even a "4ms" slow LCD on PC better than the console running at 60hz on CRT.
And while CRTs could reach high resolution, these were limited by their HSync speed which usually means lower resolution, because a CRT could only move ever so quickly horizontally.
Today that translates to an OLED is best for emulating any console that ran at 60hz and better or as good pixel response time if you are willing to do BFI. The main reason why the competitive Melee community still uses CRT is mostly pricing, second to FUD.
Those pixels appear basically as soon as the signal arrives at the back of the monitor, and they're gone within a dozen scanlines. Watch slow-motion video of a CRT and you'll see there's only a narrow band that's bright at any given moment.
The motion blur thing is complete nonsense. It's never been a benefit of CRT and reveals this greentext to be fake and gay.