Ivar, As far as I know, SUN did not upgrade the video board in the 2 or 2FS from the 1G, so it is still an ATI RADEON 7000 series (family), woefully outdated, and not capable of doing serious MPEG decoding in hardware. Therefore, most if not all video operations (decodes) must be done in software (not preferred). To make matters worse, in my discussions with SUN I have come to the conclusion that SUN actually knows very little about the RADEON 7000 and how to optimize firmware or software for it.
Thanks, Jason On 5/29/06, Ivar Janmaat <[EMAIL PROTECTED]> wrote:
We have some strong needs in this area. Basically what you are saying is: The "Sun Ray YUV video protocol" isn't bandwith efficient. So, in order to get the performance we need, we need to use a better protocol. In our case it would be nice if the "better protocol" would be the used mpeg stream. This would also make it easier on the server. The question remains if the Sunray 2 or 2FS would be powerfull enough to decode a "better protocol" like mpeg. Would it be possible, in theory, to add mpeg decoding modules to the Sunray firmware? If you have suggestions on who my sales rep should contact on these issues please let me know. Kind regards, Ivar Bob Doolittle wrote: > Ivar Janmaat wrote: > >> Hello Jason, >> >> Did you find any new info on libutmedia? >> We are also very interested in how libutmedia works with mpeg streams. >> For instance: where is de mpeg stream decoded? > > > > The mpeg stream must be decoded in a video client, > such as showmetv or jmplay. The client can then > call libutmedia to translate RGB video into native > Sun Ray YUV video protocol, and send it to the > client to render. > > libutmedia is however a private, unstable > interface, currently used only by showmetv, Java > Media Framework (e.g. jmplay), and sunforum. > There is at this time no public interface for the > Sun Ray YUV video protocol. It's not obvious that > libutmedia is used in showmetv, based the "ldd" > output. I think that it is linked via dlopen, since > a "strings" on the binary shows: > % strings showmetv | grep utmedia > ... > /opt/SUNWut/lib/libutmedia.so > ... > >> Is this done on: >> a) the sunray (the server just passes the mpeg stream to the sunray >> and the >> https://namefinder.central.sun.com/NameFinder?view=sunEmployees&nfquery=simmssunray >> decodes) >> or >> b) on the server (the server decodes and translates to ALP and sends >> ALP to the sunray) >> Can you play Mpeg 2 with the right fps on the Sun ray 2 with patch >> 120879-02 installed? > > > > I'm not sure what you mean by "right fps", > performance will certainly vary depending on the > size of the video frames being displayed. Don't > expect full-screen, 60 fps video on Sun Ray any > time soon (for one thing, as long as the codec > resides on the server a 100 mbps network is > insufficient to transmit video at this rate). > > Unlike showmetv, which is officially > EOL/EOS and never was ported to Solaris x86, > jmplay is still supported (on all platforms, since > it's java). Of course, JVMs will result in > scalability issues if you have a lot of users > doing this simultaneously... > > If you have a strong need in this area you can > probably contact your sales rep and arrange to > get some information regarding future plans > under a non disclosure agreement. > > Also note that the Sun Ray 2 firmware is relatively > new at this time, and may not yet be optimized in > this area. > > -Bob > >> >> Ivar >> >> Jason T. Hallahan wrote: >> >>> Obviously everybody knows that intensive graphics performance on the >>> DTUs is terrible. One of the things we're reexamining is ShowMeTV. In >>> one of our discussions with Sun, we were told that ShowMeTV uses >>> libutmedia, but when we look at the executable's dynamic dependencies, >>> libutmedia isn't listed (libvis is). Some people have told me that >>> ShowMeTV uses DPA instead of libutmedia. Given that ShowMeTV is the >>> best performing Sun Ray video client we've seen to date, we would >>> really like to get more information about ShowMeTV. Does anybody know >>> if ShowMeTV links to libutmedia using another library or symbolic >>> link? Does anyone know of any other specific programs (I don't care of >>> what nature) that use libutmedia? >>> >>> For instance, we're puzzled why ShowMeTV cannot do any better than 26 >>> fps at 640x480 on a SunRay 1G. The server (V240 Dual-1.5 SPARC) isn't >>> stressed beyond 50-60% utilization and the network isn't breaking a >>> sweat (2-3 msec packet latency), yet we can't exceed 26 fps or >>> thereabouts for MPEG-1 or MPEG-2 video streams (NTSC ~ 29.97 fps). >>> Where are we losing the 4- 6 fps? We have a good understanding of how >>> the client boot-up and login processes work, but once we get to the >>> point of sending video over the wire, we really don't know what's >>> going on inside the thin client. To think that the RADEON7500 GPU >>> within the 1G cannot keep up is counter intuitive in my opinion, as >>> that is a tried and try graphics chip. We need more information. >>> >>> The big question is if we are using ShowMeTV 1.3 (which uses >>> libutmedia or DPA) thus eliminating Core X operations as a source of >>> great overhead, the CPU is fine, the network is fine, and the >>> RADEON7500 seems sufficient for a simple 640x480 MPEG stream, where >>> are we incurring 4-6 fps of overhead? Where is the loss being >>> suffered? This is a great mystery to us... I would appreciate any >>> further insight! >>> >>> Thank you, >>> Jason >>> _______________________________________________ >>> 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
