home *** CD-ROM | disk | FTP | other *** search
/ AmigActive 13 / AACD13.ISO / AACD / Information / DiskMags / AIOIssue38 / data / ur3 < prev    next >
Text File  |  2000-08-25  |  9KB  |  181 lines
  1.  
  2. {center}
  3. {subhead}LAME 3.86{def}{p}
  4. Review by Robert Karlsson
  5. {left}
  6. {p} {p}
  7. MP3 should be a familiar term to everyone that uses a computer these
  8. days, but just in case someone out there have been living in a cave
  9. somewhere and even then mysteriously enough been able to avoid
  10. getting bombarded by medias extreme focusing on this whole thing, I
  11. will go through a little the basics of what an MP3 file is, and a
  12. little about how it works. I am merely a layman myself, so there's
  13. bound to be heaps of mistakes everywhere, but here we go; MPEG 3
  14. (Moving Picture Experts Group), is a widespread standard for audial
  15. and visual information. We are going to focus on MPEG Audio Layer 3,
  16. or MP3 for short.
  17. {p} {p}
  18. There are tons of technical terms and information which I don't even
  19. want to begin to understand, so I'll try to keep it plain and simple.
  20. Basically, what happens when you encode an uncompressed audio file,
  21. such as an AIFF file, is that the encoder cuts off the parts and bits
  22. we're not supposed to hear and but the remainders back together, and
  23. out comes this marvelous little thing that is making the music
  24. industry tear their hair off when they see their precious money being
  25. taken from them because of this extraordinary phenomenom. This works
  26. generally quite well, unless you're really picky about sound quality,
  27. have no soundcard or you are still using your monitor for the audio.
  28. {p} {p}
  29. The bitrate is something that is causing a little confusion also
  30. among people that have discovered this thing with MP3, and also among
  31. the manufacturers of MP3 encoding software; but it seems to be the
  32. general publics conception that 128 Kbit stereo MP3's are equivalent
  33. to CD-quality - whether this is true or not can be discussed, I
  34. personally think that 128 Kbit encoded MP3's are crap and hardly
  35. worth the trouble of making, I prefer 192+ Kbit encoded MP3's, but
  36. since it doesn't really matter in time aspects I have performed the
  37. test encoding with the standard 128 Kbit setting in the program this
  38. review is about, namely LAME (Lame Ain't An MP3 Encoder), which is a
  39. LGPL (Gnu Lesser Public License) freeware software product for not
  40. only the Amiga, but also for a large amount of other platforms as
  41. well.
  42. {p} {p}
  43. The program is based on the sources released by the ISO-group, a
  44. german team of developers (if my memory isn't playing tricks on me),
  45. and from thereon heavilly modified, so much that all remnants of the
  46. original sources are supposedly gone and replaced for quite some
  47. time. What you get when you extract all the contents of the LAME
  48. archive are a bunch of files, the executables, the manual and
  49. descriptions, an ARexx script for multiple encodings, and a neat
  50. little program called LAMEspin, this is a patch to make the LAME
  51. executable of your choice work together with a CD-ripping program
  52. called SecondSpin. There's also a program called sfplay and
  53. accompanying libraries...
  54. {p} {p}
  55. First, let's have a look at the "USAGE" manual. It's easilly
  56. structured, with heaps of examples with the basic commands first and
  57. then a "operational guide" for each and every of the commands
  58. available. You can't go wrong, even if you have minimal experience
  59. using Shell you shouldn't have too much trouble getting it up and
  60. running (there are some GUI's and scripts that handles it
  61. automatically on the Aminet if you should experience troubles,
  62. there's also the previously mentioned SecondSpin which can be a good
  63. alternative if you are having troubles or are just too lazy to fiddle
  64. about with it in the command line). I see no point in going through
  65. every single command, as they are well documented, so I'll just go
  66. through the most important ones you need to know.
  67. {p} {p}
  68. The easiest way to test LAME is just to DIR into the drawer where you
  69. have put LAME, and then write someting along the lines of "lame
  70. work:uncompressed_song.aiff mp3_song.mp3" this will make LAME process
  71. the file "uncompressed_song.aiff" with its default settings and store
  72. the MP3 file in the same directory as LAME (if you don't give the MP3
  73. a name, LAME renames it to the sample's name and adds the .mp3
  74. extension and stores it in the same directory as the original
  75. sample), in this case it would be "Program:". This is a quick and
  76. easy way to try it out, but if you want to get a little more out of
  77. the results you should use a switch called "-h" in the commandline.
  78. "h" stands for High, and what it does is that it raises the quality
  79. of the encoding, it's also a little bit slower, but not slow enough
  80. to be annoying, if you ask me. This works like a charm, here are the
  81. speed results of my encoding of a 34.419.222 (3:15 minutes long)
  82. bytes large AIFF file, with the default mode (128 Kbit, J-stereo):
  83. {p} {p}
  84. Frame                    |   CPU/estimated |  time/estimated | play/CPU | ETA{p}
  85. 7394/  7394 (100%) | 0:16:12/ 0:16:12| 0:16:12/ 0:16:12|    0.2008| 0:00:00{p}
  86. {p} {p}
  87. I case this didn't make any sense at all, then plain and simply just
  88. how long it took, i.e roughly 16 minutes, the frames being
  89. processed/percentage of the encoding done, etc...
  90. {p} {p}
  91. And here are the results of the encoding from the same file, but with
  92. the "-h" switch enabled (128 Kbit, J-stereo):
  93. {p} {p}
  94. Frame                    |   CPU/estimated |  time/estimated | play/CPU |  ETA{p}
  95. 7394/  7394 (100%) | 0:17:57/ 0:17:57| 0:17:56/ 0:17:56|    0.1794|  0:00:00{p}
  96. {p} {p}
  97. Higher quality, and about two minutes more waiting. Perfectly
  98. acceptable for me at least.
  99. {p} {p}
  100. You probably noticed that strange word "J-stereo", didn't you? Well,
  101. this is form of stereo is actually called MS-Stereo, which stands for
  102. Mid/Side Stereo, why it is also refered to as Joint-stereo (J-stereo)
  103. is because it sort of "joins together" the two stereo channels, and
  104. in some way or another the results gets better on lower bitrates,
  105. such as 128 Kbit encoded MP3's. On higher bitrates, such as 192+ Kbit
  106. it is pointless to use the Mid/side technique, because the stereo
  107. signals are high enough anyway.
  108. {p} {p}
  109. Now, let's go through another nice feature of LAME, the VBR (Variable
  110. Bit Rate) setting (on the two earlier encodings I used CBR, which
  111. stands for Constant Bit Rate - with constant bitrate you use the same
  112. encoding technique on all frames of the sample). When you use the VBR
  113. you can choose between using it with the default switch (-v), all you
  114. do then is set which bitrate you want to use whilst encoding. The
  115. manual recomends 112 Kbps, so that's the bitrate I specified in the
  116. test below. Here are the commandline options used for the test below:
  117. "lame -v -V 0 -b 112 -B 192 program:uncompressed_song.aiff
  118. mp3song.mp3"
  119. {p} {p}
  120. Encoding as 44.1 kHz VBR(q=0) stereo MPEG1 LayerIII ( 5.0x estimated)
  121. qval=2
  122. {p} {p}
  123. Frame                    |  CPU/estimated  |  time/estimated | play/CPU | ETA{p}
  124. 7470/  7470(100%)  | 0:49:12/ 0:49:12| 0:49:12/ 0:49:12|    0.0661| 0:00:00{p}
  125.  32[  0%]{p}
  126.  40[  0%]{p}
  127.  48[  0%]{p}
  128.  56[  0%]{p}
  129.  64[  0%]{p}
  130.  80[  0%]{p}
  131.  96[  0%]{p}
  132. 112[  0%]{p}
  133. 128[  0%]{p}
  134. 160[  0%]*{p}
  135. 192[ 99%]**************************************************{p}
  136. 224[  0%]{p}
  137. 256[  0%]{p}
  138. 320[  0%]{p}
  139. average: 192 kbs{p}
  140. {p} {p}
  141. Now, let me explain what I did onthe commandline. First of all, I set
  142. the VBR option with the "-v", then I set the quality with the "-V"
  143. option, the quality in this case was 0, as this is the highest
  144. possible setting for VBR. I then specified the smallest allowed
  145. bitrate with the "-b", being 112 Kbps and the highest allowed being
  146. set with the "-B" switch, which in this case were 192 Kbps. See, now
  147. that wasn't so difficult, was it? If you still think so, then there's
  148. a default option, which you set with only "lame -v -b n" (n = number
  149. of bitrate), and the encoder itself will do the rest. Unfortunately
  150. this version of LAME for the Amiga seems to crash when doing that, so
  151. I wouldn't recomend it with this version.
  152. {p} {p}
  153. Why is VBR good then? You might ask. Well, the easiest way of putting
  154. it would be to say that with VBR you basically get a little higher
  155. quality and a little smaller size. But, as we can see judging by the
  156. snip from the CLI it is a little bit slower than just using a
  157. constant bitrate while encoding. But, if you want higher quality, and
  158. you aren't too concerned about the size, I'd say go for it. If you
  159. still want to use VBR, but want smaller files you can always raise
  160. the value of the "-V" switch.
  161. {p} {p}
  162. Well, that's about it from me - there are tons of other ways of
  163. encoding, but what I have described here are the most commonly used
  164. ones I guess, so that's a good start. Now, if you're curious on LAME,
  165. and the MP3 format I suggest you point your browser instantly to the
  166. links below.
  167. {p} {p}
  168. As a final remark in this review I'd like to comment a little about
  169. the mis-conception about MP3's being illegal as many seem to think.
  170. This is however not the case - MP3 encoding is merely a form of
  171. compressing audio, the technology itself isn't illegal, it's what you
  172. do with the results of the usage of an MP3 encoder that might be a
  173. legal dispute. That's something to keep in mind. Isn't it?
  174. {p} {p}
  175. All tests were carried out on a 060 @ 66 MHz
  176. {p} {p}
  177. {bold}Available from{nobold}: http://www.honeypot.net/audio/archives/LAMEbeta.lzx({link http://www.honeypot.net/audio/archives/LAMEbeta.lzx}Download This{end}){p}
  178. (this should always be the latest beta release by the way)
  179. {p} {p}
  180. {bold}Overall{nobold}: 89%
  181. {p} {p}