For myself is...
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
