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
