http://www.adobe.com/go/tn_14266
Adobe keeps all of the old versions (including debug) archived here for situations like this. The Flash 9 download is 100+ meg because it includes all of the builds for all of the platforms. I found that the newest one has the smurf effect, but the second to last doesn't, ymmv. > If every software vendor assumed that the client is using a single-user PC, Sun Ray would be impossible. True. I wasn't arguing that they made a good choice or even a valid assumption. Even in VirtualBox this happens during boot with the WinXP logo unless I run VBoxSDL, so this isn't the only situation where we get smurfing. To your point: > X applications ought to use the X interfaces correctly. You're absolutely right. Especially since we're talking about a product from Adobe, I think we all expect that this shouldn't be an issue with them, but oh well. I just hope it's fixed soon, but the ticket related to this doesn't seem to have gotten much attention: http://bugs.adobe.com/jira/browse/FP-764 On Tue, Feb 3, 2009 at 10:43 AM, Bob Doolittle <[email protected]>wrote: > Dan Allongo wrote: > >> To be completely fair, Adobe made an assumption that is correct 99% of the >> time: that the client is using a regular home computer with an RGB >> profile. >> The problem is that SunRays use a BGR profile and so the colors are broken >> because the SunRay does its own thing. >> > > It's perfectly legitimate under the X interfaces to use a different color > mask, and X applications ought to use the X interfaces correctly. If every > software vendor assumed that the client is using a single-user PC, Sun Ray > would be impossible. > > -Bob > > The irony is that a company like >> Adobe should have added support for additional profiles being that high >> fidelity color reproduction is the bread and butter of their business, but >> then again, they got flash from Macromedia, but that's so long ago now >> that >> it's no excuse for them to not anticipate this sort of thing. >> >> By the way, that link is the same exact same library that I mentioned >> originally, libflashsupport, which is packaged in Debian as >> flashplugin-nonfree-extrasound. >> >> On Tue, Feb 3, 2009 at 6:44 AM, The Loeki <[email protected]> wrote: >> >> >> >>> There is another option: >>> >>> >>> >>> http://labs.adobe.com/wiki/index.php/Flash_Player:Additional_Interface_Support_for_Linux >>> >>> Use this small little library. Just follow the instructions and Flash (9, >>> but thats OK, somebody screwed up the color scheme for 10 under Sun Rays >>> anyway) will be able to work with Sun Ray OSS. >>> >>> Greetz >>> >>> Ronald >>> >>> 2009/1/30 Luke Bigum <[email protected]> >>> >>> Hi DJM, >>> >>> >>>> Just thought I'd add to your points about sound from DTUs and Flash. >>>> From >>>> what I've been able to find, Adobe have written Flash Player with only >>>> ALSA >>>> support since version 8, whereas the Sun Ray sound module utilises the >>>> older >>>> OSS sound model. Programs that can 'talk to' OSS should work fine, but >>>> the >>>> Linux flash player as provided by Adobe will not. Adobe have released an >>>> API >>>> with Flash 10 for people to back port OSS and other stuff into, but I >>>> don't >>>> think anyone's done it yet. >>>> >>>> I had to rebuild the esound RPM to disable ALSA support, as with ALSA >>>> support compiled in, I was unable to get the CentOS 5 ESD to honour the >>>> old >>>> OSS $AUDIODEV environment variable. Now you I just enable software sound >>>> mixing in the Gnome Sound preferences, esd starts at login and works a >>>> charm. >>>> >>>> Best compromise I have to play YouTube though is through a Windows >>>> terminal services client and put up with the 5 second sound delay. >>>> >>>> Luke Bigum >>>> Systems Administrator >>>> (p) 1300 661 668 >>>> (f) 1300 661 540 >>>> (e) [email protected] >>>> http://www.iseek.com.au >>>> Level 1, 100 Ipswich Road Woolloongabba QLD 4102 >>>> >>>> >>>> >>>> This e-mail and any files transmitted with it may contain confidential >>>> and >>>> privileged material for the sole use of the intended recipient. Any >>>> review, >>>> use, distribution or disclosure by others is strictly prohibited. If you >>>> are >>>> not the intended recipient (or authorised to receive for the recipient), >>>> please contact the sender by reply e-mail and delete all copies of this >>>> message. >>>> >>>> >>>> -----Original Message----- >>>> From: [email protected] [mailto: >>>> [email protected]] On Behalf Of scorp123 >>>> Sent: Friday, 30 January 2009 6:41 AM >>>> To: [email protected] >>>> Subject: [SunRay-Users] [SOLVED] -- Re: SRSS 4.1 on RHEL 5.2 and CentOS >>>> 5.2: DTU's play no sound >>>> >>>> I solved my problem ... at least to the largest part! So in case >>>> anyone runs into the same problem on RHEL 5 and/or CentOS 5 - here is >>>> how I solved it (well ... 95% of it) >>>> >>>> Google for "Dag Wiers", "EPEL", FreshRPMs, Dries, NewRPMS, and "Planet >>>> CCRMA" >>>> >>>> => these are extra-repos for RHEL 5 and/or CentOS. Google knows them >>>> all. Read the install instructions for each of these repos carefully. >>>> If you get "404" errors when you try to run "yum update" check the >>>> affected *.repo file, in most cases it's enough if you replace the >>>> variable names they sometimes put in there manually with the correct >>>> value. e.g. the "PlanetCCRMA" repos had a line saying something like >>>> >>>> baseurl=http://........ /$baserelease/$basearch >>>> >>>> For some stupid reasons the variables would not resolve correctly on >>>> RHEL 5, so I replaced the variables manually with this: >>>> >>>> baseurl=http://....... /5/i386 >>>> >>>> After this it should work. >>>> >>>> So once I got "yum" working correctly with all of the above repos I >>>> simply installed these packages: >>>> >>>> gstreamer-plugin-bad >>>> gstreamer-plugin-ugly >>>> >>>> These packages pulled in lots of other dependencies (faad, ffmpeg, + >>>> dozens of other packages). Then install any MP3 player, e.g. >>>> >>>> yum install amarok exaile >>>> >>>> ... To install both "Amarok" and "Exaile". Now when I open any MP3 >>>> file I can definitely hear it playing correctly on the DTU's >>>> speakers!! >>>> >>>> I have still no sound on YouTube but I don't really care so much about >>>> that. Probably it's just another extra-package that is missing (e.g. >>>> "flashplugin-nonfree-extrasound" ??? I didn't bother to search for it >>>> yet on RHEL or CentOS ...) but as far as I am concerned this problem >>>> is solved ... at least for me :-) >>>> >>>> I thought I post this here in case anyone runs into this thread via >>>> Google >>>> .... >>>> >>>> Thanks to all + best regards, >>>> >>>> >>>> DJM. >>>> >>>> >>>> >>>> On Tue, Jan 20, 2009 at 4:09 PM, scorp123 <[email protected]> wrote: >>>> >>>> >>>>> Hello all, >>>>> >>>>> I seem to have a similar problem to that was described by William >>>>> Goodman in this posting: >>>>> http://www.mail-archive.com/[email protected]/msg11023.html >>>>> >>>>> >>>>> My setup: >>>>> >>>>> - RHEL 5.2 i386 running on a Sun Ultra 20 >>>>> - CentOS 5.2 i386 on the same machine (dual boot; for testing purposes) >>>>> - SRSS 4.1 on both partitions; works tip top with both distros (except >>>>> for the sound problem) >>>>> - Sun Ray DTU's: Sun Ray 2, Sun Ray 170 and Sun Ray 270 ... I >>>>> experience the same problem on all of them >>>>> >>>>> >>>>> The symptoms that I experience: >>>>> >>>>> - normal applications seem to produce no sound (e.g. there is no sound >>>>> in Firefox, YouTube, etc.) >>>>> - I get the same problem on both RHEL 5.2 and CentOS 5.2 (on the >>>>> bright side: this really seems to prove that CentOS is 1:1 compatible >>>>> with RHEL, even errors are reproducible 1:1 :-) ...) >>>>> - GNOME's volume control applet is being loaded but right-clicking on >>>>> it and then selecting "Open Volume Control Ctrl+O" produces this >>>>> error message: >>>>> "No volume control GStreamer plugins and/or devices found." >>>>> (clicking on "Close" removes the message again). This too happens on >>>>> both RHEL and CentOS ... >>>>> >>>>> - Environment variables are being set though: >>>>> $ env | grep AUDIO >>>>> AUDIODEV=/tmp/SUNWut/dev/utaudio/utdsp-0 >>>>> UTAUDIODEV=/tmp/SUNWut/dev/utaudio/utdsp-0 >>>>> >>>>> - going into the "Sound" preferences via the menu: " System > >>>>> Preferences > Sound " >>>>> ... and then going to "Sound Events" (which is set to 'Autodetect') >>>>> and clicking the "Test" button there it might produce a distorted >>>>> sound the first time I click the button (this does not always happen), >>>>> but on the second and all subsequent clicks it then produces the >>>>> normal GNOME test sound you're supposed to hear. >>>>> >>>>> - going to the "Sounds" tab and clicking on the 'play' button of any >>>>> of the preset sound events there produces no sound though, e.g. I can >>>>> click on "Question dialog:", "Warning message:", and so on, but >>>>> instead of hearing any of the configured *.wav files all I get is >>>>> silence. >>>>> >>>>> >>>>> I'd be thankful for tips on how to resolve this :) >>>>> >>>>> Thanks in advance! >>>>> >>>>> >>>>> DJM. / Switzerland >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> 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 >>> >>> >>> >>> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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
