--- libsoftmpeg/README	2004/02/21 16:11:47	1.4
+++ libsoftmpeg/README	2004/03/19 21:14:42	1.5
@@ -45,9 +45,8 @@ duplicate the code or invent the wheel a
 
 In order to use this project, you need: 
 
-- DirectFB and a supported gfx
-adapter (cle266 or Matrox G200/4x0/5x0 is fine, vesafb is only enough
-if you have a horibbly fast machine ;-)
+- DirectFB and a supported gfx adapter (cle266 or Matrox G200/4x0/5x0
+is fine, vesafb is only enough if you have a horibbly fast machine ;-)
 
 - FusionSound, which needs OSS or ALSA (with oss emulation) sound
 drivers
@@ -83,20 +82,26 @@ live tv audio.
 4) How to get it to work
 ------------------------
 
-All this is working fairly well.
-
 Currently, there is
 
-- a demonstration application is called "dfb_ts" that reads from the
-DVR device and decodes and displays the data from the transport stream
+- a demonstration application called "dfb_ts" that reads from the
+DVR device or a recorded transport stream (.TS file) from a file
+and displays that using DirectFB and FusionSound 
+
+- a vdr plugin called "softmpeg".
 
-- a vdr plugin that's called "softmpeg".
+Most likely you'll get warnings like this when using "libsoftmpeg":
+ (!!!)  *** CAUTION [device buffer underrun?] *** core_sound.c (354)
 
 Please apply the "fusionsound_realtimepriority_reset_on_flush.diff"
-patch to FusionSound first via "patch -p0 < [...]) in the FusionSound
-directory and compile again. This adds realtime priority to the audio
-feeding thread. If you omit this, the audio thread might starve and
-sound will be jerky.
+patch to FusionSound and compile again.
+
+> cd ../FusionSound
+> patch -p0 < ../libsoftmpeg/fusionsound_realtimepriority_reset_on_flush.diff
+> make && make install
+
+This adds realtime priority to the audio feeding thread. If you omit
+this, the audio thread might starve and sound will be jerky.
 
 Before you proceed, make sure that your framebuffer device is set
 to 720x576 at 50Hz refresh rate. A suitable fb modes entry looks like