Здравствуйте, удивлён, что у этого прекрасного формата нет своей темы, а ведь у него есть весомое преимущество в виде гибридности. После перекодирования, получается по два файла на одну композицию, файл с потерями - TrackName.wv и файл коррекции - TrackName.wvc, когда нужно закинуть музыку на смартфон, мы копируем только .wv файлы, которые имеют размер сходный с MP3 320 / QAAC V127, а на ПК через foobar2000 слушаем Lossless, т.к. фубар на лету подключает файл коррекции (на Android это умеет делать Neutron Player).
Есть, конечно, и минусы, - само собой, малая распространённость, слабая "железная" поддержка и очень медленная скорость кодирования. Но т.к. перекодированием музыки занимаются лишь энтузиасты, плюсы перевешивают. Что интересно, автор до сих пор поддерживает и выпускает новые версии, а формату в этом году исполняется 20 лет.
The default operation is lossless. Wildcard characters (*,?) may be included
in the filename and the source file type is automatically determined (see
accepted formats below). Raw PCM may also be used (see --raw-pcm option).
Options:
-a Adobe Audition (CoolEdit) mode for 32-bit floats
--allow-huge-tags allow tag data up to 16 MB (embedding > 1 MB is not
recommended for portable devices and may not work
with some programs including WavPack pre-4.70)
-bn enable hybrid compression
n = 2.0 to 23.9 bits/sample, or
n = 24-9600 kbits/second (kbps)
add -c to create correction file (.wvc)
--blocksize=n specify block size in samples (max = 131072 and
min = 16 with --merge-blocks, otherwise 128)
-c hybrid lossless mode (use with -b to create
correction file (.wvc) in hybrid mode)
-cc maximum hybrid lossless compression (but degrades
decode speed and may result in lower quality)
--channel-order=<list> specify (comma separated) channel order if not
Microsoft standard (which is FL,FR,FC,LFE,BL,BR,
FLC,FRC,BC,SL,SR,TC,TFL,TFC,TFR,TBL,TBC,TBR);
specify '...' to indicate that channels are not
assigned to specific speakers, or terminate list
with '...' to indicate that any channels beyond
those specified are unassigned
--cross-decorr use cross-channel correlation in hybrid mode (on by
default in lossless mode and with -cc option)
-d delete source file if successful (use with caution!)
-f fast mode (faster encode and decode, but some
compromise in compression ratio)
-h high quality (better compression ratio, but slower
encode and decode than default mode)
-hh very high quality (best compression, but slowest
and NOT recommended for portable hardware use)
--help this extended help display
-i ignore length in file header (no pipe output allowed)
--import-id3 import ID3v2 tags from the trailer of DSF files only
-jn joint-stereo override (0 = left/right, 1 = mid/side)
-l run at lower priority for smoother multitasking
-m compute & store MD5 signature of raw audio data
--merge-blocks merge consecutive blocks with equal redundancy
(used with --blocksize option and is useful for
files generated by the lossyWAV program or
decoded HDCD files)
-n calculate average and peak quantization noise
(for hybrid mode only, reference fullscale sine)
--no-utf8-convert assume tag values read from files are already UTF-8,
don't attempt to convert from local encoding
--pair-unassigned-chans encode unassigned channels into stereo pairs
--pause pause before exiting (if console window disappears)
--pre-quantize=bits pre-quantize samples to <bits> BEFORE encoding and MD5
(common use would be --pre-quantize=20 for 24-bit or
float material recorded with typical converters)
-q quiet (keep console output to a minimum)
-r remove file headers (file-appropriate headers
will be regenerated during unpacking)
--raw-pcm input data is raw pcm (default is 44100 Hz, 16-bit
signed, 2-channels, little-endian)
--raw-pcm=sr,bps[f|s|u],nch,[le|be]
input data is raw pcm with specified sample rate,
sample bit depth (float or signed or unsigned), number
of channels, and little-endian or big-endian
(defaulted parameters may be omitted)
--raw-pcm-skip=begin[,end]
skip <begin> bytes before encoding (i.e., a header)
and <end> bytes at the end-of-file (i.e., a trailer)
-sn override default noise shaping where n is a float
value between -1.0 and 1.0; negative values move noise
lower in freq, positive values move noise higher
in freq, use '0' for no shaping (white noise)
-t copy input file's time stamp to output file(s)
--use-dns force use of dynamic noise shaping (hybrid mode only)
-v verify output file integrity after write (no pipes)
--version write the version to stdout
-w Encoder write actual "Encoder" information to APEv2 tag
-w Settings write actual "Settings" information to APEv2 tag
-w "Field=Value" write specified text metadata to APEv2 tag
-w "[email protected]" write specified text metadata from file to APEv2
tag, normally used for embedded cuesheets and logs
(field names "Cuesheet" and "Log")
--write-binary-tag "[email protected]"
write the specified binary metadata file to APEv2
tag, normally used for cover art with the specified
field name "Cover Art (Front)"
-x [n]extra encode processing (optional n = 1 to 6, 1=default)
-x1 to -x3 to choose best of predefined filters
-x4 to -x6 to generate custom filters (very slow!)
-y yes to all warnings (use with caution!)
-z don't set console title to indicate progress
Web:
Visit www.wavpack.com for latest version and complete information
Сообщение отредактировал Xever - Пятница, 18 Мая 2018, 22:53
Весомая фишка для архива музыки, но проблема в неопытных юзерах, пользователях Windows Explorer, в котором нет возможности скопировать только .wv файлы, восстановив структуру папок. Была бы у формата побольше скорость и поддержка от Apple, он бы выстрелил.
Цитатаm14u ()
Тем более, что ниже 200кбпс он "не умеет", а ниже 256кбпс сам автор не советует.
Да, не идеально, т.к. это не психоакустика, я и сам не советую ниже 320kbps, -b2|-b2.5|-b3 имеют чётко различимый шум, особенно на -b2, на -b3.5 (размер меньше QAAC 127) этот же ABX тест я не прошёл, но если учесть, что Lossy файлы предназначены для портативных наушников и улицы, то даже -b3 бы подошёл. Поэтому интересно мнение опытных юзеров, проходят ли они ABX тест с такими настройками (-m -i -q -b3.5x6lc - %d)? Только не забудьте .wvc файл удалить/переместить.
Кто-нибудь знает, влияют ли ключи -h/-hh на качество Lossy файлов или только на компрессию? В описании ничего об этом нет, но название намекает.
Код
-h high quality (better compression ratio, but slower
encode and decode than default mode)
-hh very high quality (best compression, but slowest
and NOT recommended for portable hardware use)
Сообщение отредактировал Xever - Суббота, 19 Мая 2018, 02:01
влияют ли ключи -h/-hh на качество Lossy файлов или только на компрессию
В мануале есть такое;
[compression ratio (or, in lossy mode, audio quality)]
что-бы это значило...
ЦитатаXever ()
проблема в неопытных юзерах, пользователях Windows Explorer, в котором нет возможности скопировать только .wv файлы, восстановив структуру папок. Была бы у формата побольше скорость и поддержка от Apple, он бы выстрели
что-бы это зна... ой. "смешались в кучу кони, люди, проводники, яблоки и гюнтер". Apple - есть alac, нафиг не нужен никому, даром что открыли исходники. Скорость формата - это про куда? Кодирование, декодирование, узлы, боды... Комрад, вы о чём?
m14u,
Никаких коней, простой пользователь копирует на телефон папки с музыкой - Metallica, Rammstein, etc, но таким образом скопируются и .wvc файлы, для копирования только .wv файлов нужны специальные проводники вроде Total Commander|Xyplorer, поэтому это одна из причин непопулярности гибридов. Apple упомянут за умение презентовать формат и подсадить всех. А скорость кодирования и правда, низкая, 20-35x realtime, когда как FLAC 300-500x.
простой пользователь копирует [...], но таким образом скопируются и .wvc
Вот мы и подошли к главному. "Простому пользователю" не нужен wavpack hybride. "Простому пользователю" нужно "эМПэТришек-на-АйФончик"
ЦитатаXever ()
Apple упомянут за умение презентовать формат
С моей, не скромной, точки зрения, нынешняя популярность Яблока синтетическая. Если iMac выбирали из-за хорошего экрана и отсутствия "возни с драйверами", а первые яфоны за новаторство, то с переходом маков на интел Яблоко стало "ещё одним крупным сборщиком ПК со своею ОС". А "умение презентовать формат" умерло вместе с Ст. Дж. Да и не было его. Просто выносили "что-нибудь" с Яблоком на борту и все вокруг в обмороке от экстаза. Секта, ё-маё.
Вот мы и подошли к главному. "Простому пользователю" не нужен wavpack hybride. "Простому пользователю" нужно "эМПэТришек-на-АйФончик"
Вот поэтому я и говорю, что всех подсадить и заставить пользоваться могла бы только Apple с iTunes, т.к. при покупке альбома был бы выбор, lossy или lossy+lossless, а iTunes уже бы при заливке на телефон давал выбор и не понадобился бы Total CMD, но да, это фантазии.
Цитатаm14u ()
С моей, не скромной, точки зрения, нынешняя популярность Яблока синтетическая.
Ну это долгий холивар, у Яблока куча заслуг на технологическом поприще, и если бы я не был "продвинутым пользователем", безусловно бы подсел на него. И не волновало бы меня, что WavPack на нём не проиграть, кстати, ещё один минус.
всех подсадить и заставить пользоваться могла бы только
массовые расстрелы... Извините, не удержался.
ЦитатаXever ()
при покупке альбома был бы выбор
Перефразируя одного из персонажей Власт.Колец:"Зачем!? Зачем ты напрягаешь неокрепший мозг простого пользователя лишней инфой?". С ней он смузи крепкий не сварит и вконтактике новую аву не поставит. Информация - знание. Фу-фу что-то знать.
ЦитатаXever ()
lossy или lossy+lossless, а iTunes уже бы при заливке на телефон давал выбор
Угу. После прочтения краткой справки (лосси - с потерями, лослес - без потерь) первые две/пять "заливки" будут в лослес. А вот потом, когда "юзер обыкновенный" вдруг увидит, что вместо 20 альбомов теперь влезает 5, то... Внимание, вопрос; что в таком случае "юзер обыкновенный" скажет про лослес?
ЦитатаXever ()
куча заслуг на технологическом поприще
Мне в голову ни одна не приходит. Можно пример?
ЦитатаXever ()
холивар
Ни грамму не стояло! Только факты, интриги, расследования! Ну и имха немножечко.
Угу. После прочтения краткой справки (лосси - с потерями, лослес - без потерь) первые две/пять "заливки" будут в лослес. А вот потом, когда "юзер обыкновенный" вдруг увидит, что вместо 20 альбомов теперь влезает 5, то... Внимание, вопрос; что в таком случае "юзер обыкновенный" скажет про лослес?
На самом деле, если будет чёткое объяснение, что это как на CD, то как раз старая гвардия поддержит, если ты платишь как за CD, то имеешь право его забрать в виртуальном виде. У многих же огромные коллекции купленного.
В целом, с приходом смартфонов совместимость уходит на второй план, т.к. программно даже мой старинный Samsung Note 3 спокойно воспроизводит его, но вот от проблемы скорости кодирования никуда не уйти, FLAC 8 кодирует за 5 минут то, что WV с максимальными алгоритмами делает за 2 часа 35 минут.
"Старая гвардия" не равно "простой пользователь". О том и речь, что любой человек, "более-менее в теме", уже имеет представление об плюсах и минусах lossy/lossless. А человеку, которому "музыку послушать на смартфон" чихать с большой колокольни. До сих пор "альтернативно одарённые" делают рипы в мп3. Он мёртв уже 15 лет...
ЦитатаXever ()
FLAC 8 кодирует за 5 минут то, что WV с максимальными алгоритмами делает за 2 часа 35 минут.
Попробуй флак -8 -e -p... А если серъёзно, то ни во флаке, ни в вавпаке большой нужды использовать дополнительные улучшалки нету. Там прибавка в сжатии идёт на уровне сотых и десятых долей процента. В общем, "временнЫе затраты" на кодирование несопоставимы с "объёмным выигрышем".
А человеку, которому "музыку послушать на смартфон" чихать с большой колокольни. До сих пор "альтернативно одарённые" делают рипы в мп3. Он мёртв уже 15 лет...
Вот и был бы удобный выбор для тех и других. Понятно, что это нужно было делать лет 10 назад.
Цитатаm14u ()
Попробуй флак -8 -e -p... sarcastic А если серъёзно, то ни во флаке, ни в вавпаке большой нужды использовать дополнительные улучшалки нету.
Ага, открыл уже для себя этот Tukey FLAC, даже FLACCL даёт сопоставимую разницу сжатия, сохраняя максимальную скорость. Но в WV, скорость убивает ключ -x6, который влияет на качество lossy файла, и -h|hh, который тоже предположительно на это влияет (-m -i -q -b3.5hhx6lc - %d). Вопрос, какого значения эта разница, если как и с компрессией, то безусловно не имеет смысла. Тогда получаем скорость процентов на 20-30% меньше AAC и OPUS, уже лучше (-m -i -q -b3.5x3lc - %d).
Сообщение отредактировал Xever - Вторник, 29 Мая 2018, 22:54
generic cialis prices
http://viagrawithoutdoctorpres.com - viagra without a doctor prescription cialis reviews side effects remember me?
<a href="http://viagrawithoutdoctorpres.com">viagra without a doctor prescription</a> - cialis information
cialis prices
[url=http://viagrawithoutdoctorpres.com]viagra without a doctor prescription[/url]
Дата: Вторник, 19 Июня 2018, 20:05 | Сообщение #13
Группа: Проверенные
Сообщений: 2
Статус: Оффлайн
Возможно, кому-либо будет интересно. Я наваял плагин для 7-Zip, позволяющий использовать WavPack в качестве метода сжатия. Это может быть удобным при передаче больших wav-ов в интернете. Страничка плагина - http://www.tc4shell.com/ru/7zip/wavpack7z/
плагин для 7-Zip, позволяющий использовать WavPack в качестве метода сжатия
Исключая самоцель - зачем? Ведь есть официальный WavPack frontend, который Simple GUI application for WavPack on Windows. С удобоваримыми параметрами сжатия.
ЦитатаDec ()
Это может быть удобным при передаче больших wav-ов в интернете
Было бы неплохо указать, насколько wv7z лучше просто-wv в минимальном и максимальном сжатиях (с указанием затрачиваемого времени). И, насколько я понял, wv7z "неплееропригодный". Так в чём же удобство...
Ведь есть официальный WavPack frontend, который Simple GUI application for WavPack on Windows
WinZip имеет в качестве метода сжатия WavPack, т.е. разработчики WinZip зная, что есть официальный WavPack frontend, тем не менее добавили
WavPack в свою программу. Мне думается, это сделано не от скуки, а по
пожеланиям конечных пользователей. Мой плагин несколько уравнивает
WinZip и 7-Zip в плпне этой возможности. И я переписывался с David Bryant, ему идея очень понравилась.
Цитатаm14u ()
Так в чём же удобство...
Самый простой пример. С использованием WavPack frontend имеем один входной файл - один выходной. С плагином же несколько входных - один выходной, который помимо самих wav файлов может содержать и дополнительные файлы.
Цитатаm14u ()
Было бы неплохо указать, насколько wv7z лучше просто-wv в минимальном и максимальном сжатиях
Уровень сжатия 9 (Ultra) соответствует -hh -x6
Уровень сжатия 7 (Maximum) соответствует -hh -x4
Уровень сжатия 5 (Normal) соответствует -hh -x2
Уровень сжатия 3 (Fast) соответствует -hh
Уровень сжатия 2 соответствует -h
Уровень сжатия 1 (Fastest1) соответствует отсутствию вышеуказанных ключей
И плагин дополнительно сжимает хедеры и футеры, которые при использовании WavPack frontend хранятся в неизменном виде.
А если серъёзно, то ни во флаке, ни в вавпаке большой нужды использовать дополнительные улучшалки нету. Там прибавка в сжатии идёт на уровне сотых и десятых долей процента. В общем, "временнЫе затраты" на кодирование несопоставимы с "объёмным выигрышем".
Понятно, что это нужно было делать лет 10 назад.