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

abramx
Благодарю за линк

Так, что?? Кто нибудь здесь знает как открыть в Sound Forge файл с расширением APE, изминить его и сохранить в том же формате??? И вообще, что можно сделать???

[b]lio
Цитата:

Кто нибудь здесь знает как открыть в Sound Forge файл с расширением APE, изминить его и сохранить в том же формате??? И вообще, что можно сделать???

А почему бы не использовать Adobe Audition ?
Там нет никаких проблем с открытием APE и соответственно с сохранением - просто есть в наличии работающий фильтр для APE еще со времен COOL_EDIT

Spectr
Цитата:

А почему бы не использовать Adobe Audition ?

Ну это на любителя! Меня больше интересует Sound Forge!

Где скачать DS-фильтр для проигрывания WMV9? Интересно, существуют ли "фильтр-паки" - типа фильтры на все случаи жизни?
Вот это в шапке

Цитата:

Информация, тесты, сравнения форматов и кодеков, последние версии и новости в области технологий сжатия аудиоданных

очень плохо читается - очень мелкий шрифт, поправьте пожалуйста.

Господа, а чем можно DTS снять? А то на стереосистеме не проиграть (ну что делать, что только DTS-версия диска попалась?..), да и неудобно сидюк вставлять... Да еще в foobar при этом весь плейлист обновляется, так что остаются только треки диска. Можно чем-то без особых хитростей перегнать на диск?

Подскажите, почему после пережатия из DVD в MPEG-4 сохранённый AC3 звук еле слышно, приходится громкость выворачивать на максимум, что-бы хоть что-то услышать.
Это косяк AC-3 фильтра или надо уровень громкости звука через фильтр поднимать при пережатии?

IgorXI
в настройках фильтра по умолчанию громкость выставлена в половину.

obla4ko4240019
Спасибо, понял.

А как EAC считает эти свои Read CRC и Test CRC? Как вычислить их без EAC? Иными словами, если у него не сошлись CRC при чтении и сверке, с каким CRC он записывает конечный WAV и как его вычислить?

TCPIP

Цитата:

Иными словами, если у него не сошлись CRC при чтении и сверке, с каким CRC он записывает конечный WAV и как его вычислить?

А разве формат WAV предусматривает наличие CRC в файле? ИМХО Read CRC и Test CRC нужны только самому EAC для определения правильности копирования с CD.

lucky_Luk
21:50 22-03-2006
Цитата:

WAV предусматривает наличие CRC в файле

"Правильный" --- нет. Но я не об этом. Я о том, что представляет собой эта контрольная сумма? На каком наборе она считается? На каких данных? Просто у меня царапанный диск ну никак не читается и каждый раз разные сумму, хочу посмотреть, а что же я получаю на выходе как файл? И вот как это сделать?

TCPIP

Цитата:

Просто у меня царапанный диск ну никак не читается

А может ну их эти контрольные сумы и пр.?
Попробуй диск Алкоголем 120% скопировать, а треки потом из образа снимешь.

lucky_Luk
10:57 23-03-2006
Цитата:

Попробуй диск Алкоголем

Спасибо. Учту. Просто здесь задача другая.

А вот вопрос, моет не для этой ветки, но тогда укажите, где:
Как распознать AudioCD, который был сделан из mp3 c низким битрейтом (128, к примеру) не "на слух" или "на глаз", а аппаратными или программными средствами?

Orval
а шапку прочитать слабо
Tau Analyzer

to eika
Сылка из шапки на CoolEdit / Adobe Audition plugin for AAC мертва. Можно заменить на _хттп://www.rarewares.org/aac.html

Господа, а как содрать HDCD? Похоже, что происходит передискретизация с понижением до 16 бит... А как сохранить 20?

Не могу удержаться от того, чтобы не процитировать здесь. Статья одного парня с OiNK.UK: [more=The "WavPack Is Better" Myth.]Uh oh.... FiH is back making those extremely long posts........

Firstly I'm not gonna dispute the fact that WavPack does have it's uses. For hi-resolution audo (e.g. DVDA rips) it does seem to have real credible advantages over FLAC. It's a newer format, so these things would ave been thought of at the start. However, the majority of people are using lossless audio formats for audio sourced from the good old CD which bears no relation on support for higher frequencies etc... This is what this post is about, lossless CD-sourced audio.

Also don't assume my name makes me any sort of "fanboy" of the FLAC format. I'm into lossless compression in general, but mostly I like the idea that one day there'll be a lossless format as popular as MP3, a DRM-free lossless format. What I don't like to see is needless confusion, needless formats and like you I don't like to install 10 different decoders/encoders in my machine. At the end of the day whatever format these files are in we all want to listen to them. If Monkey's Audio (APE) had been open source from day 1 my name right now would probably be "MonkeyBoy" or maybe not as I do like the sound of FlacInHell better

"Format wars" are no good for anybody, there's enough people asking what FLAC is, asking to explain what lossless audio is and the first thing any WavPack user will do is throw this Hydrogen Audio page in your face and say "Look at all the extra features WavPack has, and all the cons FLAC has".

To me that table seems a bit like say comparing uTorrent with Azureus and listing a zillion plugins on the Azureus side as a pro, and Tetris on the uTorrent side as a pro too. The fact is the majority of people will never use these "features", but some could be lead for thinking what is a better client just by counting the number of features.

We all know FLAC takes longer than WavPack to encode, and that WavPack can save around 1-2% of space. You encode only once, you cannot encode faster than you rip CD's and in terms of $'s 1-2% isn't much at all. The reason WavPack has these advantages is because it uses floating-point (decimal) based numbers for its encoding/decoding whereas FLAC uses only integers (whole numbers). This leads to FLAC having a much faster decoding speed - and every time you listen to a file you decode it. A difference in speed on the decoding side would have a noticable day-in-day-out effect if you like to do other things on your machine whilst listening to music, as WavPack basically uses more CPU. To sum up: you only encode once, you decode many times.

FLAC being open source from day one, and having a very simple algorithm is why it is where it is today, the most popular of the free, open lossless formats. This also explains why it has far more hardware support in terms of different brands/models than any other lossless format. It's easy to licence and cheaper to implement. ALAC (Apple Lossless) probably wins the shear numbers game based on the number of iPods - but we all know closed formats are bad.

Now back to the Hydrogen Audio comparison table....

Hydrogen Audio has always been a place for audio geeks, back in the old days there used to be endless numbers of tables, pictures, charts and graphs explaining how one version of a MP3 compressor was better than another. Their mindset is not so much about what audio is the most useful to the average person in the street, it's more a case of them wanting to show how much they know about a particular format, about making feature lists of everything. With lossless this becomes more apparent as they can't really talk about the audio anymore. All lossless audio formats are equal in terms of the final output, all of them do their job in that respect. This leaves the Hydrogen Audio guys to have nothing to talk about other than supposed features and benefits - so lets first look at their pros/cons lists of both formats as on their Wiki right now:

FLAC Pros

Open source

Very fast decoding

Hardware support (Karma, Phatbox, etc.)

Very good software support

Error robustness

Streaming support

Supports multichannel audio and high resolutions

Tagging support (FLAC tags)

Pipe support

ReplayGain compatible

FLAC Cons

Relatively slow encoding

No hybrid/lossy mode

Doesn't support RIFF chunks

FLAC Other Features

Supports embedded CUE sheets (with limitations)

Includes MD5 hashes for quick integrity checking

Fits the Ogg and Matroska containers


WavPack Pros

Open source

Very fast decoding

Good efficiency

Error robustness

Streaming support

Hardware support (RockBox)

Supports multichannel audio and high resolutions

Hybrid/lossy mode

Tagging support (ID3v1, APE tags)

Supports RIFF chunks

Ability to create self extracting files for Win32 platform

Pipe support

Good software support

ReplayGain compatible

WavPack Cons

Limited player support

WavPack Other Features

Supports 32bit float streams

Supports embedded CUE sheets

Includes MD5 hashes for quick integrity checking

Can encode in both symmetrical and assymmetrical modes.

Fits the Matroska container


OK, so the first thing I'll do is repeat the list removing pros/cons both have in common:

FLAC Pros

Hardware support (Karma, Phatbox, etc.)

Very good software support

Tagging support (FLAC tags)

FLAC Cons

Relatively slow encoding

No hybrid/lossy mode

Doesn't support RIFF chunks

FLAC Other Features

Supports embedded CUE sheets (with limitations)

Fits the Ogg and Matroska containers


WavPack Pros

Good efficiency

Hardware support (RockBox)

Hybrid/lossy mode

Tagging support (ID3v1, APE tags)

Supports RIFF chunks

Ability to create self extracting files for Win32 platform

Good software support

WavPack Cons

Limited player support

WavPack Other Features

Supports 32bit float streams

Supports embedded CUE sheets

Can encode in both symmetrical and assymmetrical modes.

Fits the Matroska container


First one glaringly simple observation. If you look at this speed comparison page you'll see that roughly WavPack encodes 4x quicker than FLAC, and FLAC decodes roughly 3x quicker then WavPack. So why were they both listed as having very fast decoding, yet FLAC gets a con for relatively slow encoding speed? Why didn't WavPack get a con for relatively slow decoding speed?, or at least IMHO WavPack should not of had very fast decoding listed as a pro. Anyhow, we'll let this pass - I removed both as they were the same.

Now, remember this post is about compressing of CD audio - so lets go through these features and see what they actually mean to 99.9999% of people (i.e. those who probably don't visit Hydrogenaudio daily or salivate over comparision tables).

Wavpack - Pro: Ability to create self extracting files for Win32 platform
Firstly we can remove this. It really is a joke doing anything like that with an audio format and I doubt even the most die-hard WavPack supporter will complain about this removal.

WavPack - Pro: Hardware support
That is complete bullshit. Listing one player as any indication of hardware support is a farce. This page indicates just *some* of FLAC's hardware support. No doubt there are many others, it gets confusing now to keep track of what doesn't support it. I think if anything WavPack should have Limited Hardware support as a con.

WavPack - Pro: Supports RIFF Chunks - FLAC - Con: Doesn't Support RIFF Chunks
RIFF chunks are basically WAV file comments/tags that some pro-audio software leaves behind. Your WAV's are just EAC rips, no RIFF chunks there. If you don't know what they are you don't use them.

WavPack - Pro: ID3v1/APE Tagging Support. FLAC - Pro: FLAC tags
Why use an out-dated ID3v1 tagging support for WavPack when it has the far more flexible APE tagging? This has to go, which also means for tagging we now have FLAC Vorbis Comments vs WavPack APE. Both are pratically the same so comparing these features for both formats is irrelevant.

WavPack - Pro: Hybrid/lossy mode / FLAC: Con - No hybrid/lossy mode
First thing, isn't this a comparison of lossless encoders? Why is Hybrid a Pro for WavPack rather than just a "Other Feature"? It's already been listed as a Pro for WavPack, does it need to be listed as a con for FLAC too? FLAC was never about lossy encoding. Does this mean every FLAC Pro that WavPack doesn't have can then be listed as a con for WavPack? e.g. "WavPack doesn't fit the Ogg container"? Do people really use WavPack for this lossy support? I think I'm right in saying it has no use in any real comparison.

WavPack - Other Feature: Matroska Container / FLAC: Other Feature: Ogg and Matroska containers
Containers for CD based audio. Nah, these are irrelevant for both - even though FLAC officially "wins".

WavPack/FLAC - Other Feature: Embedded Cuesheets
I fail to see what WavPack holds over FLAC for this. FLAC does support embedded cuesheets so would be interested in the "limitations". How many users use full image with embedded cues for FLAC files anyhow? Is it relevant? I think no. Remember embedded cues are different than having seperate .flac/.cue files and have little support anywhere.

WavPack - Other Feature: Supports 32bit float streams
OK. But does this affect the quality of ripped CD audio? Nope. Gone.

WavPack - Other Feature: Can encode in both symmetrical and assymmetrical modes.
Most users will either encode to maximum efficiency, or 2nd from maxium. Just because something can do somethig with extra parameters doesn't make it better. This is the classic example of the uTorrent "Tetris" feature. Nice feature, but has no bearing whatsoever. Gone.


Let's again produce a somewhat reduced list based on the above information:

FLAC Pros

Very Good Hardware support (Karma, Phatbox, etc.)

Very good software support

FLAC Cons

Relatively slow encoding


WavPack Pros

Good efficiency

Good software support

WavPack Cons

Limited player support

Practically no hardware support

So there you have it. Basically it is what we all knew anyway. FLAC is a slower at encoding, faster at decoding and produces slightly bigger files (1 to 2%). On the other hand you only ever encode once and you decode many times where FLAC is much more efficent than WavPack. FLAC is well established, has far greater hardware support, and full software support on all platforms. Something encoded in FLAC 1.1.9 in 5 years time will still decode with a FLAC 1.0.0 decoder, which is important for hardware.

WavPack has crap hardware support and probably never will have good support due to implementation costs/complexity. As we've seen with lossy, computer audio is getting more and more about listening on the move - right now it's silly to listen to any lossless format on a portable player, but there will come a time when 1 terrabyte hard disks are the norm in such players. I can guarantee any manufacturer wanting to support a non-Apple/M$ lossless format will choose FLAC over WavPack purely because it is cheaper and easier to implement. WavPack does have support for the popular media players, but not nearly as much as FLAC does.

Conclusion:

For CD Audio FLAC works, it's a great well supported format so why change? For hi resolution audo (DVDA) where 2% of 5 gig might matter more WavPack could be a choice, yet FLAC will still deliver in most cases. If you want to use Lossy then use MP3 - if Ogg, MPC and others cannot compete with MP3 in the popularity stakes, what hope does someone uploading a Hybrid Lossy WavPack torrent have of many people snatching it, or even worse some snatching it because they believe they will be getting lossless?

P.S. Was I biased? I'd like to think no. For sure I think that those guys over at Hydrogen Audio were, or at least they were thinking of what the WavPack format offers and what they know about it, rather than what real-world use it has. Also remember like most geeks.... whatever is new is their flavour of the month and they always want to be seen as progressing. Consider when Linux guys say "I don't have to reinstall my OS every year" when flaming with Windows supporters. It might be true, but in reality how many Linux hobbyists regularly install whatever is the latest-greatest release (right now Ubuntu I believe).

P.P.S. Feel free to discuss/argue my findings in here. I'm not anti-WavPack, I'm just anti-bullshit and anti-change-for-no-reason, so if anyone does run into WavPack issues then of course me & other folks in there will try to help in the #lossless-help channel or the forums.
[/more]

Мне кажется, что парень лишь опроверг то, что хотел доказать... По всем параметрам выходит, что WavPack --- лучше, а если не лучше, то ничем не хуже FLAC.

А что видится вам?

TCPIP

Цитата:

А что видится вам?

Собственно, видится то же самое, что чуть выше написал ты:

Цитата:

парень лишь опроверг то, что хотел доказать

Его счастье, что он это написал не на hydrogenaudio - там бы этого парня с его аргументами с асфальтом сравняли

Помогите, пожалуйста!
Завтра принесут несколько фирменных дисков с тяжёлой музыкой (Black/Death/Doom Metal)
Подскажите чайнику, как самым быстрым (т.е. ссылки, на программы, которые мне понадобятся) способом скопировать их во FLAC или APE (и что из них лучше для этих целей?)
Размер сейчас роли не играет, важно КАЧЕСТВО!
Спасибо!

Подскажите, чем можно порезать - склеить звуковые файлы ас3 и дтс?

141215

Цитата:

Завтра принесут несколько фирменных дисков с тяжёлой музыкой (Black/Death/Doom Metal)
Подскажите чайнику, как самым быстрым (т.е. ссылки, на программы, которые мне понадобятся)

Диски защищенные от копирования? Если диски без защиты то берешь из шапки прогу Exact Audio Copy, прикручиваешь к ней екзешник FLAC (с APE не работал, но его тоже думаю возможно прикрутить), снимаешь дорожки и кодируешь. Только в EAC надо выбрать опцию "Внешний кодировщик" и вбить командную строку с параметрами для кодека.
Из кодеков я предпочитаю WavPack (есть в шапке), он ИМХО не хуже FLAC.

А если на дисках есть защита то скорее всего по-человечески скопировать не удастся, но можно попробовать снять образ такого диска программой Alcohol 120% (тема в Программах) или подобной прогой и слушать музыку с образа диска.

Цитата:

Подскажите чайнику, как самым быстрым (т.е. ссылки, на программы, которые мне понадобятся) способом скопировать их во FLAC или APE (и что из них лучше для этих целей?)
Размер сейчас роли не играет, важно КАЧЕСТВО!

Самые важные моменты - нужно грамотно настроить EAC и должен быть хороший привод. EAC может и защищённые диски рипать, если привод позволяет (попса типа sony, asus и тп., вообще не подходит для копирования). Качество и "чайник" это понятия несовместимые, по собственному опыту знаю. Просто с разбегу скопировать диски еаком это тоже самое что популярным рипером в мп3 перегнать - качества не будет. Alcohol 120% компромисный вариант, но там тоже перки в настройках есть, влияющие на качество и читает он диски "как есть" со всеми царапинами и дефектами, EAC же умеет исправлять часть (иногда все) дефектов. Нужно обязательно курить настройку некоторое время. Вот тут написано как EAC настраивать.

141215
13:08 01-04-2006
Цитата:

Подскажите чайнику, как самым быстрым (т.е. ссылки, на программы, которые мне понадобятся) способом скопировать их во FLAC или APE (и что из них лучше для этих целей?)

Держите список:
Пожалуй самое лучшее по КПД пошаговое иллюстрированное описание настроек EAC: jiGGafellz' Step-by-Step Guide to Ripping w/Exact Audio Copy;
Команды для автоматического сжатия сигнала налету с помощью EAC:
WavPack (рекомендуется как универсальный кодер):

Код: -w "Artist=%a" -w "Title=%t" -w "Album=%g" -w "Year=%y" -w "Track=%n" -w "Genre=%m" -hcb384mtx %s %d

TCPIP

Жму руку!!!
Великолепнейшая подборка ссылок по использованию EAC!!!
Может быть поднять ее в шапку в соответствующем форуме по EAC
http://forum.ru-board.com/topic.cgi?forum=5&bm=1&topic=0255&start=160#lt
Да и в шапке этого форума указать на этот пост

А я благодаря этому посту обновил wapet - оказывается сидел на старой версии.
Спасибо

TCPIP

Цитата:

Облизьяна. Monkey. Аудибельная. Беспотерьная. За подробностями приглашаем в ту же тему.

Это что за страшный симбиоз букв? Можно подробней?

abz
14:37 12-04-2006
Цитата:

Можно подробней?

Увы. Некомпетентен. Могу сказать только то, что написано в шапке, плюс то, что в предыдущем моем посте.
Неплохая кратенькая информация технического толка имеется на сайте Monkey's Audio.

Я пользуюсь сейчал LAME для получения качаственных mp3 c такой строкой запуска
"-m s -b 320 --cbr -q1 --noath --noshort -p -k --priority 1" из EAC. Да хоть это и не MonkeyAudio но есть польная аппаратная мовместимость (DVD-плеер, плеер в Авто).

vidic777
07:33 14-04-2006
Цитата:

но есть польная аппаратная мовместимость

Помешались все на этой совместимости... Ну давайте теперь через спикер сигнал выводить, вот уж совместимость какая, позавидуешь! То что видеокарта несовместима с телевизором КВН это никого не волнует. А то что Monkey's Audio проигрывается не на всех плеерах, это уже нерешаемая проблема. Проблема, кстати, решаемая. Даже сейчас. С помощью прошивки RockBox. Ну и вообще, пора бы производителям не клепать везде одно и то же, ставя только разные бирки, а заняться разработкой прошивок --- процессоры-то есть, стоят-простаивают впустую.