LAME 3.93 fertig!

[ZerOz]

LAME v3.93 Changes:

Bit allocation for pre-echo control improved for single channel encodings

Substep noise shaping

Optimizations by changing data structure

Noise shaping model 2 fix

Nspsytune FIR filter clean up

Fix small psymodel bugs

Portability fixes for Tru64 UNIX

Some fixes in the DLL

Fixes for channel scaling in mono mode

Some optimizations and a faster log10 function

Some tag related fixes in the direct show filter and in the ACM codec

Fixed a mono encoding bug found by Justin Schoeman

Update to autoconf 2.53, rewrite some configure tests

Determine gcc version even with gcc 3.1

Compile shared libs on BeOS (and perhaps other arches)

Ultrasparc switches for gcc 3.1

Portability fixes for SunOS 4.x

Some fixes for VBR

Runterladen kann man Version 3.93 hier:
http://mitiok.cjb.net/

Gruss,
ZerOz

[_db_]

Vorsicht: Die Presets (aps usw.) sind noch nicht an den aktuellen Code angepasst. Das kann theoretisch sogar negative Auswirkungen auf die Qualität haben.
Das Release dieser LAME-Version als 3.93 ist m.E. etwas unglücklich, weil für Normalanwender verwirrend: Die Presets sind integriert (auch die neuen medium/radio-Presets), aber nicht ausreichend durch Hörtests abgesichert.

Positiv ist jedoch, dass mit dieser Version eine feste Basis für die Anpassung der Presets vorliegt (siehe auch hier). Die nächste wirklich wichtige Entwicklungsstufe wird daher wohl erst LAME 3.94 sein.

[Encoder]

Also ich bin ja etwas skeptisch. Auf der entwicklerseite hat die neue Version immer noch Alpha-Status....

But let's wait and see.

[_db_]

Encoder: Da fehlt nur das Site-Update.

[Encoder]

Meinetwegen.....aber ich warte lieber, bis die Presets angeglichen wurden

[_db_]

Das versuchte ich in meinem Posting eigentlich auch auszudrücken.

[EagleTM]

Deswegen warten wir hier @mpex.net mal mit dem Softwareupdate bis die Experten clearance geben also bitte bescheidposten.... thx

[Footpilz]

Hat das mit der Anpassung nur Auswirkungen bei variabler Bitrate oder auch bei konstanter Bitrate?

[schlipsknopf]

But let's wait and see.

das heisst wait and bleed

mfg,
schlipsknopf

[EagleTM]

Allerdings Slipknot ist immer ein guter Basstest

Da Lame 3.82 eigentlich schon recht perfekt ist, muss man zum Glück ja noch nicht mal bluten und auf ein Update warten.

Wenn ich das richtig verstehe, könnten die presets nach Rücksprache erst in einer 3.84 angepasst sein?

Vielleicht sollten die die LAME Entwicklung ähnlich wie bei Linux-Kernelversionen mit ungeraden Versionsnummern für "Entwicklerversionen" und geraden Versionsnummern für "Produktionsversionen" einführen. Aber so wie es gerade aussieht, ist ganz ungeplant sowieso der Fall...

[Heizer]

Ach Lame,

alles ########. nehmt musepack, dass ist wenigstens ausgereift.

[schlipsknopf]

Ach Lame, alles ########. nehmt musepack, dass ist wenigstens ausgereift.

<ironie>und läuft ja auch in allen gängigen hardwareplayern</ironie>

[HelloWorld]

MusePack ist ja wohl voll fuer'n #####. LAME ist uebrigens schon seit ich es benutze (3.90) quasi perfekt. MusePack kriegt nie im Leben so eine Qualitaet hin wie LAME.

[Emcee]

EagleTM: >>Da Lame 3.82 eigentlich schon recht perfekt ist,...<<

Echt? Also bevor ihr irgendwo im Archiv rumkramt, nehmt doch gleich 3.92 (und freut Euch auf 3.94).

[gaga]

Keine Frage, an Musepack kommt man bei hochwertiger Kodierung nicht vorbei. Praktisch transparente Ergebnisse bei Bitraten um 180 kbps bietet kein anderes Kompressionsformat.
Der fehlende Hardwaresupport, die patentrechtliche Lage und das Versionschaos im Laufe des vergangenen Jahres bremsen die Verbreitung erheblich.
Zurecht konzentriert sich die Entwicklung einer freien MP3-Alternative auf Ogg Vorbis, dass in allen Bereichen bessere Entwicklungsperspektiven bietet (Lizenzen, Ogg Container).