ちょっと興味があったので調べてみたところ
■[Linux] ssh + esound
にやりたい事がそのまま紹介されていました。
（ちょっとタイトルとはズレるかもしれませんが ssh で cat する方法ではダメでした）
一応問題なく再生できましたが、PCや回線によっては滑らかに再生できないかも。
私のやった事を書くと

クライアント側(192.168.0.1)で
1. esound をインストール
  $ sudo apt-get install esound
2. esd を起動
  $ esd -as 2 -tcp -public &
3. リモート（192.168.0.2）へログイン
  $ ssh -X [email protected]
4. -ao オプションを esd としてクライアントのアドレスを指定して再生
  $ mplayer sample.mp4  -ao esd:192.168.0.1

IPアドレスは実際の環境に合わせて変えてください。 Ubuntu 同士で試しましたが、
たぶん MacOSX でも mplayer の -ao esd が使えれば大丈夫だと思います。
環境によっては ssh -X -Y とする必要があるかもしれません。
他のアプリの画面が出ないのは -X　オプション（X11 forwarding）を使っていない為
だと思います(試しに xterm なり何なりで確認）。
ssh -X は alias を作っておいたほうが便利です。

>vbkさん
ありがとうございます。参考にさせていただきました。
xeyesをするとCan't open displayと言われてしまいます。
やはり動画は表示されませんでした。


>f0705さん
ありがとうございます。いろいろ分からないことがあるので質問させてください。
初歩的ですがIPアドレスはどのように確認したらよいでしょうか？ifconfigするとinetアドレスというのが２つ出てきました。どちらを使ったらいいのでしょうか？


>他のアプリの画面が出ないのは -X　オプション（X11 forwarding）を使っていない為
だと思います(試しに xterm なり何なりで確認）。

-Xオプションは使っています。xtemとターミナルはなにが違うのでしょうか？xtermからログインしても同じでした。

>f0705さん
eth0にinetアドレスは無くloとppp0に1つずつあります。この場合はppp0の方ということですか？
Macにログインした状態でxtermを実行すると
xterm Xt error: Can't open display:
xterm:  DISPLAY is not set
と表示されます。
あと気になるのがssh -Xでログインした時に
Warning: No xauth data; using fake authentication data for X11 forwarding.
と表示されるのですが何か関係ありますか？

なんとかxtermやxeyesが表示できるようになりました。しかし、mplayerの画面は表示されません。さらに-ao esdオプション付きで実行するとNo such audio driver 'esd'と言われます。
xeyesができてmplayerが表示されないのはどういうことなのでしょうか？

mplayer file1.mkvを実行したときの表示です。

MPlayer UNKNOWN-4.2.1 (C) 2000-2009 MPlayer Team
141 audio & 304 video codecs

Playing file1.mkv.
[mkv] Track ID 1: video (V_MPEG4/ISO/AVC) "Video", -vid 0
[mkv] Track ID 2: audio (A_VORBIS) "Audio", -aid 0, -alang jpn
[mkv] Will play video track 1.
Matroska file format detected.
VIDEO:  [avc1]  704x396  24bpp  23.976 fps    0.0 kbps ( 0.0 kbyte/s)
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 44100 Hz, 4 ch, s16le, 0.0 kbit/0.00% (ratio: 0->352800)
Selected audio codec: [ffvorbis] afm: ffmpeg (FFmpeg Vorbis)
==========================================================================
AO: [coreaudio] 44100Hz 4ch s16le (2 bytes per sample)
Starting playback...
VDec: vo config request - 704 x 396 (preferred colorspace: Planar YV12)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
SwScaler: reducing / aligning filtersize 1 -> 4
SwScaler: reducing / aligning filtersize 1 -> 4
SwScaler: reducing / aligning filtersize 1 -> 1
SwScaler: reducing / aligning filtersize 5 -> 4
[swscaler @ 0x10084ea00]BICUBIC scaler, from yuv420p to yuyv422 using MMX2
[swscaler @ 0x10084ea00]using 4-tap MMX scaler for horizontal luminance scaling
[swscaler @ 0x10084ea00]using 4-tap MMX scaler for horizontal chrominance scaling
[swscaler @ 0x10084ea00]using n-tap MMX scaler for vertical scaling (BGR)
[swscaler @ 0x10084ea00]704x396 -> 704x396
VO: [corevideo] 704x396 => 704x396 Packed YUY2
[ASPECT] Warning: No suitable new res found!
A: 123.9 V: 123.9 A-V: -0.006 ct:  0.001   0/  0  8%  5%  0.4% 21 0

他のアプリケーション(gnuplot,tgif)ではubuntuで画面が表示されました。ということはMplayerの設定かMplayer本体に問題があるのでしょうか？
ちょっと気になったのがMacでMplayerをインストールしたときに、MacPortsを使ってインストールしたのですが、パッケージがMplayerとmplayer-develというのがあって、Mplayerをインストールしようとするとエラーが出てしまってできなかったのでmplayer-develをインストールして使っています。まだMplayerはSnowLeopardに対応してないのかな？と勝手に思っていたのですが、このmplayer-develはGUIで起動できなかったりして開発途中っぽい感じがします。本体の機能不足という可能性は考えられるでしょうか？

sai10 による投稿:

>Ubuntuの「場所-サーバに接続」で「SSH」を選択して接続してから、Ubuntu側の動画再生アプリケーションで見るのはどうでしょうか。

これはすでにやってみていたのですがUbuntu側のスペックが低いせいか、通信速度が遅いせいかできませんでした。

これは、動画ファイルをUbuntuマシン側にコピーしてからUbuntu側の動画再生ソフトで再生することで、Ubuntu側のマシンスペックの問題かどうか確認できます。

sai10 による投稿:

通信速度が遅いのはどうしようもないとしてもUbunbu側のスペックが低くて再生できないのであればX転送で多少はUbuntu側の負担は軽減されるのかなと思って試してみていたところです。(動画の場合はほとんど変わらないのかもしれませんが)


>できるかできないかはともかくこれはX転送で行うには不向きです。

これはどういった理由からでしょうか？もし他にいい方法があれば教えてください。

リモートデスクトップ全般に言えることですが、動画ファイルのデコードはサーバ側で行われるためクライアント側でのデコードの負担が軽減されるかもしれませんが、圧縮されていない映像をネットワーク経由でやりとりしなくてはならないため、ネットワークが足を引っ張ります。
リモートデスクトップの方式によって、フレームレートを落としたり、画像を圧縮したりと、様々なことを行うので、ローカルで動画を再生するのと同じようには再生されません。

他に試せることは、あらかじめUbuntu機でも再生できる動画に変換したものをサーバ機に置いて、Ubuntuの「場所-サーバに接続」で「SSH」で接続する。
トランスコード機能を持つDLNAサーバを用意するといったところでしょうか。