Update:  I have now tested an Epia M which has the cle266 video chipset (via driver is loaded by ltsp).  I was hoping that this would resolve the issue but the image still pixelates severely.  Perhaps the issue isn't with the video card, but how I compiled mplayer? 
<br><br>So ... output from mplayer -vo help is:<br><br>[student01@ncslts3 ~]$ mplayer -vo help<br>MPlayer 1.0rc1-4.1.1 (C) 2000-2006 MPlayer Team<br>CPU: Intel(R) Xeon(TM) CPU 2.40GHz (Family: 15, Model: 2, Stepping: 7)<br>
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1<br>Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2<br>Available video output drivers:<br>        xv      X11/Xv<br>        x11     X11 ( XImage/Shm )<br>
        xover   General X11 driver for overlay capable video output drivers<br>        gl      X11 (OpenGL)<br>        gl2     X11 (OpenGL) - multiple textures version<br>        xvidix  X11 (VIDIX)<br>        cvidix  console VIDIX
<br>        null    Null video output<br>        mpegpes Mpeg-PES to DVB card<br>        yuv4mpeg        yuv4mpeg output for mjpegtools<br>        png     PNG file<br>        tga     Targa output<br>        pnm     PPM/PGM/PGMYUV file
<br>        md5sum  md5sum of each frame<br><br>and the output from playing a video is:<br><br>[student01@ncslts3 ~]$ mplayer Desktop/Shaky_Ground.mov<br>MPlayer 1.0rc1-4.1.1 (C) 2000-2006 MPlayer Team<br>CPU: Intel(R) Xeon(TM) CPU 
2.40GHz (Family: 15, Model: 2, Stepping: 7)<br>CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1<br>Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2<br><br>Playing Desktop/Shaky_Ground.mov.<br>ISO: File Type Major Brand: Original QuickTime
<br>Quicktime/MOV file format detected.<br>VIDEO:  [SVQ3]  320x240  24bpp  15.000 fps    0.0 kbps ( 0.0 kbyte/s)<br>==========================================================================<br>Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
<br>Selected video codec: [ffsvq3] vfm: ffmpeg (FFmpeg Sorenson Video v3 (SVQ3))<br>==========================================================================<br>==========================================================================
<br>Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders<br>AUDIO: 44100 Hz, 1 ch, s16le, 31.9 kbit/4.52% (ratio: 3984->88200)<br>Selected audio codec: [ffqdm2] afm: ffmpeg (FFmpeg QDM2 audio decoder)<br>==========================================================================
<br>[AO ESD] latency: [server: 0.56s, net: 0.00s] (adjust 0.56s)<br>AO: [esd] 44100Hz 1ch s16le (2 bytes per sample)<br>Starting playback...<br>VDec: vo config request - 320 x 240 (preferred colorspace: Planar YV12)<br>VDec: using Planar YV12 as output csp (no 0)
<br>Movie-Aspect is undefined - no prescaling applied.<br>VO: [xv] 320x240 => 320x240 Planar YV12<br>Shared memory not supported<br>Reverting to normal Xv<br>Shared memory not supported<br>Reverting to normal Xv<br>A:  
14.2 V:  14.3 A-V: -0.018 ct: -0.068 195/195  3%  0%  2.1% 0 0<br><br> I did try invoking xvidix, but that gave an error about not being able to determine which driver to load.  If I run as root, it detects the server's onboard video (8Mb rage XL), but then the video displays a green screen and nothing else.  
<br><br>So ... any suggestions on how to recompile mplayer? Or try and download the latest rpm again? This has to work since LTSP uses the same mb's that I am using as part of their testing.  It must be something that I am doing wrong at this point.  I can try recompiling mplayer with any suggestions in order to get the playback cleaner. 
<br><br>Sincerely,<br>Dave Hopkins<br><br><br><br><br><div><span class="gmail_quote">On 3/5/07, <b class="gmail_sendername">David Hopkins</b> <<a href="mailto:dahopkins429@gmail.com">dahopkins429@gmail.com</a>> wrote:
</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><span class="q">I went over to the school today and checked my thin clients.  They are
Epia533 but they have the PLE133 video chipset.  This is a real downer
for me since I don't see where this chipset (which uses the trident
video driver) has any support for MPEG acceleration (or whatever it is
called).  Apparently later versions have the CLE266 (Unichrome) chipset
which does but you have to be careful since they are still selling ones
with the PLE133. We have had these clients since Spring 2003 and they
run flawlessly (even ordered another 30 Spring 2005), but ... I am now
not sure if they can handle video streams well enough.  I guess I will
be spending time looking for more recent drivers, maybe a BIOS update
or somesuch adds better support for video. Or, see if they support an
add-in video card and purchase them but we have 75 of them at this
point and that could run ~2K.
<br><br>If anyone knows how to get a better driver, please let me
know.  I can't even determine where the trident driver is loaded from:
best guess is it is bundled with the Xorg software?  There is a
tridentfb.ko, but I wasn't able to get it to load.
<br><br>Hopefully, tomorrow will be better. :)<br><br></span>Sincerely,<br>Dave Hopkins<br><br><div><div><span class="e" id="q_11124a249a90ac15_2"><span class="gmail_quote">On 3/5/07, <b class="gmail_sendername">"Terrell Prudé Jr."
</b> <<a href="mailto:microman@cmosnetworks.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
microman@cmosnetworks.com</a>> wrote:</span></span></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">


  

<div bgcolor="#ffffff" text="#000000"><div><span class="e" id="q_11124a249a90ac15_4">
Actually, the full-screen bit is where your video chipset takes over. 
Decompressing the video stream from, say, MPEG1/2/4, etc., does use the
server CPU, but scaling the video, once decompressed, is a function of
the video board.  Pop in the right device driver, and your teachers
should be happy.<br>
<br>
Please, keep us updated!<span><br>
<br>
--TP<br>
<div>_______________________________
<br>
Do you GNU!?
<br>
<a href="http://www.gnu.org/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Microsoft Free since 2003</a>--the
ultimate antivirus protection!
<br>
</div>
<br>
<br></span>
David Hopkins wrote:
</span></div><blockquote cite="http://midbad371bd0703051054m5ce5d78cyb77a30752add586a@mail.gmail.com" type="cite"><div><span class="e" id="q_11124a249a90ac15_6"><div><span>I also just noticed from the LTSP wiki that my particular
mb's don't necessarily get the correct configuration for the video
chipset.  I have min-itx based systems with VIA, so I will try adding
the XSERVER = via line and see what happens.
  <br>
  <br>
Of course, all the teachers want to run at full screen on the systems
which is 1024x768 and I am not sure what that is going to do to the
server. :(<br>
  <br>
Thanks for all the great info.<br>
  <br>
Sincerely,<br>
Dave Hopkins
  <br>
  <br>
  <br>
  <div><span class="gmail_quote">On 3/5/07, <b class="gmail_sendername">"Terrell
Prudé Jr."</b> <<a href="mailto:microman@cmosnetworks.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">microman@cmosnetworks.com</a>>
wrote:</span>
  <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
    <div bgcolor="#ffffff" text="#000000">Yes, it sure could.  I saw
that 90-client-per-server figure and went,
"WHOA!!!"  I did some server CPU tests on my own server, and here's
what I found:<br>
    <br>
640x480 MPEG4 clip:  21% CPU/session<br>
320x240 MPEG4 clip:  7% CPU/session<br>
    <br>
The CPU's are 1.2GHz Athlon MP's.  This is per CPU core, BTW, so if
you've got four such cores, you get just under 4x the capacity.<br>
    <br>
--TP<br>
    <div>_______________________________
    <br>
Do you GNU!?
    <br>
    <a href="http://www.gnu.org/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Microsoft Free
since 2003</a>--the
ultimate antivirus protection!
    <br>
    </div>
    <div><span><br>
    <br>
Petre Scheie wrote:
    <blockquote cite="http://mid45EC5912.7040904@maltzen.net" type="cite">Could
this be an issue of quantity?  That is, Terrel, how many clients have
you got simultaneously watching the videos?  If Jim's got an average of
90 clients per server, even though they're big boxes (I've seen 'em),
might that number be more than the server can handle for video? <br>
      <br>
Petre <br>
      <br>
Terrell Prudé Jr. wrote: <br>
      <blockquote type="cite">I've watched 640x480 videos (MPEG4)
without
any problems on my thin client with MPlayer.  The key was to swap the
video board in the thin client for something a bit more powerful.  In
my case, it was the Matrox Millenium G400; doing that solved all my
MPlayer issues.  It also, BTW, made TuxType play faster.  Heck, I'm
able to watch Tom's Hardware videos, in MPEG4, at 720x480, without any
framedrops, pixelations, whatever--just nice, smooth video.  No, I
don't have to throw the -framedrop switch, either. <br>
        <br>
Folks, watching videos on thin clients WORKS FINE.  I do it all the
time.  If you can, please try swapping your video board and see what
happens. <br>
        <br>
--TP <br>
_______________________________ <br>
Do you GNU!? <br>
Microsoft Free since 2003 <a href="http://www.gnu.org/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"><http://www.gnu.org/></a>--the
ultimate
antivirus protection! <br>
        <br>
        <br>
David Hopkins wrote: <br>
        <blockquote type="cite">Didn't mean for this to cause problems,
so
to speak, but ... what I have observed is that the video clip is mostly
watchable at the 320x240 resolution that seems to be the 'native'
resolution of the clip.  However, it pixelates which is where the
teachers start chiming in about the inferior quality.  It does get
worse as the clips get larger:  A 5Mb clip and an 'extended' version of
the clip that is 13Mb do not have the same playback characteristics,
with the larger and longer clip looking worse. <br>
          <br>
My clients consist of Epia 533-based systems and donated Compaq EN SFF
systems.  Either can play back without issues as long as they are fat
clients. I have Gb from the server to the switch and 100Mb to the
clients. <br>
          <br>
 If I specify using X11-only, then MPlayer says that the Compaq does
not have the resources to play back the video.  Using Xv, it does but
is pixelated on fast motion scenes. :( <br>
          <br>
MPlayer has alot of options for framedropping, lower fps playback, etc,
and I will try and play with these to see if there is some magic
combination that provides overall better quality. <br>
          <br>
I really hope that the Atlanta work goes well since it will help me
when I periodically try to the the State of Delaware DOE interested in
the thin client approach.  I have a few Reps and Senators that know
about the option, but getting them to commit time to really looking at
it has been tough and little glitches like lower quality movie playback
seems to 'impress' them more than the phenomenal uptime of the systems,
ease of use, ease of management, etc. <br>
          <br>
Slightly off-topic, but the same instuctor that is really vocal about
the playback also was vocal about not getting sound on a video clip a
few weeks back.  After playing it back in a pure Windows environment,
it was finally possible to convince him that the clip in question
didn't, in fact, have any sound and was only video. <br>
          <br>
Sincerely, <br>
Dave Hopkins <br>
          <br>
          <br>
          <br>
------------------------------------------------------------------------
          <br>
          <br>
_______________________________________________ <br>
K12OSN mailing list <br>
          <a href="mailto:K12OSN@redhat.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">K12OSN@redhat.com</a>
          <br>
          <a href="https://www.redhat.com/mailman/listinfo/k12osn" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">https://www.redhat.com/mailman/listinfo/k12osn</a>
          <br>
For more info see <a href="http://www.k12os.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"><http://www.k12os.org></a>
          <br>
        </blockquote>
        <br>
------------------------------------------------------------------------
        <br>
        <br>
_______________________________________________ <br>
K12OSN mailing list <br>
        <a href="mailto:K12OSN@redhat.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">K12OSN@redhat.com</a>
        <br>
        <a href="https://www.redhat.com/mailman/listinfo/k12osn" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">https://www.redhat.com/mailman/listinfo/k12osn</a>
        <br>
For more info see <a href="http://www.k12os.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"><http://www.k12os.org></a>
        <br>
      </blockquote>
      <br>
_______________________________________________ <br>
K12OSN mailing list <br>
      <a href="mailto:K12OSN@redhat.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">K12OSN@redhat.com</a>
      <br>
      <a href="https://www.redhat.com/mailman/listinfo/k12osn" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">https://www.redhat.com/mailman/listinfo/k12osn</a>
      <br>
For more info see <a href="http://www.k12os.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"><http://www.k12os.org></a>
      <br>
    </blockquote>
    </span></div>
    </div>
    <br>
_______________________________________________<br>
K12OSN mailing list<br>
    <a href="mailto:K12OSN@redhat.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">K12OSN@redhat.com</a><br>
    <a href="https://www.redhat.com/mailman/listinfo/k12osn" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">https://www.redhat.com/mailman/listinfo/k12osn</a><br>
For more info see <<a href="http://www.k12os.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://www.k12os.org</a>><br>
  </blockquote>
  </div>
  <br>
  </span></div><pre><hr size="4" width="90%">
_______________________________________________<br>K12OSN mailing list<br><span><a href="mailto:K12OSN@redhat.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">K12OSN@redhat.com</a>
<a href="https://www.redhat.com/mailman/listinfo/k12osn" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">https://www.redhat.com/mailman/listinfo/k12osn</a>
For more info see <a href="http://www.k12os.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"><http://www.k12os.org></a></span></pre></span></div>
</blockquote>
</div>

<br>_______________________________________________<span class="q"><br>K12OSN mailing list<br><a href="mailto:K12OSN@redhat.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">K12OSN@redhat.com</a>
<br><a href="https://www.redhat.com/mailman/listinfo/k12osn" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
https://www.redhat.com/mailman/listinfo/k12osn</a><br>For more info see <<a href="http://www.k12os.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://www.k12os.org</a>><br></span></blockquote>

</div><br>
</blockquote></div><br>