home *** CD-ROM | disk | FTP | other *** search
/ The Pier Shareware 6 / The_Pier_Shareware_Number_6_(The_Pier_Exchange)_(1995).iso / 035 / pmsnd136.zip / hints.txt < prev    next >
Text File  |  1994-11-16  |  7KB  |  152 lines

  1. Common questions and answers about PMsndX.
  2.  
  3. Q.  How do I enter the registration information?
  4. A.  To enter the registration information, pull down the
  5.     menu from the control panel and select either the
  6.     Welcome or About menu item.  The display will contain a
  7.     button to bring up the registration display.  The
  8.     information may be entered from the keyboard or from a
  9.     file.
  10.  
  11. Q.  Where is the registration information stored?
  12. A.  PMsndX stores all of the registration information in the
  13.     os2.ini file.  This amounts to about 100 bytes of data.
  14.  
  15. Q.  Why is the executable greater than 500k?
  16. A.  Duh.  The source for this program is about 34000 lines
  17.     of C++.  There is about 100k of icons and graphics that
  18.     takes up a lot of room because the icons contain
  19.     versions for each of the different displays (e.g.
  20.     Independent Color Form (=VGA), Independent Form - (1.2
  21.     format), and 8514 - 16 colors).  Also, the .RES (resource)
  22.     file for PMsndX is 230k (which includes the icons and
  23.     dialog descriptions).  The REXX portion of the code
  24.     takes about 100k and the rest is the dialogs and alogrithms.
  25.  
  26. Q.  Why is there a delay between when the SHIFT key is
  27.     lifted and when the Merge button changes back to Paste?
  28. A.  The merge button display changes back to Paste after
  29.     a delay of about 1 second because the PASTE button is
  30.     updated from the clipboard every second.  If the mouse
  31.     is moved, it causes the display to update and check the
  32.     clipboard and so the display will be updated quicker.
  33.  
  34. Q.  I have a Sun audio file that plays on my Sun machine but
  35.     results in a "Unsupported style" error when PMsndX attempts
  36.     to load it.
  37. A.  Sun hardware supports U-Law files with and without headers.
  38.     When a header is not present, the Sun hardware assumes that
  39.     the sampling rate is 8012 Hz.  If a Sun file results in an
  40.     unsupported style error, force it to load the file in the
  41.     .ul format and specify a rate of 8012 Hz.  Alternately,
  42.     if the "Require Header for files" is not checked (the
  43.     default) in the MISC page of the Properties, any file with
  44.     an extension of .au will be loaded as .ul if a valid .au
  45.     header is not present.
  46.  
  47. Q.  What happens when I try to play a 16 bit sample on an 8
  48.     bit sound card?
  49. A.  PMsndX is capable of editing and manipulating sounds
  50.     of any number of bits, rate, and channels.  However,
  51.     audio adapters may be limited in their capabilities and
  52.     may not support multiple some of these characteristics.
  53.     Therefore, PMsndX will still load and manipulate samples
  54.     that cannot be played on the audio adapter but the MMPM
  55.     dialog will disable all of its buttons.  If you have
  56.     an 8 bit audio adapter, go to the AUDIO page of the
  57.     Properties box and select "Play 16 bits on 8 bit audio"
  58.     to force PMsndX to play the file.  You may notice a
  59.     significant loss in quality.
  60.  
  61. Q.  Why does the PMsndX icon remain hashed after the program
  62.     has exited?
  63. A.  Under OS/2 2.11 some programs remain hashed even though
  64.     they have exited.  Future releases of OS/2 may correct
  65.     this problem.
  66.  
  67. Q.  When selecting a file type in the OPEN or SAVE dialog
  68.     box, why do I have to reselect the "EA type" to get it
  69.     to recognize the change?
  70. A.  PMsndX uses the FILEDLG functions that are standard with
  71.     OS/2.  Although the documentation indicates that the EA
  72.     Type entry field can operate for a file mask or an EA
  73.     selector, I could not get it to perform in this way.  To
  74.     circumvent the problem I augmented the display with a
  75.     separate box for the mask but it does not fully interact
  76.     with the FILEDLG functions.  As a result, a standard
  77.     field must be selected for it to pick up the new mask.
  78.     (A future release will have this fixed.)
  79.   
  80. Q.  Can compressed VOC files be loaded?
  81. A.  Unfortunately, I cannot find documentation on the
  82.     compressed VOC formats and they are not implemented in
  83.     PMsndX.  A future release may have this corrected.
  84.  
  85. Q.  I have a file created by sox10.  Why can't PMsndX load the
  86.     file?
  87. A.  SOX for DOS and OS/2 were ported from the Unix environment.
  88.     Under DOS and OS/2, as a file is read or written, the data
  89.     is filtered so that single linefeeds are replaced by carriage
  90.     return-line feed sequences.  Under Unix, this does not occur.
  91.     As a result, a SOX file cannot be loaded because it has extra
  92.     characters in the header and body of the data.  SOX needs to
  93.     be recompiled with the file IO system set for binary so that
  94.     it does not try to filter the data.
  95.  
  96. Q.  I want to load a large sample.  How do I minimize the
  97.     memory requirements?
  98. A.  When a file is loaded it is stored as 16 bit samples
  99.     regardless of the actual sample size.  This takes up
  100.     roughly twice the memory as would be required for 8 bit
  101.     samples.  When the MMPM dialog is open a second copy of
  102.     the data is required for the audio adapter.  This copy
  103.     is exactly the size of the data that would be written to
  104.     disk.  If it is an 8 bit sample file, then the samples
  105.     in the buffer are 8 bits.  If it is a 16 bit file, then
  106.     the buffer contains 16 bit samples.  During an editing
  107.     operation (i.e. cut, paste, or anything in the toolbox)
  108.     the data is double buffered to allow the operation to be
  109.     aborted.  Finally, when the UNDO capability is enabled
  110.     from the settings dialog, a copy of the last sample will
  111.     be maintained for the UNDO.
  112.  
  113.     With all that said, to minimize the memory requirements,
  114.     close the MMPM dialog and disable the UNDO feature.
  115.     With these settings, PMsndX will require four times the
  116.     sample file size at most when 8 bit samples are loaded.
  117.     16 bit samples will double at most during an operation.
  118.  
  119. Q.  Why doesn't the little man run when the REXX window is
  120.     minimized?
  121. A.  If the REXX window is minimized to the Viewer, it will
  122.     still be animated.  However, if it is minimized to the
  123.     desktop OS/2 does not process the SETICON messages and
  124.     the icon is not animated.  There is nothing I can do about
  125.     it.
  126.  
  127. Q.  When I load a file from the command line, it does not
  128.     play.
  129. A.  Check the AUDIO page of the Properties dialog and set
  130.     "Play on Load" or "Play on commandline load".  Without
  131.     one of these options selected, files are only loaded
  132.     when specified on the command line and are not immediately
  133.     played.
  134.  
  135. Q.  When I run a REXX script audio files playback starts and then
  136.     restarts before completing.
  137. A.  Deseleect the "Play on Load" option on the AUDIO page of
  138.     the properties dialog.  The problem you are having is that
  139.     the files are played immediately after they are loaded.
  140.     When the REXX scrip runs into an AUDIO play command, the
  141.     playback restarts.
  142.  
  143. Q.  Why is the REXX syntax defined in a mixture of functions
  144.     and commands rather than something more consistent?
  145. A.  REXX functions are necessary whenever PMsndX must return
  146.     a value to the script but they require a slightly "ugly"
  147.     format.  Subcommands look much nicer but cannot return
  148.     data to the calling script.  if it would aid in consistency,
  149.     I could make all subcommands into functions too, but it might
  150.     increase the complexity and confusion.
  151.  
  152.