Re: exporting a display

[chuck gelm <chuck@gelm.net>]

chuck gelm wrote:

> urgrue wrote:
>
>> im exporting a display across a network. specifically, mplayer is 
>> running on one computer, but displaying it across the network using 
>> X11's export functionality.
>> it eats up a full-duplex 100mbit connection in one big gulp even 
>> though the video stream is only being run at 5 fps (mplayer option 
>> -fps 5).
>> i presume the bandwith is being eaten up by the exported display 
>> refreshing the screen more often than the 5fps, i mean on the X11 level.
>> so, is there any way to get  to "calm down" and not try so hard?
>> -
>> To unsubscribe from this list: send the line "unsubscribe 
>> linux-admin" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
> Hi, urgrue:
>
> Have you considered running mplayer locally?
>
> HTH, Chuck


> Hi, urgrue:
>
> Have you considered running mplayer locally?
>
> HTH, Chuck


hi,
no i havent, because the video source is miles and miles away. so i'd 
get a good nice black picture of nothing

Hi, urgrue:

 I do not understand your response.  Also, I am not familiar with "X11's 
export feature".

I have run a 'remote Xwindow session': 
http://tldp.org/HOWTO/Remote-X-Apps.html

Perhaps these two items are different.

Are you displaying a 'live' source, i.e. a camera, or a (compressed) file ?
If it is a 'live' source, can you
 capture > compress > transfer > decompress(mplayer) and view locally?

 I was assuming that mplayer was playing a compressed file.

Anyway, it seems to me that your are uncompressing a compressed file and 
then transporting
it across a network.  I am suggesting that you transport the data in a 
compressed form
across the network and then uncompress it.

HTH, Chuck