Nowadays (flat-screen) televisions commonly have direct VGA input, but if you don't have that, there are commercial scan converter boxes and DIY adapter schematics available (building one is easier if your TV has RGB Scart input).
You are playing low-bitrate MPEG-2. GP talked about H.264, which is much harder to decode. With libavcodec (that MPlayer uses), playing 4 Mbps H.264-encoded 1080i25 requires at least a 3 Ghz Pentium 4 or Athlon XP 3000+. CoreAVC is faster and threaded better, so playback on Windows systems can be at least as good as MPlayer on Linux, even with the small DirectShow overhead present on Windows.
H.264 (= MPEG-4 Part 10, or AVC) is a video encoding/decoding standard while GSM and G.729 are audio codecs. You could probably use H.264 video and G.729 audio in video conferencencing applications, but personally I'd rather use Speex or Vorbis (when higher quality is needed) for the audio part.
By the way, FFmpeg's Snow codec could actually be quite useful for video conferencing since it is comparable to H.264 at low bitrates and the video resolution would not need to be that high so that encoding could perhaps be done in realtime with a fast processor.
Slashdot Mirror
Nowadays (flat-screen) televisions commonly have direct VGA input, but if you don't have that, there are commercial scan converter boxes and DIY adapter schematics available (building one is easier if your TV has RGB Scart input).
You are playing low-bitrate MPEG-2. GP talked about H.264, which is much harder to decode. With libavcodec (that MPlayer uses), playing 4 Mbps H.264-encoded 1080i25 requires at least a 3 Ghz Pentium 4 or Athlon XP 3000+. CoreAVC is faster and threaded better, so playback on Windows systems can be at least as good as MPlayer on Linux, even with the small DirectShow overhead present on Windows.
H.264 (= MPEG-4 Part 10, or AVC) is a video encoding/decoding standard while GSM and G.729 are audio codecs. You could probably use H.264 video and G.729 audio in video conferencencing applications, but personally I'd rather use Speex or Vorbis (when higher quality is needed) for the audio part.
By the way, FFmpeg's Snow codec could actually be quite useful for video conferencing since it is comparable to H.264 at low bitrates and the video resolution would not need to be that high so that encoding could perhaps be done in realtime with a fast processor.
F-spot is a nice anagram of f-stop.
Even better since the JDK source includes the JRE source.
And editing:
Nucoda Film cutter, ifx Piranha and Discreet Smoke.
Should've checked before posting. It's just for rendering backends, no GUI. Still, I think the amount of software already available is impressive.
The software is there, as you can see in the fine article.
Even Apple Shake is available on Linux too.