Ru-Board.club
← Вернуться в раздел «Программы»

» Форматы|кодеки|снятие и обработка звука|lossless&lossy|codec

Автор: Maz
Дата сообщения: 12.01.2004 10:33
Lame 3.95 от 9 января 2004 г.

Еще одна ссылка
Lame 3.95

Цитата:
Fixed lowpass values when using vbr with mono files
Faster quantization loops
Faster count_bits
Fixed a buffer requirement error in ACM codec
Fixed mpglib and other decoding support code to prevent the crash when invalid mp3 input
Removed Layer I decoding support
Use FastLog and IEEE 754 hack on PowerPC too (approx. 10 percent faster)
Автор: ab
Дата сообщения: 12.01.2004 23:48
LAME 3.95.1 January 12 2004
* Gabriel Bouvigne:
* fixed a crash when using vbr-new
* changed ReplayGain reference level to 89dB
Автор: Mongoose
Дата сообщения: 13.01.2004 17:28
Народ, вы указывайте, что 3.95 в статусе альфы, а 3.94 - беты.
Автор: BeerLion
Дата сообщения: 13.01.2004 18:23
Насчёт альф и бет: оно конечно хорошо, новые фичи, новая скорость (lame4 попробовал - вообще скорость кодирования нереальная ), но т.к. для меня главное качество - доверяю спецам с HA. А потому - HA's currently recommended LAME version
Автор: ab
Дата сообщения: 13.01.2004 20:08
Mongoose
Здесь о версии 3.95.1 говорится "stable" и ничего другого.
Автор: Shutnik
Дата сообщения: 14.01.2004 09:36
Дарова пиплы!
Подскажите плиз как прикрутить к системе Lame, т.е. хочу чтоы плееры которыми пользуюсь воспроизводили именно через него, а не через свои.
Может это и не в этот топик, то звиняйте.
Заранее благодарен.
Праздравляю всех с наступившим Старым Новым Годом !!!
Автор: abramx
Дата сообщения: 14.01.2004 10:00
Shutnik
LAME - это кодер и он только сжимает аудио. Для внутреннего декодирования lame.exe использует библиотеку mpg123.lib. Библиотеки самого lame типа lame_enc.dll and .acm в принципе не могут декодировать.
Если хочешь установить декодер как в lame.exe - то тебе надо искать плагины к плейерам и директшоу фильты на основе библиотеки mpg123.
Хотя лучшими декодерами я считаю оные на основе библиотеки MAD
Автор: Wtm
Дата сообщения: 15.01.2004 12:06
А чего это LAME 3.95.1 сама решает, как кодить? Ставлю свои настройки, с которыми кодил в VBR в 3.93, а она вместо stereo сама ставит join-stereo... И это при quality 8! На кой это нужно то?!

Добавлено
и пресеты, похоже, все под join заточены! Ну зачем, спрашивается?
Автор: Shutnik
Дата сообщения: 15.01.2004 17:16
abramx
Спасибки, просвятил, бум знать.
Автор: savage2000
Дата сообщения: 16.01.2004 07:59
Wtm

Цитата:
А чего это LAME 3.95.1 сама решает, как кодить? Ставлю свои настройки, с которыми кодил в VBR в 3.93, а она вместо stereo сама ставит join-stereo... И это при quality 8! На кой это нужно то?!

Добавлено
и пресеты, похоже, все под join заточены! Ну зачем, спрашивается?


А ты режим стерео явно ставишь? В хистори есть такие строчки:

Цитата:
Changed -q option mapping. "-q2" until version 3.93 is now "-q3".


Цитата:
Gabriel Bouvigne:
work on presets
use presets by default for cbr/abr
use presets by default for vbr

Похоже они изменили пресеты и опции -q. Придется тебе все явно прописывать под свои нужды.
Автор: Wtm
Дата сообщения: 16.01.2004 12:09
в том то и дело! S - стоит явно!

Добавлено
Режим стерео устанавливался вручную явно (s). Не помогает, в том то и дело!
Автор: gafuree
Дата сообщения: 18.01.2004 08:41
Установил 3.95.1, так теперь VirtualDub при попытке открыть "File Information" о любом авишнике с mp3 звуком вылетает с сообщением об ошибках в lame, да ещё при попытке открыть Audio codecs в "Control Panel - Sound and Audio Devices" WinXP сообщает об ошибке.
До этого стоял 3.92 - всё было хоккей. Может кто-нить подскажет, или у меня руки кривые (кодек устанавливал правой кнопкой по inf. файлу).
Автор: dosya
Дата сообщения: 18.01.2004 09:08
gafuree
Это баг, надо разработчикам кинуть
Автор: Centurio
Дата сообщения: 18.01.2004 14:19
Про joint stereo в пресетах.
http://www.hydrogenaudio.org/index.php?act=ST&f=15&t=995

Normally I wouldn't attempt to address an issue in this manner, but since it is getting a bit out of hand, and usually on boards I'm not participating in (or have little desire to participate in), I'll try and address it officially, once, in the place where it should be the most relevant.

The matter I'm discussing is related to the --alt-presets and their handling of the "stereo image".

There have been some completely unsubstantiated reports and rampant speculation going on in a few threads which I will list below:

1. http://66.96.216.160/cgi-bin/YaBB.pl?board=general&action=display&num=1013124809
2. http://www.digital-inn.de/showthread.php?threadid=8212
3. http://www.hydrogenaudio.org/forums/showthread.php?s=&threadid=759 (I simply hadn't gotten around to responding to this thread though its on this board).

At any rate, I'll try to make a few points as clearly as I can.

1. All of the --alt-preset VBR modes are tuned for "stereo image".

2. All of the vbr presets provide better sound quality via joint stereo than LAME on it's own with joint stereo, and in some cases should even sound better than with --nssafejoint, while at the same time providing a lower bitrate.

3. The --alt-presets do not, by design, make any sacrifice in regards to stereo image to keep bitrate down. Anyone who tells you this has no idea what they are talking about. I should know since I actually wrote the code and designed the presets.

4. An extremely high degree of stereo frames is not always needed to achieve good sound quality. I challenge anyone who believes that --alt-preset standard has poor stereo seperation, on a common basis (as a few unsubstantiated claims imply), to provide me with direct evidence of this.

5. Joint stereo is needed even at bitrates of 320kbps to achieve the best sound quality in some critical cases. Forcing stereo on everything up to 320kbps and then forcing joint stereo does not fix the problem (as user implies in one of those threads). I've tried this before.

6. There seems to be a misconception that all that the --alt-presets improve on are pre-echo. This is sorely mistaken. Indeed they do improve on pre-echo and impulse handling to a fairly large degree, but they also improve upon:

- joint stereo handling (serioustrouble is a prime example)
- dropout prevention (2nd_vent_clip is a prime example)
- fluttering (gekkou is a prime example)
- knocking (velvet is a prime example)
- ringing (bloodline is a prime example)
- noise pumping (piano, rach_original, etc, are examples)
- rasping (present with noise shaping 2 on some clips like fatboy, or on clean vocals sometimes. Mostly eliminated, even on the most critical samples, with --alt-presets)

And that's just the stuff I can think of off the top of my head.

Now, that's not to say the --alt-presets are perfect. I certainly know they aren't. But they also don't have some massive flaw in regards to stereo image which is present to the degree some people imply. In fact, the only case I've seen which I put any credence in is the few isolated cases which Wombat has found (and provided samples for I might add). I will eventually attempt to address these few samples, but note that these are exceptional cases, not common cases, and as far as I can tell, they are completely unrelated to the other complaints being made. This is especially so since Wombat doesn't describe the artifact as being a collapse of the stereo field (which isn't your typical joint stereo artifact in LAME anyway...).

At any rate, I'm always looking to improve things if I can, but claims must be substantiated which includes providing abx results (which are then verified by other parties) and providing test samples, preferrably multiple ones if you are implying a problem with general behavior.

Not to come across arrogant, but for the most part, I'm the only one who truly understands the workings behind the --alt-preset specific tunings. Not even the other developers have followed my work (though that's by their choice, not mine). The code is available for all to see, but so far I have not seen anyone attempt to reimplement my modifications or to discuss them with me on a technical level. So unless you see someone who is closely related to the work I've done (ie, they have participated in testing, JohnV for example) stating something, or you see me stating something directly about the presets, then chances are whoever is discussing the presets doesn't have the full picture. This is especially true when people begin discussing how the --alt-presets work internally or technically, and especially in relation to joint stereo.

If you see a discussion on another board about these issues, please point people to this thread. If you have a question, please ask me here, you'll likely get a much more correct answer in addition to helping to keep questions about this issue centralized and concise (which will help when the FAQs are created). Speculation is not only wasteful, but it also helps to propogate misinformation such as the old "joint stereo is bad" line of thinking.
Автор: copycat
Дата сообщения: 18.01.2004 17:03
gafuree
Цитата:
Установил 3.95.1, так теперь VirtualDub при попытке открыть "File Information" о любом авишнике с mp3 звуком вылетает с сообщением об ошибках в lame, да ещё при попытке открыть Audio codecs в "Control Panel - Sound and Audio Devices" WinXP сообщает об ошибке.
До этого стоял 3.92 - всё было хоккей. Может кто-нить подскажет, или у меня руки кривые (кодек устанавливал правой кнопкой по inf. файлу).
по ходу, виноват ACM драйвер. у меня уже такое было с одной из последних версий, кроме всего тобой описанного, ещё и EAC вылетал на страничке установок кодирования. попробуй просто взять ACM от другой версии и установить.

Автор: qik
Дата сообщения: 21.01.2004 05:09
люди, где можно скачать последнюю версию этого чуда?!
Автор: UNformat
Дата сообщения: 21.01.2004 05:38
qik
на предыдущую страничку глянь
Автор: roman78
Дата сообщения: 17.02.2004 06:43
кто какие пресеты пользует с новым кодеком?
Автор: WildCat
Дата сообщения: 25.02.2004 18:20
roman78
--alt-preset extreme -- для любимой музыки,
--alt-preset standard -- для всего остального.
Автор: Widok
Дата сообщения: 01.03.2004 19:04
версия 3.96
http://www.free-codecs.com/cgi-bin/TopDown/download.pl?file=0027

Change log:
- Fixed decoding issue
- Changed internal ReplayGain handling
- Fixed some issues when ReplayGain is used with resampling
- Fixed some array addressing bugs
- Fixed some array addressing bugs
- Made ReplayGain analysis reentrant
- Fixed a crash in quantize_xrpow
- Fixed a crash when using 8kHz
- Fixed some decoding bugs
Автор: Kush
Дата сообщения: 25.03.2004 00:48
http://lame.sourceforge.net/
Странно, что до сих пор на офф-сайте ни слова про 3.96...
Автор: ViO
Дата сообщения: 25.03.2004 02:42
Kush

Цитата:
Странно, что до сих пор на офф-сайте ни слова про 3.96...


Посмотри тут
Автор: Widok
Дата сообщения: 11.04.2004 16:08
LAME MP3 Encoder 3.96 b2
http://www.free-codecs.com/download/Lame_Encoder.htm
Changes from LAME MP3 Encoder 3.96 b1 to LAME MP3 Encoder 3.96 b2:
- removed unnecessary integer convertion in resampling
- reworked scalefactor allocation in vbr-new
- fixed a freeformat decoding problem
- updated minimal bitrate for V1 and V2
- added ability to disable ReplayGain analysis
Автор: Ign
Дата сообщения: 13.04.2004 06:56
LAME MP3 Encoder 3.96 final
_http://mitiok.free.fr/lame-3.96.zip
Автор: Widok
Дата сообщения: 13.04.2004 12:05

Цитата:
3.96 final

Changes from LAME MP3 Encoder 3.96 b2 to LAME MP3 Encoder 3.96 Final:
- new quantization selection mode (used in ABR/CBR)
- set sfscale for ABR/CBR up to 160kbps
Автор: vels
Дата сообщения: 13.04.2004 17:55
Со странички LEM:
LAME MP3 Encoder 3.97 (alpha 1, Apr 12 2004)
http://www.lemnews.com/dl/lame-3.97a1.rar
(365Kb)
Автор: Tartrout
Дата сообщения: 13.04.2004 18:19
А правда ли, что Lame делает Фраунхоффер на высоких битрейтах?
Автор: SibD
Дата сообщения: 13.04.2004 18:56
Tartrout
По тестам правда. Давно уже читал на iXBT (статья от 7 октября 1999 г - древность уже, т.ч. может сейчас ситуация изменилась). Там даже графики приводились.
Вывод был следующий:

Цитата:
Вообще, на сегодня практически все кодеры основаны на коде либо от ISO, либо от Fraunhofer'а, либо от Xing'а. Соответственно и свойства этих программ наследуются вместе с кодом.

128 кб/с (11:1)
Самый популярный на сегодня битрейт. Степень сжатия 11:1 - это, конечно, аргумент, особенно для Интернета, где каждый килобайт на счету. Используя этот битрейт можете забыть, что такое "высокие частоты". Это не значит, что их нет совсем. Они оставлены в таком объеме, что музыка звучит как в дешевом магнитофоне - "штоб свистело и бумкало". Кстати, тот, кто сказал что при этом битрейте сохраняется качество звучания CD очевидно имел в виду, что на вашем компьютере с маленькими-плохонькими колоночками (а то и вообще встроенными колонками, например в клавиатуру) вы не почуствуете разницы в качестве звучания CD и файла MP3 с 128 кб/с. (Мысль это не моя, то, по-моему, совершенно точно описывающая положение вещей.)

На 128 кб/с лучше себя ведут кодеры от Fraunhofer-IIS - они оставляют больше высоких частот, чем кодеры ISO и, тем более, Xing. Но чуда не будет: больше это не означает "воспроизводит идеально". Качество все равно оставляет желать много лучшего. Все ISO кодеры как один добавляют характерный звон, наличие которого связано с обобенностью психоаккустических фильтров ISO - если фильтр отключить (LAME -f), то звон исчезнет (хотя качество останется существенно хуже кодеров от Fraunhofer). На этом битрейте просто отлично себя показал MP3 Producer, специально оптимизированный под низкие битрейты.

160 кб/с (8:1)
Лучше, чем 128 кб/с. Но все равно слышен существенный недостаток высоких частот. На этом битрейте себя лучше проявили кодеры от Fraunhofer - ISO кодеры продолжают "звенеть", хотя и меньше. Выбирать приходится между кодерами от Fraunhofer, поэтому выбор - более новый MP3 Producer.

192 кб/с (7:1)
Все еще ощущается недостаток высоких частот. Кодеры от от Fraunhofer убирают высоких больше, чем кодеры ISO, которые все еще слегка "звенят". На этом битрейте кодеры от ISO и от Fraunhofer практически на равных - и у тех грехи, и у тех. Выбор за вами.

224 кб/с (6:1)
Высокие частоты передаются в почти полном объеме, но мелкие детали, как то: стерео эффекты или небольшие перепады громкости, на высоких частотах теряются. MP3 Producer 224 кб/с не умеет, а старый MP3 Encoder существенно хуже по качеству, чем кодеры ISO. А среди кодеров от ISO, качество которых почти одинаково, есть явный лидер - LAME (особенно в режиме -f, когда качество его звучания, судя по графикам - на слух этого не слышно,- чуть-чуть лучше других кодеров).

256 кб/с (5:1)
Вот тут я совсем перестаю ощущать разницу между записью с CD и MP3-файлами. Кроме MP3 Producer'а - он съедает больше высоких частот и его MP3 все таки отличается от CD. Все ISO-кодеры обеспечивают на слух одинаковое качество, по графикам места распределились так: LAME -f, LAME, mpeg Encoder, Blade.

320 кб/с (4:1)
Вот этого я уже не понимаю. Это что, попытка быть святее Папы Римского? Ну нет разницы на слух между ISO 256 кб/с и CD. Зачем же 320? В расчете на тех, кто эту разницу услышит? Так эти наверняка предпочтут все таки CD, который, как традиционно считается, обеспечивает качество Hi-Fi. Ведь даже 320 кб/с дает завал в -6 дБ на уровне в 21 кГц, а -6 дБ - это легко воспринимаемая на слух разница уровней. Правда, далеко не все слышат звуки с частотой в 21 кГц (ваш покорный слуга уже еле-еле различает тон в 19 кГц). Но во-первых, принято считать, что даже если человек столь высокочастотный звук и не слышит, он его все равно как-то вопринимает. А во-вторых, тот, кому необходимо качество Hi-Fi, либо слышит эти 21 кГц, либо из принципа не согласится на -6 дБ. Кстати, Fraunhofer, очевидно, со мной солидарна и потому 320 кб/с не поддерживает. Так что если вы выбрали 320 кб/с - вы хотете качества любой ценой. И тут ISO-кодеры обеспечивают на слух одинаковое качество, судя по графикам места распределились так: LAME -f, LAME, mpeg Encoder, Blade.


Повторюсь. Статья от 7 октября 1999 т.ч. результаты сейчас могут измениться.
Использовались:
LAME: LAME Ain't an Mp3 Encoder, version 3.24
BladeEnc: Blade's MP3 Encoder - version 0.82
AudioCatalyst by Xing Technology Corporation - version 2.1
MP3 Compressor v. 0.9f by MP3hC
MP3 Encoder : MPEG Layer-3 Encoder V3.1 Demo by Fraunhofer IIS-A
MP3 Producer : .mp3 Producer v. 2.1 (Build 47) by Fraunhofer-Gesellschaft - IIS
mpegEnc : mpeg Encoder v. 0.07 by SoloH
Xing: XingMP3 Encoder 1.02 by Xing Technology Corporation
Xing: XingMP3 Encoder 1.5 by Xing Technology Corporation

В общем - СТАРЬЁ.
Автор: Sky2003
Дата сообщения: 14.04.2004 14:30
Tartrout

Цитата:
А правда ли, что Lame делает Фраунхоффер на высоких битрейтах?

Мягко говоря, как Тузик грелку .

SibD

Цитата:
В общем - СТАРЬЁ.


Вот данные посвежее, за февраль 2004. Опубликованы на сайте Hydrogenaudio, самом, имхо, авторитетном в музыкальном плане.
Автор: kaskad
Дата сообщения: 14.04.2004 17:24
Sky2003
Любезный друг, хотя бы упомянул, что он англоязычный.....

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768

Предыдущая тема: Задача Лэнгфорда


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.