Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 39 reacties
Bron: mp3dev, submitter: FFWD

Lame logo (60 pix) Op de mp3 ontwikkelingswebsite mp3dev is gisteren de final-release van Lame 3.97 uitgekomen. Ondanks dat Lame voor Lame Ain't an MP3 Encoder staat, is het wel degelijk een mp3-encoder. Het is echter geen op zich zelf staand programma. Wel is de broncode beschikbaar en deze wordt binnen een groot aantal programma's gebruikt om audio in mp3-formaat om te zetten. De hele ontwikkelhistorie van versie 3.0 is op deze pagina na te lezen, dit zijn de veranderingen die in versie 3.97 zijn aangebracht:

LAME 3.97
  • 3.97 beta 3 becomes 3.97
LAME 3.97 beta 3
  • Workaround against a short blocks detection issue
LAME 3.97 beta 2:
  • Fixed an initialization error when input is not using a standard sampling frequency
  • Fixed a possible assertion failure in very low bitrate encoding
  • Slight change regarding ATH adjustment with V5
  • Reinstated bit reservoir for 320kbps CBR
  • ReplayGain analysis should now be faster when encountering silent parts
  • Fixed a possible link problem of assembly code
LAME 3.97 beta 1:
  • Fixed an out of array access in mp3rtp
  • Fixed a quality setting in DLL
  • Fixed display when using --silent
  • Updated DirectShow interface
  • Fixed an out of array access
  • Fixed some small rounding problem in vbr-new quantization routines
  • Fixed a bug in vbr-new regarding high frequencies (sfb21) when using -Y
  • Fixed a few bugs in vbr-new when using -Y
  • Updated scalefactors allocation scheme in vbr-new
  • Fixed mingw32 configure problems
  • Resolved some compiler warnings
  • Updated command-line visualisation
  • Changed some FLOAT8 to FLOAT
  • Added project files for VC7
  • Reworked -q1 and -q0
  • Updated presets
  • Fixed an error in ISO quantization on systems not using the IEEE754 hack
  • Faster quantization
  • SSE version of init_xrpow
  • Updated Debian packaging
  • Documentation work
  • Support for x64 platform SDK in makefile.msvc
[break]De volgende downloads zijn beschikbaar:
*Broncode
*Windows binary
Versienummer:3.97
Besturingssystemen:Windows 9x, Windows NT, Windows 2000, Linux, BSD, Windows XP, DOS, Mac OS Classic, macOS, OS/2, Solaris, UNIX, Windows Server 2003, BeOS / ZetaOS, Windows Vista
Website:mp3dev
Download:http://lame.sourceforge.net/download.php
Bestandsgrootte:316,00KB
Licentietype:GPL
Moderatie-faq Wijzig weergave

Reacties (39)

Grappig, Lame staat voor "Lame Ain't an MP3 Encoder", terwijl op de website van Lame letterlijk
LAME is an MPEG Audio Layer III (MP3) encoder
staat. Van die site begrijp ik dat Lame tot mei 2000 inderdaad niet in staat was MP3 streams te genereren. Sinds die tijd is het echter een volwaardige MP3-encoder, ondanks wat de naam je probeert te laten geloven.
Officeel was LAME ooit een patch tegen de reference encoder. Daarom was het geen zelfstandige encoder. Sinds jaren is alle reference code eruit en vervangen door eigen code en sindsdien mag het inderdaad wel encoder genoemd worden.

Ze leveren nog steeds zelf geen binary om zo het probleem van de vele patenten en licenties die op MP3 rusten te omzeilen. Voor het leveren van een MP3 encoder aan consumenten moet je eigenlijk betalen. Daarom zie je nog wel eens applicaties waar de LAME binary niet wordt bijgeleverd of waar je alleen in de betaalde versie MP3's kunt encoderen.
dan snap ik niet waarom winlame gratis te downloaden is...
"Lame Ain't an MP3 Encoder" is dan ook een zogenaamd backronym. De volledige schrijfwijze is er pas later gekomen nadat de naam bekend was.

In de meeste EU landen kan het zonder problemen in binaire vorm versprijd worden. In de VS daarentegen zit men idd met een patentprobleem, meteen ook de reden waarom vele linux distributies geen MP3 en/decoders standaard opnemen in hun distro.
Dit programma is in combinatie met Exact Audio Copy nog altijd dé beste manier om audio cd's te rippen, compleet gratis te gebruiken allebei!
Nou moet EAC ook maar eens uit beta komen - ik gebruik het inmiddels al bijna tien jaar, maar nog steeds geen final :)
Is er eigenlijk al een multithreaded versie? Of is dat in deze versie al opgenomen?
Om technische redenen kun je geen multithreaded versie maken die meerdere threads aan één MP3 besteedt zonder een aantal belangrijke mechanismes uit te schakelen. Dit uitschakelen heeft een nadelige invloed op de uiteindelijke geluidskwaliteit. Het is in het verleden dus wel geprobeerd maar men is er om die reden mee gestopt.

De multithreaded ontwikkelingen richten zich nu op het min of meer omzeilen van het probleem. Er zijn programma's die rippen en encoden verdelen over twee cores of die twee MP3's tegelijk laten encoden door twee LAME's tegelijk. Dat soort dingen hebben natuurlijk alleen zin als je meer dan één MP3 tegelijk encodeert, een hele CD bijvoorbeeld.
Kijk op het hydrogen audio forum voor de best (aangerade) schakelopties. "--vbr-new -V 2" komt overeen met de APS van 3.90.3 (zullen de meeste onder ons wel gebruiken denk ik), maar dan encodeert het een stuk sneller.
"-V 2 --vbr-new" andersom dus. :) Maar je hebt wel gelijk, -V 2 --vbr-new en LAME versie 3.97 zijn tegenwoordig de aanbevolen methoden voor MP3's, zowel om snelheids als kwaliteitsredenen. Overigens zijn voor 'popmuziek' (Lees: niet klassiek of jazz) en portable gebruik opties als "-V 4 --vbr-new" overigens vrijwel altijd voldoende en het proberen waard.

Kijk op de HydrogenAudio Wiki voor meer opties.
Toch prefereer ik V0. Wellicht levert het per extra mb betrekkelijke weinig extra kwaliteit t.o.v. V2, maar tegenwoordig met harde schijven van 500GB, maakt dat ook weinig uit. Volgens mij zit je met V0 op het break-evenpunt tussen kwaliteit en grootte :) Toch niet ;)
Als schijfgrootte toch niet boeit, waarom dan niet gewoon een combinatie van FLAC/Apple Lossless/WMA Lossless als archief plus een -V4 LAME mp3 kopie voor je portable.
Neem dan Hybrid Wavepack. Dit bestaat uit een lossy compressed component a la MP3 voor gebruik op je portable + een deltafile om er weer een lossless versie te maken voor op je PC :*)
Voor portable (mp3 speler) is -V 5 --vbr-new ook ook heel geschikt.
Van de HydrogenAudio Wiki pagina:

[quote]LAME 3.97 features more streamlined command line options, and it's recommended to stick to one of the values described in the text or shown in the tables above. You don't need to worry anymore about quality, settings, arcane combinations of switches, or presets.[/qoute]

dus '-V 2 --vbr-new' is genoeg :-)
Helemaal mee eens!

95% van die zogenaamd zelf getweakte instellingen die je op internet tegenkomt maken er over het algemeen een puinhoop van waardoor de kwaliteit er alleen maar op achteruit gaat. De meeste switches zijn alleen te doorgronden als je uitgebreid de LAME source hebt bestudeerd.

Die switches hebben vrijwel altijd alleen zin tijdens het testen. En geloof me, tijdens de afgelopen twee jaar, 12 alpha's en 3 beta's die nodig waren om LAME 3.97 te produceren is er verdomd veel getest! De resultaten van die tests zijn gebruikt bij het tweaken van die Vx instellingen.

Mensen lijken het heel moeilijk te vinden om toe te geven dat een extreem geavanceerde routine die door honderden mensen over de loop van 8 jaar is geperfectioneerd nou eenmaal beter een inschatting kan maken van de benodigde methodes dan iemand die een achternamiddagje wat simpele testjes doet en van alles denkt te horen.
nou is niet elk mens hetzelfde. En een compromis gemaakt door honderden mensen HOEFT NIET het beste geluid te geven dat bij jouw beleving past. Ik vind persoonlijk Joint Stereo slechter klinken, maar schijnbaar valt het de meeste experts niet op.

Je hebt wel gelijk als je zegt dat je allereerst van de standaard settings van LAME moet uitgaan en dan kijken waar het verbeterd kan worden als dat in jou situatie nodig is. Settings die in oude versies van Lame werkten kunnen misschien wel slechter resultaat geven in deze nieuwe versie....
Ik begrijp wel wat je bedoelt maar het is toch niet zo simpel.

Audiocompressie (zowel lossless als lossy) is extreem complex. Het is niet iets wat je even uit hobbyisme voor elkaar krijgt. De kern van alle compressiealgoritmes is ontworpen door mensen met een wetenschappelijke achtergrond, anders zijn zulke goede resultaten simpelweg niet te bereiken.

Aangezien het serieuze wetenschappers zijn eisen ze ook een serieuze wetenschappelijk onderbouwing van alle stappen die worden gemaakt en de progressie die wordt geboekt. De keuze voor iets moet beargumenteerbaar zijn vanuit de gekozen oplossing en het resultaat moet door meerdere personen dubbelblind worden bewezen in een luistertest. Bij voorkeur een ITU/EBU gestandaardiseerde luistertest.

Als we even jouw voorbeeld aanhalen, 'Joint Stereo' of eigenlijk 'Mid/Side Stereo' zoals de officiële benaming luidt van de technologie die in LAME MP3/AAC en Ogg gebruikt wordt. Er is een hele duidelijke reden waarom de stereocodering die vroeger werd gebruikt kwalitatief niet kan tippen aan moderne Mid/Side Stereo. Dit is prima verklaarbaar en uitgebreid getest. Daarom kom je in geen enkele audiocompressie methode van de laatste jaren ook nog de oude methode tegen. In LAME zit hij er nog in (maar moet je hem wel met een speciale switch aanzetten) maar de ontwikkelaars van modernere (en betere) codecs als bijvoorbeeld AAC en Ogg Vorbis hebben het überhaupt niet eens meer overwogen.

Niet alleen is het overigens vrij logisch dat M/S Stereo beter klinkt dan L/R Stereo, er is ook nog nooit iemand geweest die overtuigend heeft kunnen bewijzen dat hij Joint Stereo slechter vond klinken dan L/R Stereo. Genoeg mensen overigens die beweren het te horen maar of ze weigeren het te bewijzen of ze vallen door de mand bij het leveren van het bewijs. Daarom wordt het toegeschreven aan het placebo effect.

Voor alles geldt, als jij kunt bewijzen dat iets beter kan, zoek contact met de LAME developers op Hydrogen Audio (Gabriel Bouvigne bijvoorbeeld), die zijn altijd zeer geïnteresseerd in eventuele kwaliteitsverbeteringen. Je zult wel met bewijs moeten komen want mensen die roepen zonder bewijs zijn er genoeg maar daar heeft niemand iets aan. Als je het kunt bewijzen is er grote kans dat je verbeteringen worden opgenomen in de nieuwe versie, het verleden kent daar genoeg voorbeelden van. De verandering tussen LAME 3.97b2 en 3.97b3 bijvoorbeeld zijn het gevolg van één user die een probleem met een specifieke sample ontdekte. Het open staan voor opmerkingen van gebruikers gepaard met het leveren van bewijs plus uitputtende luistertests onder grote groepen mensen met verschillende leeftijden, achtergronden, muzieksmaken en ervaring heeft LAME gemaakt tot wat het nu is.
Ik gebruik in EAC altijd LAME (nu dus 3.97) en de volgende switches:

-m j -q 0 --vbr-new -V 1 -b 64 --lowpass 18

-q 0 is een algoritme dat de beste kwaliteit oplevert bij een gegeven "V" instelling. Ze raden dit zelf af omdat de compressie er langzamer door wordt, maar omdat EAC samen met FreeDB en LAME echt alles automatisch doet vind ik dat geen enkel punt, het gebeurt gewoon fijn op de achtergrond.

Weet iemand ook of de "-m j" standaard aan staat bij "-V 1"? Dan is 'ie dus overbodig en kan ik 'm voortaan weglaten. :)
-m j is altijd standaard bij mijn weten, ik zou niet weten waarom dat voor V1 ineens anders zou zijn. Ik zou sowieso niet weten waarom. De enige reden om iets anders te kiezen is voor twee kanalen die 100% verschillend zijn, bijvoorbeeld rechts een andere taal dan links of een interview waarbij de interviewer links zit en de geinterviewde rechts. Voor muziek heeft -m j altijd voordelen, het staat niet voor niets standaard aan zullen we maar zeggen.

-b64 en lowpass 18 begrijp ik niet zo goed. Je probeert je de grootte van de MP3 te beperken door meer hoge tonen eruit te filteren en de bitfloor te verlagen van 128 naar 64? Ik zou eens "-V 1 --vbr-new" proberen, dan heb je de voordelen van helemaal geen bitfloor bij standaard een iets hogere lowpass. Ik vraag me af of dat echt zoveel groter zal zijn dan de kunstjes die nu uithaalt.

Als je echt kleinere MP3's wil krijgen zou ik sowieso eens naar V2 of V3 kijken, er is echt een heleboel verbeterd tussen 3.90.3 of 3.96.1 en 3.97.
- m j is standaard bij elke -V x
- L.A.M.E. 3.97 - V 2 heeft geen 'bitfloor' van 128kbps meer, dus die -b 64 is zinloos
- de lowpass van -V 2 is ~18.6, komt aardig in de buurt van je 'custom' low-pass niet?
-q 0 geeft bij een gegeven -V echt geen betere kwaliteit dan standaard -V 2 (encoding snelheid speelt bij deze -V settings een ondergeschikte rol, als het écht een kwaliteitsverschil zou geven dan zouden ze er zeker voor kiezen.

Als ik zo het bovenstaande lees lijkt het erop dat -V 2 best iets voor jou is! ;-)
Meer algemeen dan in repons op jackk: mensen, ga niet zonder meer aan de slag met allerhande switches. De presets (--vbr-new met een kwaliteits-waarde) zijn jarenlang doorontwikkeld, nageluisterd en onderzocht.

Alleen voor zeer speciale toepassingen heeft het zin om zelf aan de slag te gaan, maar de kwaliteit van de MP3 zal er niet beter door worden.
Ok, dus het is niet legaal om Lame te compileren en te gebruiken, en Ogg Vorbis is kwalitatief beter...

Waarom is mp3 dan nog steeds zo populair? :? Je moet of ergens illegaal de binary vandaan halen, of het zelf compileren... Ogg is zoveel simpeler!
Ok, dus het is niet legaal om Lame te compileren en te gebruiken, en Ogg Vorbis is kwalitatief beter...
Waarom is mp3 dan nog steeds zo populair?
Omdat iedere huis-tuin en keuken speler tegenwoordig mp3 afspeelt en er nauwelijks minder spelers zijn met ogg ondersteuning ;) Natuurlijk, als nu iedereen ogg gaat gebruiken, gaat de ondersteuning voor ogg ook groter worden, maar waarom zou ik mijn bestaande mp3 verzameling opnieuw gaan encoden met ogg?Ik encode met --preset -fast extreme dus zoveel beter zal het niet gaan klinken ;)
Nouja, nauwelijks is ook weer wat overdreven...
http://www.ogghelp.com/ogg/hardware.cfm
I stand corrected :)
Vorbis is op zeer lage bitrates (<96k) inderdaad beter dan mp3, maar de recente luistertests op hydrogenaudio.org geven op 128 en 160 kbps niet echt een significant kwaliteitsverschil tussen LAME mp3, iTunes aac, wma pro en aotuv Vorbis. Als je op deze bitrates encode't is het logischer om voor mp3 te kiezen aangezien veel meer apparaten dit ondersteunen.
Ogg is voor mensen met teveel tijd.
ik gebruik lieverd een formaat dat overal gebruikt wordt dan een formaat dat bijna niemand kent.

nu we het toch over ogg hebben weet iemand of je avi's met ogg sound can afspelen in wmp zonder FFdshow ?

--alt-preset extreme rules :P
Voor het geval je het dus nog niet door had, de -alt-presets zijn dus vervangen voor nieuwe switches in deze versie :P
Waar is eigenlijk het Lame.dll gebleven
Dat bestandje gebruikte ik altijd en zette het in DbowerAmp in het lame folder..

Maar nu er geen Lame.dll meer in zit weet ik niet hoe ik dus Lame 3.97 kan vernieuwen voor m'n DbowerAmp.

Weet iemand hoe dit zit en of er een nieuwe lame.dll te verkrijgen is ?
Weet iemand hoe dit zit en of er een nieuwe lame.dll te verkrijgen is ?
Windows binary downloaden uitpakken en Lame.dll,die
in zich daarin bevindt plaatsen in de gewenste directory.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True