What CPU is in the 2/2FS? Would it be powerful enough to decode the MPEG? Jimmy
> ----- Original Message ----- > From: "Jason T. Hallahan" <[EMAIL PROTECTED]> > To: "Ivar Janmaat" <[EMAIL PROTECTED]> > Subject: Re: [SunRay-Users] ShowMeTV 1.3 > Date: Tue, 30 May 2006 14:38:12 -0400 > > > 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 > _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
