Fixed several spelling errors

CONTRIBUTORS

@@ -1,5 +1,5 @@
 Tons of suggestions, bugreports, patches and other contributions have been
-provided by the people on the 'linux-dvb' and 'vdr' mailing lists.
+provided by the people on the 'linux-dvb' and 'vdr' mailing lists
 Special thanks go to the following individuals (if your name is missing here,
 please send an email to kls@cadsoft.de):
 
@@ -48,7 +48,7 @@ Niels de Carpentier <niels@casema.net>
 Martin Hammerschmid <martin@hammerschmid.com>
  for suggesting to display the direct channel select input on the OSD
  for suggesting to use the "Blue" button in the main menu to resume replay
- for implementing pege up/down with the "Left" and "Right" keys
+ for implementing page up/down with the "Left" and "Right" keys
  for detecting a deadlock when switching channels via Schedule/Now|Next/Switch
  for adding a missing #include to ringbuffer.c
  for adding a missing 'public' keyword in device.h
@@ -300,7 +300,7 @@ Werner Fink <werner@suse.de>
  recordings can be triggered in the default branch
  for pointing out that pesAssembler->Reset() needs to be called between subsequent
  Transfer Modes
- for suggestions that led to the addition of the 'Id' parameter to cAudio::Play().
+ for suggestions that led to the addition of the 'Id' parameter to cAudio::Play()
  for pointing out that MAXDPIDS needs to be to 16 (8xAC3 + 8xDTS)
  for reporting a problem with ensuring there is a current audio track in case there
  is only one track
@@ -377,7 +377,7 @@ Hannu Savolainen <hannu@opensound.com>
  for translating OSD texts to the Finnish language
 
 Jürgen Schmidt <ju@ct.heise.de>
- for fixing a problem with 'in_addr_t' on systems with glibc < 2.2.
+ for fixing a problem with 'in_addr_t' on systems with glibc < 2.2
  for suggesting to optionally allow logging to LOG_LOCALn (n=0..7)
 
 Uwe Freese <mail@uwe-freese.de>
@@ -444,7 +444,7 @@ Michael Rakowski <mrak@gmx.de>
  for translating OSD texts to the Polish language
 
 Michael Moster <dvb@juelich-gmbh.de>
- for initally reporting the problem with wrong EPG data in the Schedules menu
+ for initially reporting the problem with wrong EPG data in the Schedules menu
  (somehow I had misplaced his message...)
 
 Tobias Kerner <tobschle@gmx.de>
@@ -944,7 +944,7 @@ Marc Rovira Vall <tm05462@salleURL.edu>, Ramon Roca <ramon.roca@xcombo.com> and
  for translating OSD texts to the Catalanian language
 
 Lars Bläser <LBlaeser@hofheim.de>
- for reporting a bug in EPG bugfix statistics which made log entires for undefined
+ for reporting a bug in EPG bugfix statistics which made log entries for undefined
  channels
 
 Niko Tarnanen <niko.tarnanen@hut.fi>
@@ -1084,7 +1084,7 @@ Richard Robson <richard_robson@beeb.net>
  device used by the timer, and the timer needs a different transponder
 
 Manfred Schmidt-Voigt <manfred.schmidt-voigt@mannitec.de>
- for reporting a problem with runnign out of disk space while cutting in case
+ for reporting a problem with running out of disk space while cutting in case
  there are still deleted recordings to remove
 
 Javier Marcet <lists@marcet.info>
@@ -1098,7 +1098,7 @@ Robert Bartl <robert@bartl.priv.at>
  for reporting a hangup in SVDRP when the client disappears without sending QUIT
 
 Sebastian Frei <sebastian@schnapsleichen.de>
- for his support in keeping 'channels.conf' up-to-date.
+ for his support in keeping 'channels.conf' up-to-date
  for suggesting to rename the Makefile target 'plugins-clean' to 'clean-plugins'
 
 Rene Bartsch <ml@bartschnet.de>
@@ -1278,7 +1278,7 @@ Marco Schl
  for avoiding unnecessary section filter start/stops
  for pointing out that if one PID can't be added, the whole cDevice::AttachReceiver()
  should fail and all PIDs added so far should be deleted
- for fixing attaching a cPlayer to a cDevice, so that 'Operation not permited'
+ for fixing attaching a cPlayer to a cDevice, so that 'Operation not permitted'
  errors don't occur any more
  for reporting a problem with initialization of the main program loop variables
  with older compiler versions
@@ -1297,7 +1297,7 @@ Marco Schl
  when clearing the transfer buffer to avoid overflows
  for adding CMD_SPU_CHG_COLCON to cDvbSpuDecoder::setTime()
  for suggesting to force a new resync after a call to cRemux::Clear()
- for suggestions that led to the addition of the 'Id' parameter to cAudio::Play().
+ for suggestions that led to the addition of the 'Id' parameter to cAudio::Play()
  for removing the "Cleared/PlayPes(NULL, 0)" handling from cTransfer::Action(), since
  this is now done when attaching the player to the device
  for adding DeviceClrAvailableTracks() and DeviceSetCurrentAudioTrack() to cPlayer
@@ -1489,7 +1489,7 @@ Laurence Abbott <laz@club-burniston.co.uk>
 
 Patrick Gleichmann <patrick@feedface.com>
  for fixing the default quality value when grabbing a JPEG image
- for suggestiong a modified page scrolling behaviour
+ for suggesting a modified page scrolling behaviour
  for suggesting wrapping around in menu lists
 
 Achim Tuffentsammer <a.tuffentsammer@web.de>
@@ -1563,7 +1563,8 @@ Ville Skytt
  in case it breaks
  for enabling generating a core dump if VDR is run with a different user id
  for reporting an obsolete entry 'S21.5E' in the default 'diseqc.conf'
- for updating the GPL copies.
+ for updating the GPL copies
+ for fixing several spelling errors
 
 Steffen Beyer <cpunk@reactor.de>
  for fixing setting the colored button help after deleting a recording in case the next
@@ -1624,7 +1625,7 @@ Bernhard Stegmaier <bernhard.stegmaier@in.tum.de>
  scan timeout is set to 0
 
 Klaus Heppenheimer <klaus@reel-multimedia.com>
- for reporting a race condition in cTransfer.
+ for reporting a race condition in cTransfer
 
 Thomas Günther <tom1@toms-cafe.de>
  for fixing handling the frame number display if '7' is pressed before the first
@@ -1676,7 +1677,7 @@ Philip Prindeville <philipp_subx@redfish-solutions.com>
 Enrico Scholz <enrico.scholz@informatik.tu-chemnitz.de>
  for making VDR use use daemon() instead of fork() to run in daemon mode
  for fixing a possible endless loop in a menu with no selectable items if
- Setup.MenuScrollWrap is true (thanks to Enrico Scholz).
+ Setup.MenuScrollWrap is true (thanks to Enrico Scholz)
 
 Nicolas Huillard <nhuillard@e-dition.fr>
  for translating OSD texts to the French language

HISTORY

@@ -2768,7 +2768,7 @@ Video Disk Recorder Revision History
   driver, together with the endian problem).
 - The new OSD setup parameters "Left" and "Top" can be used to define the top left
   corner of the OSD.
-- The OSD size prameters are now in pixel (as opposed to formerly characters).
+- The OSD size parameters are now in pixel (as opposed to formerly characters).
   When reading a 'setup.conf' file from an older version of VDR, the OSDwidth
   and OSDheight values will be converted to pixel automatically.
 - The OSD is now fully device independent. See the comments in VDR/osd.h and the
@@ -3046,7 +3046,7 @@ Video Disk Recorder Revision History
 - Added some missing 'const' to cChannel.
 - Added a sample setup for 'DisiCon-4 Single Cable Network' to 'diseqc.conf'
   (thanks to Oliver Endriss).
-- Fixed attaching a cPlayer to a cDevice, so that 'Operation not permited'
+- Fixed attaching a cPlayer to a cDevice, so that 'Operation not permitted'
   errors don't occur any more (thanks to Marco Schlüßler).
 - Fixed a case where the resultBuffer in cRemux ran full before getting a sync.
 - Removed the usleep() call from cDvbPlayer::Action() to make VDR run on NPTL
@@ -3089,7 +3089,7 @@ Video Disk Recorder Revision History
 - Immediately displaying the new channel info when switching channel groups.
 - Moved the main program loop variables further up to allow compilation with
   older compiler versions (thanks to Marco Schlüßler for reporting this one).
-- Now calling pthread_cond_broadcast() in the desctructor of cCondWait and
+- Now calling pthread_cond_broadcast() in the destructor of cCondWait and
   cCondVar to make sure any sleepers will wake up (suggested by Werner Fink).
   Also using pthread_cond_broadcast() instead of pthread_cond_signal() in
   cCondWait, in case there is more than one sleeper.
@@ -3136,7 +3136,7 @@ Video Disk Recorder Revision History
   funny characters. Invalid language codes will be stored as "???".
 - The '0' key now toggles the "Day" item in the "Timers" menu between "single
   shot" and "repeating". The keys '1'...'7' can be used to toggle the individual
-  days ('1' is monday). Thanks to Sascha Klek for reporting a problem with the
+  days ('1' is Monday). Thanks to Sascha Klek for reporting a problem with the
   '0' key in the "Day" item of the "Timers" menu.
 
 2004-11-21: Version 1.3.17
@@ -3281,7 +3281,7 @@ Video Disk Recorder Revision History
   Dino Ravnic).
 - Implemented displaying mandatory subtitles in the SPU decoder (thanks to Marco
   Schlüßler).
-- The setup option "Recording/Record Dobly Digital" has been renamed and moved to
+- The setup option "Recording/Record Dolby Digital" has been renamed and moved to
   "DVB/Use Dolby Digital". It now controls whether Dolby Digital is recorded and
   whether an available DD audio track will appear in the "Audio" menu.
 - Added support for circular polarization (thanks to Jonan Santiago).
@@ -3346,7 +3346,7 @@ Video Disk Recorder Revision History
 - Fixed masking SubStreamType in cDevice::PlayPesPacket() (thanks to Werner Fink
   for pointing out this one).
 - The new function cPlugin::Stop() shall be used to stop any background activities
-  of a plugin. Previously this was done in the plugin's desctructor, but it is
+  of a plugin. Previously this was done in the plugin's destructor, but it is
   better to do this in a dedicated function that can be called early when shutting
   down.
 - Moved the call to SetAudioChannel(0) into cDevice::ClrAvailableTracks() to have it
@@ -3505,7 +3505,7 @@ Video Disk Recorder Revision History
 - Removed scaling coordinates in letterbox mode from cDvbSpu - the DVD plugin, which
   was the only one needing this, doesn't need it any more (thanks to Marco Schlüßler).
 - No longer retuning or restarting a recording if only the language code of an
-  audio or dolby PID changes.
+  audio or Dolby PID changes.
 - Now preferring budget cards when selecting a DVB device for recording.
 - Recordings now avoid zero sized video data files (thanks to Wolfgang Fitz).
 - Some rearrangements in cDvbPlayer::Action() to avoid lockups on NPTL systems
@@ -4623,3 +4623,4 @@ Video Disk Recorder Revision History
 2006-04-21: Version 1.3.48
 
 - Updated the GPL copies (thanks to Ville Skyttä).
+- Fixed several spelling errors (thanks to Ville Skyttä).

INSTALL

@@ -64,7 +64,7 @@ the default:
 
 Alternatively you can use the '--rcu' or '--lirc' options at runtime.
 These options accept an optional path to the remote control device,
-which's defaults can be set via the RCU_DEVICE and LIRC_DEVICE macros,
+the defaults of which can be set via the RCU_DEVICE and LIRC_DEVICE macros,
 respectively.
 
 If your video directory will be on a VFAT partition, add the compile
@@ -130,7 +130,7 @@ If you run VDR using the 'runvdr' shell script it will use the built-in
 watchdog timer to restart the program in case something happens that
 causes a program hangup. If you change the command line options for the
 call to the VDR program, be sure to NOT use the '-d' option! Otherwise
-VDR will go into 'deamon' mode and the initial program call will return
+VDR will go into 'daemon' mode and the initial program call will return
 immediately! 'runvdr' needs to be started as user 'root'. Use the '-u'
 option to run the actual 'vdr' program under a different user id.
 

MANUAL

@@ -787,7 +787,7 @@ Version 1.3
   Zap Timeout = 3        The time (in seconds) until a channel counts as "previous"
                          for switching with '0'
 
-  Inital channel = 0     The number of the channel that shall be tuned to when
+  Initial channel = 0    The number of the channel that shall be tuned to when
                          VDR starts. Default is 0, which means that it will
                          tune to the channel that was on before VDR was stopped.
 

PLUGINS.html

@@ -219,7 +219,7 @@ have several different versions of a plugin source (like <tt>hello-0.0.1</tt> an
 Call the Perl script <tt>newplugin</tt> from the VDR source directory to create
 a new plugin directory with a <tt>Makefile</tt> and a main source file implementing
 the basic derived plugin class.
-You will also find a <tt>README</tt> file there with some inital text, where you
+You will also find a <tt>README</tt> file there with some initial text, where you
 should fill in actual information about your project.
 A <tt>HISTORY</tt> file is set up with an "Initial revision" entry. As your project
 evolves, you should add the changes here with date and version number.
@@ -284,7 +284,7 @@ dot with an underline and precedes the whole thing with two underlines.
 The GNU library header files do this pretty much the same way, except that they
 usually precede the name with only one underline (there are exceptions, though).
 <p>
-As long as you make shure that none of your plugin's header files will be named
+As long as you make sure that none of your plugin's header files will be named
 like one of VDR's header files, you can use the same method as VDR. However,
 if you want to name a header file like one that is already existing in VDR's
 source (<tt>i18n.h</tt> would be a possible candidate for this), you may want
@@ -794,7 +794,7 @@ The constructor initializes two private members with the values of these paramet
 that the <i>Setup</i> menu can work with temporary copies (in order to discard any changes
 if the user doesn't confirm them by pressing the "Ok" button).
 After this the constructor adds the appropriate menu items, using internationalized texts
-and the addresses of the temporary variables. That's all there is to inizialize a <i>Setup</i>
+and the addresses of the temporary variables. That's all there is to initialize a <i>Setup</i>
 menu - the rest will be done by the core VDR code.
 <p>
 Once the user has pressed the "Ok" button to confirm the changes, the <tt>Store()</tt> function will
@@ -957,7 +957,7 @@ structure, and any change to the format should  be reflected by a change
 of the id string.
 <p>
 The function shall return <i>true</i> for any service id string it handles, and <i>false</i>
-otherwise. The plugins have to agreee in which situations the service
+otherwise. The plugins have to agree in which situations the service
 may be called, for example whether the service may be called from every thread, or
 just from the main thread. A possible implementation could look like this:
 
@@ -1040,7 +1040,7 @@ by exactly 4 blanks (no tabs), and none of them shall be longer than 79 characte
 (to avoid messy output on 80 character wide terminals). The last entry in the
 list must be NULL.
 <p>
-The command names <tt>HELP</tt> and <tt>MAIN</tt> are reserverd and cannot
+The command names <tt>HELP</tt> and <tt>MAIN</tt> are reserved and cannot
 be used by a plugin.
 <p>
 The actual processing of SVDRP commands for a plugin is done in its
@@ -1283,8 +1283,8 @@ int PlayPes(const uchar *Data, int Length, bool VideoOnly);
 </pre></td></tr></table><p>
 
 where <tt>Data</tt> points to a block of <tt>Length</tt> bytes of a PES data
-stream containing any combination of video, audio or dolby tracks. Which audio
+stream containing any combination of video, audio or Dolby tracks. Which audio
-or dolby track will actually be played is controlled by the device the player
+or Dolby track will actually be played is controlled by the device the player
 is attached to. There are no prerequisites regarding the length or alignment of an
 individual block of data. The sum of all blocks must simply result in the
 desired data stream, and it must be delivered fast enough so that the
@@ -1473,7 +1473,7 @@ cMyReceiver *Receiver = new cMyReceiver(123);
 cDevice::ActualDevice()-&gt;AttachReceiver(Receiver);
 </pre></td></tr></table><p>
 
-Noteh the use of <tt>cDevice::ActualDevice()</tt> here, which makes sure that
+Note the use of <tt>cDevice::ActualDevice()</tt> here, which makes sure that
 the receiver is attached to the device that actually receives the current live
 video stream (this may be different from the primary device in case of <i>Transfer
 Mode</i>).
@@ -1483,7 +1483,7 @@ and will automatically detach itself from the <tt>cDevice</tt>.
 
 <a name="Filters"><hr><h2>Filters</h2>
 
-<center><i><b>A Fistful of Datas</b></i></center><p>
+<center><i><b>A Fistful of Data</b></i></center><p>
 
 If you want to receive section data you have to implement a derived <tt>cFilter</tt>
 class which at least implements the <tt>Process()</tt> function and a constructor
@@ -1556,7 +1556,7 @@ depth. However, the actual OSD device in use may not be able to provide the
 full area or color depth, maybe because of lack of OSD memory or other restrictions.
 A plugin that uses the OSD should therefore test whether the OSD is able to
 provide the requested functionality, and should offer alternate color depths
-to allow a less powerfull OSD implementation to still work reasonably.
+to allow a less powerful OSD implementation to still work reasonably.
 Since it is often not really necessary to have hundreds or thousands of colors
 all over the OSD area, a plugin can divide the total drawing area into several
 sub-areas with different color depths and separate color palettes, as in
@@ -1753,7 +1753,7 @@ virtual bool SetChannelDevice(const cChannel *Channel, bool LiveView);
 
 These functions will be called with the desired source or channel and shall return whether
 this device can provide the requested source or channel and whether tuning to it was successful,
-repectively.
+respectively.
 <p>
 <b>Audio selection</b>
 <p>
@@ -1786,7 +1786,7 @@ must deliver exactly one such packet (if one is currently available).
 <p>
 <b>Replaying</b>
 <p>
-The functions to implement replaying capabilites are
+The functions to implement replaying capabilities are
 
 <p><table><tr><td bgcolor=#F0F0F0><pre>
 virtual bool HasDecoder(void) const;

README

@@ -29,7 +29,7 @@ video disk recorder, based upon open standards and freely available
 driver software (of course, the hardware still has to be bought).
 
 The on screen menu system is simple, but shall provide all the
-possibilites necessary to perform timer controlled recording,
+possibilities necessary to perform timer controlled recording,
 file management and even "on disk editing". The menus
 of commercial set-top boxes usually are a lot more fancy than
 the ones in this system, but here we have the full source code

UPDATE-1.4.0

@@ -8,7 +8,7 @@ See the file HISTORY for a detailed list of all changes.
 Plugins:
 
 - The new function cPlugin::Stop() shall be used to stop any background activities
-  of a plugin. Previously this was done in the plugin's desctructor, but it is
+  of a plugin. Previously this was done in the plugin's destructor, but it is
   better to do this in a dedicated function that can be called early when shutting
   down.
 - Added 'Service' functions to the plugin interface.
@@ -121,7 +121,7 @@ OSD:
   the small font.
 - The new OSD setup parameters "Left" and "Top" can be used to define the top left
   corner of the OSD.
-- The OSD size prameters are now in pixel (as opposed to formerly characters).
+- The OSD size parameters are now in pixel (as opposed to formerly characters).
   When reading a 'setup.conf' file from an older version of VDR, the OSDwidth
   and OSDheight values will be converted to pixel automatically.
 - The OSD is now fully device independent. See the comments in VDR/osd.h and the
@@ -177,7 +177,7 @@ Timers:
 
 - The '0' key now toggles the "Day" item in the "Timers" menu between "single
   shot" and "repeating". The keys '1'...'7' can be used to toggle the individual
-  days ('1' is monday).
+  days ('1' is Monday).
 - The day of a timer is now stored as a full date in ISO notation ("YYYY-MM-DD") in
   'timers.conf' and for the result of the SVDRP command LSTT
 - The timer status now has a new bit that is set when that timer is currently
@@ -267,7 +267,7 @@ Audio:
 - The "Left" and "Right" keys in the "Audio" menu can be used to switch between
   the left and right stereo channels in case there are different audio tracks
   in these channels.
-- The setup option "Recording/Record Dobly Digital" has been renamed and moved to
+- The setup option "Recording/Record Dolby Digital" has been renamed and moved to
   "DVB/Use Dolby Digital". It now controls whether Dolby Digital is recorded and
   whether an available DD audio track will appear in the "Audio" menu.
 - Recording and Transfer Mode now handle more than 2 audio PIDs.

timers.c

@@ -4,7 +4,7 @@
  * See the main source file 'vdr.c' for copyright information and
  * how to reach the author.
  *
- * $Id: timers.c 1.57 2006/04/09 09:10:08 kls Exp $
+ * $Id: timers.c 1.58 2006/04/21 15:12:49 kls Exp $
  */
 
 #include "timers.h"
@@ -292,7 +292,7 @@ int cTimer::GetWDay(time_t t)
 {
   struct tm tm_r;
   int weekday = localtime_r(&t, &tm_r)->tm_wday;
-  return weekday == 0 ? 6 : weekday - 1; // we start with monday==0!
+  return weekday == 0 ? 6 : weekday - 1; // we start with Monday==0!
 }
 
 bool cTimer::DayMatches(time_t t) const

tools.c

@@ -4,7 +4,7 @@
  * See the main source file 'vdr.c' for copyright information and
  * how to reach the author.
  *
- * $Id: tools.c 1.116 2006/04/17 12:19:31 kls Exp $
+ * $Id: tools.c 1.117 2006/04/21 15:12:47 kls Exp $
  */
 
 #include "tools.h"
@@ -615,7 +615,7 @@ cString cString::sprintf(const char *fmt, ...)
 cString WeekDayName(int WeekDay)
 {
   char buffer[4];
-  WeekDay = WeekDay == 0 ? 6 : WeekDay - 1; // we start with monday==0!
+  WeekDay = WeekDay == 0 ? 6 : WeekDay - 1; // we start with Monday==0!
   if (0 <= WeekDay && WeekDay <= 6) {
      const char *day = tr("MonTueWedThuFriSatSun");
      day += WeekDay * 3;

vdr.5

@@ -8,7 +8,7 @@
 .\" License as specified in the file COPYING that comes with the
 .\" vdr distribution.
 .\"
-.\" $Id: vdr.5 1.55 2006/03/26 13:42:29 kls Exp $
+.\" $Id: vdr.5 1.56 2006/04/21 15:13:10 kls Exp $
 .\"
 .TH vdr 5 "26 Mar 2006" "1.3.45" "Video Disk Recorder Files"
 .SH NAME
@@ -259,11 +259,11 @@ so a complete definition could look like this:
 
 \fBMTWTF\-\-@2002\-02\-18\fR
 
-which would implement a timer that records Moday thru Friday, and will hit
+which would implement a timer that records Monday thru Friday, and will hit
 for the first time on or after February 18, 2002.
 This \fBfirst day\fR feature can be used to disable a repeating timer for a couple
-of days, or for instance to define a new Mon...Fri timer on wednesday, which
+of days, or for instance to define a new Mon...Fri timer on Wednesday, which
-actually starts "monday next week". The \fBfirst day\fR date given need not be
+actually starts "Monday next week". The \fBfirst day\fR date given need not be
 that of a day when the timer would actually hit.
 .TP
 .B Start