[xiph-commits] r17195 - trunk/vorbis/lib

[giles at svn.xiph.org]

Author: giles
Date: 2010-05-05 14:49:51 -0700 (Wed, 05 May 2010)
New Revision: 17195

Modified:
   trunk/vorbis/lib/block.c
   trunk/vorbis/lib/highlevel.h
   trunk/vorbis/lib/lsp.c
   trunk/vorbis/lib/vorbisfile.c
Log:
Correct various comment spelling errors.

Based on a patch by Michael Kohler, trac issue #1695.


Modified: trunk/vorbis/lib/block.c
===================================================================
--- trunk/vorbis/lib/block.c	2010-05-05 21:44:54 UTC (rev 17194)
+++ trunk/vorbis/lib/block.c	2010-05-05 21:49:51 UTC (rev 17195)
@@ -862,7 +862,7 @@
            then spec says the end is cut, not beginning */
         if(vb->eofflag){
           /* trim the end */
-          /* no preceeding granulepos; assume we started at zero (we'd
+          /* no preceding granulepos; assume we started at zero (we'd
              have to in a short single-page stream) */
           /* granulepos could be -1 due to a seek, but that would result
              in a long count, not short count */

Modified: trunk/vorbis/lib/highlevel.h
===================================================================
--- trunk/vorbis/lib/highlevel.h	2010-05-05 21:44:54 UTC (rev 17194)
+++ trunk/vorbis/lib/highlevel.h	2010-05-05 21:49:51 UTC (rev 17195)
@@ -10,7 +10,7 @@
  *                                                                  *
  ********************************************************************
 
- function: highlevel encoder setup struct seperated out for vorbisenc clarity
+ function: highlevel encoder setup struct separated out for vorbisenc clarity
  last mod: $Id$
 
  ********************************************************************/

Modified: trunk/vorbis/lib/lsp.c
===================================================================
--- trunk/vorbis/lib/lsp.c	2010-05-05 21:44:54 UTC (rev 17194)
+++ trunk/vorbis/lib/lsp.c	2010-05-05 21:49:51 UTC (rev 17195)
@@ -46,7 +46,7 @@
    implementation.  The float lookup is likely the optimal choice on
    any machine with an FPU.  The integer implementation is *not* fixed
    point (due to the need for a large dynamic range and thus a
-   seperately tracked exponent) and thus much more complex than the
+   separately tracked exponent) and thus much more complex than the
    relatively simple float implementations. It's mostly for future
    work on a fully fixed point implementation for processors like the
    ARM family. */

Modified: trunk/vorbis/lib/vorbisfile.c
===================================================================
--- trunk/vorbis/lib/vorbisfile.c	2010-05-05 21:44:54 UTC (rev 17194)
+++ trunk/vorbis/lib/vorbisfile.c	2010-05-05 21:49:51 UTC (rev 17195)
@@ -1293,7 +1293,7 @@
               /* We can't get a guaranteed correct pcm position out of the
                  last page in a stream because it might have a 'short'
                  granpos, which can only be detected in the presence of a
-                 preceeding page.  However, if the last page is also the first
+                 preceding page.  However, if the last page is also the first
                  page, the granpos rules of a first page take precedence.  Not
                  only that, but for first==last, the EOS page must be treated
                  as if its a normal first page for the stream to open/play. */
@@ -1390,7 +1390,7 @@
 /* Page granularity seek (faster than sample granularity because we
    don't do the last bit of decode to find a specific sample).
 
-   Seek to the last [granule marked] page preceeding the specified pos
+   Seek to the last [granule marked] page preceding the specified pos
    location, such that decoding past the returned point will quickly
    arrive at the requested position. */
 int ov_pcm_seek_page(OggVorbis_File *vf,ogg_int64_t pos){
@@ -1410,7 +1410,7 @@
   }
 
   /* search within the logical bitstream for the page with the highest
-     pcm_pos preceeding (or equal to) pos.  There is a danger here;
+     pcm_pos preceding (or equal to) pos.  There is a danger here;
      missing pages or incorrect frame number information in the
      bitstream could make our task impossible.  Account for that (it
      would be an error condition) */
@@ -1495,7 +1495,7 @@
     }
 
     /* found our page. seek to it, update pcm offset. Easier case than
-       raw_seek, don't keep packets preceeding granulepos. */
+       raw_seek, don't keep packets preceding granulepos. */
     {
       ogg_page og;
       ogg_packet op;
@@ -1527,7 +1527,7 @@
         result=ogg_stream_packetpeek(&vf->os,&op);
         if(result==0){
           /* !!! the packet finishing this page originated on a
-             preceeding page. Keep fetching previous pages until we
+             preceding page. Keep fetching previous pages until we
              get one with a granulepos or without the 'continued' flag
              set.  Then just use raw_seek for simplicity. */