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.Hi, urgrue:
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?
-
: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
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
- : send the line "unsubscribe linux-admin" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
