My biggest interest in this screen is if it can handle 16:9 properly from consoles, unlike the ZR24W and U2412M. The contrast is probably above 800:1 as the latest LG LED IPS panels have been up there.I'm interested on how it pits against the u2412m on contrast ratio/color reproduction/IPS glow. Tftcentral also said they're putting it up against the zr24w which is CCFL. Was again wondering about color characteristics on that as well.
They also have a consensus at the end which is very revealing of the author's general opinion.
I don't think they measure it wrong, because there are a lot of ways to measure it. From what I remember tftcentral measures input lag from the moment the signal leaves the GPU to the moment the new frame is displayed on the screen. In any case there is no "right" answer between "does it have 15ms lag or 2ms lag". No LCD monitor has total 2ms total input lag, even the CRTs have of the order of ~1ms if you count everything.
There's a classification (it's usually noted in reviews just before listing the input lags). It's another guideline that should be useful.
The U2412M has like 9ms of total lag, equal with the U2311H/U2312HM, and I have never seen you say one good thing about the U2412M.20 ms input lag it totally unacceptable.
In its specs, it says: "1:1 scaling supports full HD 1080p letterboxing". So I guess it handles 16:9 properly from sources like consoles and dvd/bd-players. That's a very nice and important feature.My biggest interest in this screen is if it can handle 16:9 properly from consoles, unlike the ZR24W and U2412M.
They are using SMTT 2.0 which is the same as 1.0 but supports no V-sync. I don't know how that would impact results though outside of not having sync'd frames.TFT central does not measure input lag properly. The 2412m has 2ms of input lag when measured properly by PRAD.de. Unless the ZR2440 has a resolution scaler it will not have any input lag either. Even if it does most modern displays with resolution scaling only have around 1 frame of input lag (18ms) which will only be bothersome for players coming from a lag free display.
I don't get it either. It's completely irrationalI have never seen such a bad case of post-purchase rationalization before (he owns a U2312HM).
How about contrast, color (subjective views, factory performance), any direct comparison to other monitors ? (u2412m, zr24w).PRAD's review is up, input lag is 18.3ms (it has some scaling features) and its response times are slightly slower than the Dell U2412hm since there is some overshoot with the overdrive activated.
Hi!They are using SMTT 2.0 which is the same as 1.0 but supports no V-sync. I don't know how that would impact results though outside of not having sync'd frames.
In my mind this might throw things off more, but I'm no expert.
Probably not. If you ever stopped complaining about trivial stuff you'd either be dead or the world is about to end, so we'd have bigger issuesThank you for the info.
I wonder if my constant harping about TFT Centrals lag testing methodology had anything to do with the recent changes
Absolutely.This is actually an interesting conversation, and I appreciate the contributions from all parties, even though I don't game and response time is low on my list of monitor criteria.
Yes, it's confusing (at least).To further confuse the terminology here, the overall response lag is comprised of processing lag & refresh lag.
Yes.Is there a baseline below which no monitor can go for processing lag?
Is it?This is generally going to be the scaler
The signals are travelling almost at he speed of light over short distances like 2m. That doesn't care. So there is just the processing within the monitor, the pixel response time and a slight deviation caused by the backlight pulse width.Is there anything else that factors into the time it takes from the video card sending a signal and the monitor displaying it?
I am not aware of details to internal signal processing within the monitor. They may use several DSPs to process the signal in several steps or they may offer an all-in-one-chip that does all steps at once or in multiple turns. My studies focused on the result not the reason.What about "controller lag" and "panel lag." Is it right to assume that all of the processing, including scaling, color correction & emulation, and pixel mapping are handled by the controller, which is probably going to be produced by the monitor manufacturer, beit Dell, HP, NEC or similar?
As far as I know the bare panel is just the combination of a glass plate and an array of thin film transistors that cause the liquid crystals to flip their orientation and some wiring to connect it to the rest of the electronics. Nevertheless it may be sold as a unit with basic controller chips that handle the assignment of voltages to each subpixel. Due to wiring limitations they can't be swiched all at the same time and are rastered comparable to the way the signal is transmitted.Does the panel, say one of the LG eIPS models, do any processing?
The time may shift from monitor model to monitor model and from brand to brand as the same panel may be used with different kinds of overdrive (most important) or without any overdrive but with slightly different voltage "distributions" (how fast will the target voltage be applied: Edge steepness, overshoot, etc)If not, is the time it takes for a pixel to reflect color changes going to be generally reliable for all panels of similar make and model?
I don't think so as the used techniques do not differ from the center to the periphery:For that matter, is lag going to vary based on where the measurement is taken on the panel, whether dead center or at the periphery?