diff org/hearing.org @ 306:7e7f8d6d9ec5

massive spellchecking
author Robert McIntyre <rlm@mit.edu>
date Sat, 18 Feb 2012 10:59:41 -0700
parents 23aadf376e9d
children 5d448182c807
line wrap: on
line diff
     1.1 --- a/org/hearing.org	Sat Feb 18 10:28:14 2012 -0700
     1.2 +++ b/org/hearing.org	Sat Feb 18 10:59:41 2012 -0700
     1.3 @@ -91,8 +91,8 @@
     1.4   - Get access to the rendered sound data for further processing from
     1.5     clojure.
     1.6  
     1.7 -I named it the "Multiple Audio Send" Deives, or =Send= Device for
     1.8 -short, since it sends audio data back to the callig application like
     1.9 +I named it the "Multiple Audio Send" Device, or =Send= Device for
    1.10 +short, since it sends audio data back to the calling application like
    1.11  an Aux-Send cable on a mixing board.
    1.12  
    1.13  Onward to the actual Device!
    1.14 @@ -762,8 +762,8 @@
    1.15  
    1.16  ** SoundProcessors are like SceneProcessors
    1.17  
    1.18 -A =SoundProcessor= is analgous to a =SceneProcessor=. Every frame, the
    1.19 -=SoundProcessor= registered with a given =Listener= recieves the
    1.20 +A =SoundProcessor= is analogous to a =SceneProcessor=. Every frame, the
    1.21 +=SoundProcessor= registered with a given =Listener= receives the
    1.22  rendered sound data and can do whatever processing it wants with it.
    1.23  
    1.24  #+include "../../jmeCapture/src/com/aurellem/capture/audio/SoundProcessor.java" src java  
    1.25 @@ -777,9 +777,9 @@
    1.26  ** Hearing Pipeline
    1.27  
    1.28  All sound rendering is done in the CPU, so =hearing-pipeline= is
    1.29 -much less complicated than =vision-pipelie= The bytes available in
    1.30 +much less complicated than =vision-pipeline= The bytes available in
    1.31  the ByteBuffer obtained from the =send= Device have different meanings
    1.32 -dependant upon the particular hardware or your system.  That is why
    1.33 +dependent upon the particular hardware or your system.  That is why
    1.34  the =AudioFormat= object is necessary to provide the meaning that the
    1.35  raw bytes lack. =byteBuffer->pulse-vector= uses the excellent
    1.36  conversion facilities from [[http://www.tritonus.org/ ][tritonus]] ([[http://tritonus.sourceforge.net/apidoc/org/tritonus/share/sampled/FloatSampleTools.html#byte2floatInterleaved%2528byte%5B%5D,%2520int,%2520float%5B%5D,%2520int,%2520int,%2520javax.sound.sampled.AudioFormat%2529][javadoc]]) to generate a clojure vector of
    1.37 @@ -796,7 +796,7 @@
    1.38    "Creates a SoundProcessor which wraps a sound processing
    1.39    continuation function. The continuation is a function that takes
    1.40    [#^ByteBuffer b #^Integer int numSamples #^AudioFormat af ], each of which
    1.41 -  has already been apprpiately sized."
    1.42 +  has already been appropriately sized."
    1.43    [continuation]
    1.44    (proxy [SoundProcessor] []
    1.45      (cleanup [])
    1.46 @@ -828,7 +828,7 @@
    1.47  position of an "ear" node to the closest physical object in the
    1.48  creature. That =Listener= will stay in the same orientation to the
    1.49  object with which it is bound, just as the camera in the [[http://aurellem.localhost/cortex/html/sense.html#sec-4-1][sense binding
    1.50 -demonstration]].  =OpenAL= simulates the doppler effect for moving
    1.51 +demonstration]].  =OpenAL= simulates the Doppler effect for moving
    1.52  listeners, =update-listener-velocity!= ensures that this velocity
    1.53  information is always up-to-date.
    1.54  
    1.55 @@ -878,7 +878,7 @@
    1.56  #+name: hearing-kernel
    1.57  #+begin_src clojure
    1.58  (defn hearing-kernel
    1.59 -  "Returns a functon which returns auditory sensory data when called
    1.60 +  "Returns a function which returns auditory sensory data when called
    1.61     inside a running simulation."
    1.62    [#^Node creature #^Spatial ear]
    1.63    (let [hearing-data (atom [])
    1.64 @@ -916,7 +916,7 @@
    1.65  
    1.66  ** Visualizing Hearing
    1.67  
    1.68 -This is a simple visualization function which displaye the waveform
    1.69 +This is a simple visualization function which displays the waveform
    1.70  reported by the simulated sense of hearing. It converts the values
    1.71  reported in the vector returned by the hearing function from the range
    1.72  [-1.0, 1.0] to the range [0 255], converts to integer, and displays
    1.73 @@ -1077,9 +1077,9 @@
    1.74  </center>
    1.75  <p>The worm can now hear the sound pulses produced from the
    1.76    hymn. Notice the strikingly different pattern that human speech
    1.77 -  makes compared to the insturments. Once the worm is pushed off the
    1.78 +  makes compared to the instruments. Once the worm is pushed off the
    1.79    floor, the sound it hears is attenuated, and the display of the
    1.80 -  sound it hears beomes fainter. This shows the 3D localization of
    1.81 +  sound it hears becomes fainter. This shows the 3D localization of
    1.82    sound in this world.</p>
    1.83  </div>
    1.84  #+end_html