4 ms·
Why aren't there any higher-resolution desktop displays? If they can make a 6.1" panel like this, why can't they make a 24" 4K panel?
by aheilbut 15y ago
Why aren't there any higher-resolution desktop displays? If they can make a 6.1" panel like this, why can't they make a 24" 4K panel?
- windsurfer 15y agoIt would probably be very thick, heavy, expensive, and have a high rate of failure.
- aheilbut 15y agoIBM made the T220/T221 (22.1in, 3840×2400) from 2001-2005. It's definitely possible.
- windsurfer 15y agoAnd it was $8,400 at release, and consumed 150w of power. It was also thick and heavy. Therefore, like I said, it would be very thick, heavy, expensive if produced even today.
- ori_b 15y agoTechnology and processing have both improved significantly since then.
- JoshTriplett 15y agoAmong other things, those monitors only refresh at 41 Hz, making them primarily useful for static images.
- electromagnetic 15y agoThat's what I'm wondering. I don't really care about these small displays with huge resolutions because I don't find a huge benefit beyond a slightly better picture. I remember going from 320x240 to 800x600 on a 15" and my mind was blown. That's because my icons went from taking 1/4 of the screen to actually being an 'icon'.
- hammock 15y agoMore like the difference between a 240p video on youtube and pushing the HD button.
- ChuckMcM 15y agoTwo answers, biggest is yield (number of 'good' screens made for a given run) and the second is bandwidth. Assuming a 16:10 display a 4096 wide display would be 2560 lines 'tall' and have a total of 31,457,280 pixel elements (r,g,b). Each of those would include a transistor as well so another 31.5M transistors, coming out to driver logic at the edge of the screen. At 498 ppi that would be about an 8" x 5" screen. To drive that screen at 60hz you would have to push out 31.5M * 60 bytes of pixel data (that is for 8 bits per color, higher fidelity 10 bits per color would be more. At 60hz that is a bandwidth of 1.8 GBps or 18 Gbit/sec. This is faster than the current DVI spec is rated for, although I believe dual-channel can get there. The yield rate inversely increases the cost per good screen, so a yield rate of 50% doubles the cost, and a more likely yield of 25% quadruples the cost. This can be offset somewhat by bigger glass (more chances to succeed, semiconductor manufacturing is in many ways a game of statistics) but bigger glass may require different factory layouts (they might have to build a factory just for this type of display). So Nvidia helped make some progress when they announced the Tegra-3 could drive 2560 x 1600 displays. That's more than halfway to your 4K display. And this will be the 'killer' display technology in the next gen 10" tablets. If the tablets can keep up the ship rate then they will give manufacturers a better feeling about being able to sell enough even higher resolution displays to offset their costs and that is when we'll see something like this demo come out in a larger size.
- cpeterso 15y agoIf yield on giant displays is the problem, couldn't they stack smaller displays side by side?
- maaku 15y agothey do: http://www.google.com/search?q=hyperwall&tbm=isch http://www.google.com/search?q=hyperwall&tbm=isch
- parbo 15y agoI have a 30" Dell with 2560x1600 at work. It's about $1000. I wish there was a 24" with the same amount of pixels, but there aren't any..
- hop 15y agoJust wait for Retina display iPads and MacBooks, bet Apple is working full steam ahead on the technology and buying up the supply chain.
- tjoff 15y agoAside from the price and consumers only wanting the cheap crap there are no user interfaces that can handle it. No desktop GUI can scale well with high DPIs so you can only use it in niche applications anyway.
- Samuel_Michon 15y agoFrom John Siracusa's excellent OS X Lion review [1]: "Resolution independence has been "coming soon to Mac OS X" since 2005. The dream of drawing the same interface elements at the same visible size but with more pixels was so close in 2007 that we could taste it. Then Snow Leopard arrived and the Mac's interface scalability features actually regressed. Depressing. Meanwhile, Mac OS X's sibling operating system waltzed right into a high-resolution UI on its very first try. iOS's secret? Don't try to support arbitrary scale factors, just support one: double resolution. A 50x50-pixel square on a non-retina iPhone screen is exactly the same size as a 100x100-pixel square on a retina display. Graphics that have not been updated for the higher resolution are simply drawn with four-pixel squares in place of each low-resolution pixel. All dimensions are nice, even, integer multiples of each other. This is a perfect fit for physical screens which, of course, have an integer number of pixels. Fractional measurements necessarily require ugly compromises. Lion has taken the hint from its younger brother. Arbitrary scalability is gone. In its place is a single check box to enable "HiDPI" display modes. (This option is still hidden away in the Quartz Debug application, so it's clearly not an end-user feature. But unlike all previous incarnations of resolution independence, this one actually works.) After enabling HiDPI, new display modes will become available. In the screenshot above, the 720x450 mode is half native screen dimensions, and the 640x400 mode is half the (non-native) 1280x800 setting. After selecting a HiDPI mode, everything is drawn with twice as many pixels as its non-HiDPI equivalent. Here's a screenshot featuring TextEdit, our usual interface scalability workhorse. It looks pretty good, right? The only flaws are the bitmap graphics that haven't been updated for HiDPI (look closely at the black triangles in the ruler). Unfortunately, there are a lot of these throughout the operating system and its bundled applications. But unlike in all years past, the framework is finally there for third-party developers and Apple itself to finally get their applications ready for a world in which 300-dpi desktop and laptop displays are more than just expensive curiosities." [1] http://arstechnica.com/apple/reviews/2011/07/mac-os-x-10-7.ars/14 http://arstechnica.com/apple/reviews/2011/07/mac-os-x-10-7.a...