rr 
        
    
  Berlin, Germany,  01.02.2009, 19:46   | 
     LAME version 3.98.2 available (port) (Announce) | 
    
    
     On 01 February 2009 I finished my 32-bit DOS port of LAME version 3.98.2 using DJGPP version 2.04 beta. 
 
A binary, a user manual in ASCII format, and fully configured sources plus some simple instructions on how to rebuild are available at http://www.bttr-software.de/ports/. 
 
About: LAME is a high quality MPEG Audio Layer III (MP3) encoder licensed under the LGPL. --- Forum admin  | 
    
               
             DOS386 
         24.02.2009, 05:44                        
  @ rr
         | 
     LAME version 3.98.2 available (port) does[NT] work | 
    
    
     > On 01 February 2009 I finished my 32-bit DOS port of LAME version 3.98.2  
 
  
 
> A binary, a user manual in ASCII format 
 
  
 
24 days passed, ZERO feedback, either I will break the silence or it won't happen at all   
 
The good things: 
 
+ it seems to work mostly 
+ nice "GUI" (see shot) 
+ there should be acoustic quality improvements (= less loss), unverified by me 
 
Less good: 
 
- faulty filenames, BLAH.WAV should become BLAH.MP3 and not BLAH.WAV.MP3, MP3 is always audio, there is no JUNK.BMP.MP3 or BLOAT.EXE.MP3 (but at least here the obvious - just giving output name - is sufficient to get it) (see shot) 
- decoding doesn't abort (-> hangs) if there is not sufficient space for destination file (see shot) 
 
![[image]](http://freefile.kristopherw.us/uploads/temp/lamedg.png)  --- This is a LOGITECH mouse driver, but some software expect here 
the following string:*** This is Copyright 1983 Microsoft ***  | 
     
                
             rr 
        
    
  Berlin, Germany,  24.02.2009, 22:04                        
  @ DOS386
         | 
     LAME version 3.98.2 available (port) does[NT] work | 
    
    
     > Less good: 
>  
> - faulty filenames, BLAH.WAV should become BLAH.MP3 and not BLAH.WAV.MP3, 
> MP3 is always audio, there is no JUNK.BMP.MP3 or BLOAT.EXE.MP3 (but at 
> least here the obvious - just giving output name - is sufficient to get 
> it) (see shot) 
> - decoding doesn't abort (-> hangs) if there is not sufficient space for 
> destination file (see shot) 
 
Maybe I'll have a look at it, but I only did the port for the community as I don't use LAME at all. Love my FM radio!   --- Forum admin  |