Hello Bob,
Your numbers are for raw pixels:
> Hmmm - let's see.
> 30 frames/sec * (1920 * 1200) pixels/frame * 24 bits/pixel = 1.7 Gb/s
[1]!
> It's even overwhelming for 100Mb/s ethernet at 640x480 (210 Mb/s)
> I guess not...
Video can be represented with YUV compression which hardly difference to
the human eye.
YUV compression is 2:1 which means your numbers go from 1.7 Gb/s to 850
Mb/s and 210 Mb/s to 105 Mb/s
I belief this is what is used by the libutmedia to play mpeg in Showme Tv.
So if compression is possible why not add a little more?
With the help of Xvideo extensions it might be possible to extract the
video stream for futher compression.
Mpeg compression would be ideal in this case because realtime encoding
is processor intensive but decoding is not.
The real work could be done on the servers while resources on the thin
client would be minimal.
In fact the Sunray 1 G has a DVD/Mpeg hardware decoder onboard.
If you want to play a different codec you need to translate this codec
on the fly on the server to mpeg.
This is cpu intensive but can be done and an added benefit is that codec
administration can be done centrally.
What about rdp?
Well I don't think rdp sends video in a different stream which can be
extracted for translation.
But maybe WinFX does and than this setup could be used for Windows apps
as well.
I really would like if Sun would have al look at improving Video.
Like Blaster said it is a weak point at the moment.
Ivar
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
