I just want to apologize to the group for this post. Brad and I are
colleagues and we joke around with each other. Sometimes these jokes
don't always come across correctly and given that this is an
international list, I just wanted to make the following clear:
I did not mean to send this out to the whole group, just to Brad. For
the record, he's not a jackass...I am. ;)
The video/audio problems plague even PC's running the MS RDP client.
The decompression/decoding happens @ the TS server They are out of sync
by the time the RDP client gets the bits of the protocol. RDP does not
allow the channels to be separated. Citrix on the other hand does,
which is why they have certain features such as multimedia speed screen.
We @ Sun are working hard to make the Sun Ray one of the best Windows
thin clients out there and we have a lot of ideas. Stay tuned.
Craig Bender wrote:
Man...If there was a time I wanted to breakout "jackass", this has got
to be it.
Brad Lackey - US-SW Desktop Product Lead wrote:
Agreed that they delay is inherent to RDP and the three tiers, but
since screen pixel updates are also subject to that same
encode/transcode/etc, wouldn't they be closer together?
I wonder what format the audio is in when sent over RDP? perhaps
there is a way that we can skip some of the processing on the SRSS?
maybe as opposed to decoding RDP audio channel to 44.1/16 sending
through sound device encoding to ALP audio then decoding back to
44.1/16 on the device, we could do something tricky.
Let's use our advantage of owning the SRSS code and put it to use.
Perhaps uttsc could convert RDP audio directly to ALP audio and flag
the data as already converted so utaudio skips the conversion. That
would reduce at least one conversion/buffer.
Or, send the RDP audio stream directly to the DTU allowing updated
firmware to decode it directly.
just thinking out loud
Brad
On Wed, 2006-12-06 at 17:50 -0800, Craig Bender wrote:
It's not a "problem", it's inherit to RDP.
Think of it this way:
Source ------> MS Server (decompress, decode, transcode) ====> Client
(note the fatter pipe)
Add another hop for Sun Ray
Source ----> MS Server (decompress, decode, transcode) ====> Sun Ray
Server (transcode to SRSS) ====> Sun Ray
Kevin Burtch wrote:
>
> We are seeing about a 4-second delay in audio output on Sun Ray
DTUs > coming from any Windows system via RDP.
> We've tried with both the current version of the Connector and >
rdesktop, both have the exact same symptoms so it appears to be an >
SRSS problem, not a Connector problem.
>
> Playing any video (no matter how small), whether it's mpeg, flash
> based, etc. - the audio starts 4 seconds after the video, and
stops 4 > seconds after the video - even if the application is
closed... it > keeps playing for 4 seconds.
> We see this with zero load on the servers, only one person using
one DTU.
>
> I'm told that even playing an audio file has the same effect...
the > scrollbar slides for a while before the audio starts.
>
> It appears the Sun Ray Server software is performing way too much
> buffering of the audio.
> Has anyone else had this experience?
>
> FYI:
> SRSS 3.1 + 120879-05
> T1000 running Solaris 10 1/06
>
>
> For what it's worth, I've seen this work several years ago when I
set > up a classroom for a local charter school... 30 users on a
V210 with > no sync problems using rdesktop ( 1.2 I think).
>
> Thanks,
> Kevin
>
>
>
>
------------------------------------------------------------------------
>
> _______________________________________________
> SunRay-Users mailing list
> [email protected] <mailto:[email protected]>
> http://www.filibeto.org/mailman/listinfo/sunray-users
> _______________________________________________
SunRay-Users mailing list
[email protected] <mailto:[email protected]>
http://www.filibeto.org/mailman/listinfo/sunray-users
*Brad Lackey*
Desktop Product Lead
US Software Practice
(720) 548-3339
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
------------------------------------------------------------------------
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
