| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: [OS2HW] Wide screen monitors |
On Sun, 09 Jul 2006 16:38:51 -0400, Felix Miata wrote: >>>It might also be that driver math at 1.6:1 is simpler than at >>>1.777777777777777777777:1. > >> That doesn't have anything to do with it... the standard modes are 1.333333333:1. > >Like I wrote, "might". I'm just speculating "out loud" until someone can >come up with something concrete, probably has nothing to do with it >regardless of that math. > >Do video drivers work with 64 bits, or even 32? I think it easily might >not be as easy as 1.7777777 vs 1.3333333 as one might think due to pixel >rounding math. The latter ratio is a function of the octal single digit >integers 4:3, possibly much less bit hungry than the 16:9 of the former. >16:10 (8:5) is more like 4:3 than 16:9. I don't see where this would even enter into it... a 1280-wide display is simply 1280 pixels... which would store the page frame in a sequential buffer of a certain length in the video RAM on the video card, or as part of the allocation from main system memory in an onboard situation, like the commonly used ATI RAGE XL 8MB chips in server-class motherboards. Each pixel would be three bytes at 24bit colour, so a line across the screen would be 1280 x 3 bytes = 3840 bytes. The screen aspect ratio is irrelevant to the driver - the only thing it would impact would be the size of the page frame buffer required. If each pixel on the panel is square, then a 400x400 pixel wireframe box will appear square as well, regardless of the aspect ratio of the panel. There's no dividing or math or rounding involved. 1280 x 1024 (1.250 aspect) is simply 1024 of those 3840-byte lines... There's no math, or rounding off. 1280 x 1024 x 3 bpp = 3,932,160 bytes or 3840K of RAM... tidy little number with that 1024 multiplier in there... :) The 1920x1200 display I have here (1.600 aspect) is 1920 x 1200 x 3 = 6,912,000 bytes, or 6750K of RAM. Now, the video card might store a couple of pages in a Z-buffer - assembling a page in the background while the first one is being displayed - a 2-deep Z-buffer would double the RAM required, while a 3-deep would triple it - but it depends on the driver if it's even used or not. Anything more than about 20MB on any video card would only be used to store temporary pages or textures to wrap around wireframes on 3D images... 256MB would otherwise be sufficient to run a monitor at 24bit at something like 11,760 pixels x 7350 with a single Z-buffer. Based upon the width of this one, the display would be about 125" wide, or almost 148" diagonally... I can only imagine what Samsung would want for that! (Dare to dream!) -Derek Derek W. Keoughan, Finnegan Software, Inc., Brampton, Ontario, Canada http://www.finnsoft.com 416-410-4774 phone - 800-258-0033 toll free - 905-846-5516 fax Consulting, Networking, Cabling, Internet, Hardware, Software, Tech Support eComStation, OS/2 Warp/Server, WinXP/2000/NT/Me/9x, Linux Customized PURRformance PC's & Servers, OnSite Services, Installations and Upgrades = Celebrating 11 years of "happily purring" computing - Founded 1995-02-02 = FinnSoft "CyberCat" logo clothing and more - http://www.cafepress.com/finnsoft Yahoo! Groups Links To visit your group on the web, go to: http://groups.yahoo.com/group/os2hardware/ To unsubscribe from this group, send an email to: os2hardware-unsubscribe{at}yahoogroups.com Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/ ---* Origin: Waldo's Place USA Internet Gateway (1:3634/1000) SEEN-BY: 633/267 270 5030/786 @PATH: 3634/1000 12 106/2000 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.