Wireless Monitors
can't remember if we've done this topic lately
WIRELESS MONITORS
Are they possible yet?
What's the refresh rate on an LCD monitor, and is there any wireless technology fast enough to handle that refresh rate?
Application: Large monitor on desktop recognizes a laptop that enters its range. User parks computer in range of monitor and works from larger monitor. Lots of different scenarios and permutations.
Discuss.
WIRELESS MONITORS
Are they possible yet?
What's the refresh rate on an LCD monitor, and is there any wireless technology fast enough to handle that refresh rate?
Application: Large monitor on desktop recognizes a laptop that enters its range. User parks computer in range of monitor and works from larger monitor. Lots of different scenarios and permutations.
Discuss.
Comments
<a href="http://www.national.com/news/item/0,1735,717,00.html" target="_blank">http://www.national.com/news/item/0,1735,717,00.html</a>
[ 02-28-2003: Message edited by: Matt A ]</p>
Now, if you make the monitor a little smart, say, about as smart as a digital TV, then you can compress the signal and stream your desktop. But even then you're talking about far more bandwidth than AirPort Extreme can hope to handle.
The Mira solution, which is basically the same idea as good old XTerm, works on the assumption that there's very little data to transfer - essentially, widget selections and keystrokes. When this assumption holds, it can be perfectly efficient: The XTerm we had lo these many years ago connected to the server via a 9600 BAUD modem. But as soon as you bring in bitmap graphics, and especially animation, you suddenly need lots of bandwidth and there's no way around it. That is, of course, exactly what Apple is bringing to the desktop, so an Apple wireless solution is some ways off.
[ 02-28-2003: Message edited by: Amorph ]</p>
Don't believe me? Have a look!
<a href="http://www.apple.com/hardware/gallery/acd23_0319_480.html" target="_blank">http://www.apple.com/hardware/gallery/acd23_0319_480.html</a>
Now, what I'm waiting for is a bluetooth->USB convertor (the other direction - add USB ports via bluetooth)
<strong>Apple has had this for a while or so, believe or not. In fact, because Apple displays carry video, power, and USB in an integrated cable called ADC, all power and USB is also delivered wirelessly.
Don't believe me? Have a look!
<a href="http://www.apple.com/hardware/gallery/acd23_0319_480.html" target="_blank">http://www.apple.com/hardware/gallery/acd23_0319_480.html</a>
Now, what I'm waiting for is a bluetooth->USB convertor (the other direction - add USB ports via bluetooth)</strong><hr></blockquote>
Karma, I get what you're trying to say but wireless is wireless no matter which way you spin it. Apples design on the Cinema Displays is second to none! But it's not wireless!
<strong>
Karma, I get what you're trying to say but wireless is wireless no matter which way you spin it. Apples design on the Cinema Displays is second to none! But it's not wireless!</strong><hr></blockquote>
Take a closer look at that QTVR image.
Note the conspicuous abscence of any computer to provide that image on the display.
<strong>But as soon as you bring in bitmap graphics, and especially animation, you suddenly need lots of bandwidth and there's no way around it. That is, of course, exactly what Apple is bringing to the desktop, so an Apple wireless solution is some ways off.
]</strong><hr></blockquote>
But who needs bitmaps - if the promise of Quartz is an interface assembled from vectors - not bitmaps - isn't Apple a large part of the way there already? We'll need onboard graphics processing and some memory resident type. Things will breakdown if one is editing raster images, but certainly word processing, and any terminal type apps should be straightforward..
When you minimize a window and the genie effect sucks it to the dock, that's a lot of rendering to do. Now wireless mice seem to work fairly well, but that seems a little different....not sure how though...
<strong>Totally unsure here, but aren't many of the OS X resources TIFF image? If I'm right, then I can safely say "them ain't vectors!!!".</strong><hr></blockquote>
But there's really no reason they couldn't become vectors. Only the icon resources would probably have to remain as raster, and they're small.
If you assume a 1280 x 1024 screen with 16 graphics updated 30 fps you get about 80MB/s uncompressed. It would seem that even simple hardware compression would cut that in half and if you only transmit the changes from the key screens that number drops a lot. Most of the time nothing much is changing on the screen. This is well within the capability of Airport Extreme to handle. Even regular airport could handle this if you could accept an occaisional stutter. I'm not sure it is a good idea, it just seems technically possible.
<strong>
But who needs bitmaps - if the promise of Quartz is an interface assembled from vectors - not bitmaps - isn't Apple a large part of the way there already?</strong><hr></blockquote>
No.
Aqua assumes fixed pixel distances between UI elements, and so do the interfaces of almost every OS X application. Technologically, Quartz is capable of an all-vector UI. Practically, we're not there yet (although I can think of a few clever shortcuts to get there).
[quote]<strong>We'll need onboard graphics processing and some memory resident type. Things will breakdown if one is editing raster images, but certainly word processing, and any terminal type apps should be straightforward..</strong><hr></blockquote>
But what sort of thing is Apple pushing? iMovie, iDVD, those cool OpenGL-powered transitions in Keynote, etc. They don't want to introduce a Mac - or part of a Mac - that can't function as a digital hub in even the most basic way. Terminal type apps have been straightforward for years now. As I said above, a 9600 BAUD modem can easily handle the bandwidth for basic GUI interactions and text editing. It's just that that isn't where Apple's going.
We're definitely closer to this sort of thing. But we're not there yet. In fact, since the next great thing in display tech is higher resolutions, I think we'll get a resolution independent GUI long before we get wireless - because, of course, higher res means more bandwidth.
<strong>We're definitely closer to this sort of thing. But we're not there yet. In fact, since the next great thing in display tech is higher resolutions, I think we'll get a resolution independent GUI long before we get wireless - because, of course, higher res means more bandwidth.</strong><hr></blockquote>
If we had a resolution independent GUI, there wouldn't be any super high bandwidth requirements because the only way to really gain resolution independence is to go all vectors.
<strong>
If we had a resolution independent GUI, there wouldn't be any super high bandwidth requirements because the only way to really gain resolution independence is to go all vectors.</strong><hr></blockquote>
You're forgetting that, at some point, you have to render to a great big bitmap. LCDs don't draw vectors. The bigger and higher resolution the display, the bigger the bitmap.
You can either do that beforehand, and transmit the screen to a dumb monitor over a really fat pipe (presumably with some form of compression, although that requires decompression capabilities on the monitor side), or turn the monitor into a computer with a buff enough CPU and graphics card to render vector data into a screen-size bitmap. Then, of course, you have all the data which can't be rendered in vectors, like that big Photoshop image you're working on, or the DVD you're trying to watch.
[ 03-03-2003: Message edited by: Amorph ]</p>