|
Opus Encoder
|
|
kvark48
|
Дата: Вторник, 15 Января 2019, 17:33 | Сообщение #121
|
|
Группа: Проверенные
Сообщений: 50
Статус: Оффлайн
|
Цитата Rollinnn ()
Может быть mp3 128 хватало тем, кто ничего, кроме этого mp3 128, и не слышал никогда.
Вот именно! Человеческая бинарная логика буксует в отсутствии точки отсчёта.
|
|
  |
|
|
|
Vargas
|
Дата: Вторник, 15 Января 2019, 19:27 | Сообщение #122
|
|
Группа: Проверенные
Сообщений: 19
Статус: Оффлайн
|
kvark48,
Т.е. официально не выкладывают сборки под AVX? Такая запутанная нумерация, сходу не поймёшь, где актуальное. |
|
|
|
|
|
Magnus
|
Дата: Вторник, 15 Января 2019, 21:02 | Сообщение #123
|
|
Группа: Проверенные
Сообщений: 8
Статус: Оффлайн
|
Я тоже, еще году так в 2005 кодировал для плеера в MP3 Lame'ом, и понял, что эти 128 kbps и близко не стояли к качеству CD. Эту байку запустили, когда у всех были колонки-пищалки, а плееры только начали поддерживать MP3. Тогда же перешел на WMA 2-pass vbr 128kbps, или Q75.
Сообщение отредактировал Magnus - Вторник, 15 Января 2019, 21:06
|
|
|
|
|
|
kvark48
|
Дата: Вторник, 15 Января 2019, 23:10 | Сообщение #124
|
|
Группа: Проверенные
Сообщений: 50
Статус: Оффлайн
|
20 лет назад качество CD оценивалось 95-ю процентами юзеров на китайских настольных дребежалках, которые радовали диапазоном 300-12000 Гц.
Цитата Vargas ()
Т.е. официально не выкладывают сборки под AVX? Такая запутанная нумерация, сходу не поймёшь, где актуальное.
Не тестировал на поддержку AVX. Ориентируйтесь на версию libopus.
|
|
|
|
|
|
Vargas
|
Дата: Среда, 16 Января 2019, 02:14 | Сообщение #125
|
|
Группа: Проверенные
Сообщений: 19
Статус: Оффлайн
|
kvark48,
AVX добавляет 50-100x к скорости, неплохо. Ну пока ждём исправленную версию без щелчков, надеюсь, не пол года будем ждать. 
Сообщение отредактировал Vargas - Среда, 16 Января 2019, 02:14
|
|
|
|
|
|
Rollinnn
|
Дата: Среда, 16 Января 2019, 02:42 | Сообщение #126
|
|
Группа: Эксперты
Сообщений: 1405
Статус: Оффлайн
|
Цитата Vargas ( )
пока ждём исправленную версию без щелчков, надеюсь, не пол года будем ждать.
Я бы не надеялся. 
FLAC1.3.3NOSSE Opus1.3.1NOSSE LAME3.99.5ICL12.1 Monkey'sAudio4.10(NOSSE2) ffmpeg для Windows XP и процессоров без SSE2
|
|
|
|
|
|
kvark48
|
Дата: Среда, 16 Января 2019, 11:01 | Сообщение #127
|
|
Группа: Проверенные
Сообщений: 50
Статус: Оффлайн
|
Rollinnn, а что так пессимистично?
Есть информация, колитесь. |
|
|
|
|
|
Dave_Scream
|
Дата: Среда, 16 Января 2019, 13:03 | Сообщение #128
|
|
Группа: Проверенные
Сообщений: 51
Статус: Оффлайн
|
Цитата Vargas ()
kvark48,
А что за сборки выкладываются на видеохелпе? Тестовые? Там и AVX есть.
Код
https://www.videohelp.com/download/opus-tools.2018-10-24.zip
This package contains *unofficial* binaries of the Opus Audio Codec for Windows:
* libopus v1.3, Git-83d5155f [2018-10-17]
* opus-tools v0.2+3, Git-f5f571b3 [2018-10-16]
* libopusenc v0.2.1, Git-b19e1b14 [2018-10-07]
* libopusfile v0.11+4, Git-d59a17ec [2018-09-27]
unofficial - неофициальные сборки. Похоже человек, используя исходники libopus 1.3 (последняя на сегодня версия), перекомпилирует их с включенными оптимизациями под конкретные технологии в компиляторе.
там есть файлы
opusenc.avx.exe
opusenc.avx2.exe
opusenc.i686.exe
opusenc.min-size.exe
opusenc.sse2.exe
Интересно провести замеры, но мне кажется, что самым быстрым на современных процессорах будет сборка avx2.exe
|
|
|
|
|
|
Rollinnn
|
Дата: Среда, 16 Января 2019, 17:27 | Сообщение #129
|
|
Группа: Эксперты
Сообщений: 1405
Статус: Оффлайн
|
Цитата kvark48 ()
а что так пессимистично?
Вы же видели тему на гидрогене. Никто не признал, что это баг.
FLAC1.3.3NOSSE Opus1.3.1NOSSE LAME3.99.5ICL12.1 Monkey'sAudio4.10(NOSSE2) ffmpeg для Windows XP и процессоров без SSE2
|
|
|
|
|
|
kvark48
|
Дата: Среда, 16 Января 2019, 18:26 | Сообщение #130
|
|
Группа: Проверенные
Сообщений: 50
Статус: Оффлайн
|
Цитата Rollinnn ()
Вы же видели тему на гидрогене. Никто не признал, что это баг.
Видел, как не признали необходимость пиковых RG тегов... И +5db...
А ведь всё элементарно разруливается через мета-данные как в QAAC.
И без потери обратной совместимости.
Предчувствую что всё закончится бунтом на корабле и появлением неофициального стандарта.
|
|
|
|
|
|
Arantiannel
|
Дата: Четверг, 17 Января 2019, 18:37 | Сообщение #131
|
|
Группа: Проверенные
Сообщений: 6
Статус: Оффлайн
|
Здравствуйте, два вопроса:
1. Прочитал форум, но так окончательно и не уяснил, есть ли "надёжный" способ избежать щелчков? Или они, что называется, имеют случайную тенденцию? Могут быть, а могут и не быть?
2. В случае, если способа не имеется, какой формат посоветуете для окончательного отказа от MP3 и ухода с OPUS'a до лучших времён? AAC или OGG? Склоняюсь ко второму, но критична ли разница? |
|
|
|
|
|
Rollinnn
|
Дата: Четверг, 17 Января 2019, 18:46 | Сообщение #132
|
|
Группа: Эксперты
Сообщений: 1405
Статус: Оффлайн
|
Цитата Arantiannel ()
Или они, что называется, имеют случайную тенденцию? Могут быть, а могут и не быть?
Зависят от самого аудиоматериала. На каком-то есть, на каком-то нет. Но гораздо чаще их всё-таки нет.
FLAC1.3.3NOSSE Opus1.3.1NOSSE LAME3.99.5ICL12.1 Monkey'sAudio4.10(NOSSE2) ffmpeg для Windows XP и процессоров без SSE2
|
|
|
|
|
|
kvark48
|
Дата: Четверг, 17 Января 2019, 22:17 | Сообщение #133
|
|
Группа: Проверенные
Сообщений: 50
Статус: Оффлайн
|
Arantiannel,
У винил-рипов щелчки в 10 раз громче и в 1000 раз чаще, и ничего, слушают и не жалуются. |
|
|
|
|
|
Vargas
|
Дата: Четверг, 17 Января 2019, 23:19 | Сообщение #134
|
|
Группа: Проверенные
Сообщений: 19
Статус: Оффлайн
|
Цитата Rollinnn ()
Никто не признал, что это баг.
А почему, какой им смысл?
Dave_Scream,
Да, у меня только AVX поддерживает, интересно, какие скорости выдают современные i7 AVX2 с 16 ядрами.
kvark48,
При кодировании для портатива вообще никаких проблем, а вот для хранения, попадётся какой-нибудь хороший Ambient с бесшовными переходами, будет неприятно.
Сообщение отредактировал Vargas - Четверг, 17 Января 2019, 23:19
|
|
|
|
|
|
zub35
|
Дата: Пятница, 18 Января 2019, 00:43 | Сообщение #135
|
|
Группа: Проверенные
Сообщений: 61
Статус: Оффлайн
|
del
Сообщение отредактировал zub35 - Пятница, 18 Января 2019, 00:43
|
|
|
|
|
|
Dave_Scream
|
Дата: Пятница, 18 Января 2019, 01:39 | Сообщение #136
|
|
Группа: Проверенные
Сообщений: 51
Статус: Оффлайн
|
Попрогонял разные версии энкодера, разницы особо никакой, нужно увеличивать продолжительность материала
official win32
Total encoding time: 0:11.265, 304.26x realtime
avx
Total encoding time: 0:11.406, 300.49x realtime
Total encoding time: 0:11.328, 302.56x realtime
i686
Total encoding time: 0:13.375, 256.26x realtime
sse2
Total encoding time: 0:11.625, 294.83x realtime
win64
Total encoding time: 0:10.891, 314.70x realtime
Total encoding time: 0:11.312, 302.99x realtime
min.size
Total encoding time: 0:13.422, 255.36x realtime
Сообщение отредактировал Dave_Scream - Пятница, 18 Января 2019, 01:39
|
|
|
|
|
|
Rollinnn
|
Дата: Пятница, 18 Января 2019, 03:50 | Сообщение #137
|
|
Группа: Эксперты
Сообщений: 1405
Статус: Оффлайн
|
Цитата Dave_Scream ()
Попрогонял разные версии энкодера, разницы особо никакой, нужно увеличивать продолжительность материала
На моём Core i3 3245 получилось так: avx - ~84x, обычная версия отсюда - ~48x
FLAC1.3.3NOSSE Opus1.3.1NOSSE LAME3.99.5ICL12.1 Monkey'sAudio4.10(NOSSE2) ffmpeg для Windows XP и процессоров без SSE2
|
|
|
|
|
|
Vargas
|
Дата: Пятница, 18 Января 2019, 23:18 | Сообщение #138
|
|
Группа: Проверенные
Сообщений: 19
Статус: Оффлайн
|
Скорость разительно отличается, поэтому странно, что это неофициально.
А как часто встречаются эти щелчки? Я к тому, что может, вероятность низкая, поэтому разрабы и не обратили внимание? |
|
|
|
|
|
Rollinnn
|
Дата: Суббота, 19 Января 2019, 17:37 | Сообщение #139
|
|
Группа: Эксперты
Сообщений: 1405
Статус: Оффлайн
|
Цитата Vargas ()
Скорость разительно отличается, поэтому странно, что это неофициально.
Самая очевидная причина - чтобы была одна версия, которая без лишних действий будет работать у большинства пользователей.
И есть ещё один нюанс: результат работы lossy кодеров в зависимости от использованных оптимизаций может быть не абсолютно идентичен. На слух это не заметно, конечно. Вот, например сравнил я файлы, полученные с --bitrate 200 avx версией и этой - пиковый уровень различий получился ~-18.43 дБ (11.98%)
Цитата Vargas ( )
А как часто встречаются эти щелчки?
Редко. Даже, наверное, очень редко.
Но, если конвертировать файлы с существенным смещением по постоянному току или просто с существенным уровнем инфразвуковых частот, то щелчки почти гарантированы - https://hydrogenaud.io/index.php/topic,116127.0.html И щелчок в этом может быть очень явственным. Архив с файлами, между которыми после кодирования в opus на любом битрейте будет щелчок, который трудно не заметить - https://yadi.sk/d/VcqVlzbK3YbKBq
Добавлено (21 Января 2019, 22:00)
---------------------------------------------
Новости по поводу щелчков: теперь понятно почему, у vorbis их нет.
Цитата
2) The signal in this file behaves badly in digital filters when they assume the signal before/after they operate is 0 (this is the default). To prevent this, you need to extend the signal, for example with a simple LPC predictor. Opus does this for the *end* of files, but not at the start. (https://github.com/xiph/libopusenc/blob/master/src/opusenc.c#L1147)
...
4) Vorbis implements it also for the start of files (https://github.com/xiph/vorbis/blob/ea8b03fce93444cb3cf0131909e15b4f8856e863/lib/block.c#L416) which is why it behaves so well here. (And obviously it can't fail at the resampling step).
https://hydrogenaud.io/index.php/topic,116605.msg967456.html#msg967456
FLAC1.3.3NOSSE Opus1.3.1NOSSE LAME3.99.5ICL12.1 Monkey'sAudio4.10(NOSSE2) ffmpeg для Windows XP и процессоров без SSE2
|
|
|
|
|
|
Gratch
|
Дата: Вторник, 22 Января 2019, 15:01 | Сообщение #140
|
|
Группа: Проверенные
Сообщений: 38
Статус: Оффлайн
|
Цитата Audiophile ()
Opus определённо лучший.
Я только приглядывался к опусу, но узнав о проблеме или угрозе "щелчков", решил что лучше остаться на qaac. Может opus и лучше, но я кодирую в tvbr 118-127 и не думаю, что услышу разницу с сопоставимым по размеру opus-ом при таких установках качества. Не думаю, что кто-то вообще услышит. Да и места экономится при таком сжатии тоже достаточно, чтобы держать всю фонотеку без дублей на выделенных под нее 800 ГБ харда ноутбука.
Сообщение отредактировал Gratch - Вторник, 22 Января 2019, 15:51
|
|
|
|
|
|
dixen18
|
Дата: Среда, 23 Января 2019, 10:05 | Сообщение #141
|
|
Группа: Проверенные
Сообщений: 31
Статус: Оффлайн
|
Цитата Gratch ()
на выделенных под нее 800 ГБ харда ноутбука.
А почему бы не приобрести для такого отдельный 2,5 HDD?
|
|
|
|
|
|
Gratch
|
Дата: Среда, 23 Января 2019, 15:26 | Сообщение #142
|
|
Группа: Проверенные
Сообщений: 38
Статус: Оффлайн
|
Цитата dixen18 ()
А почему бы не приобрести для такого отдельный 2,5 HDD?
Таких дисков у меня 3 х 1 ТБ, но они все заполнились мульт- и кинофильмами для семьи для просмотра на ТВ. Не нравится, когда лишний шнур торчит из ноута, для того чтобы послушать музыку. Но на одном внешнем и так около 500 гб отдано под то, что стереть рука не поднимается, в лосслесс.
|
|
|
|
|
|
Vargas
|
Дата: Понедельник, 28 Января 2019, 18:32 | Сообщение #143
|
|
Группа: Проверенные
Сообщений: 19
Статус: Оффлайн
|
Rollinnn,
Удивлён, что один и тот же кодек создаёт разные файлы, думал в цифре всегда идеальная точность. :)
Цитата Rollinnn ()
Редко. Даже, наверное, очень редко.
Наверное, поэтому авторы и не хотят исправлять, раз это на уровне погрешности, или они отрицают глюк сам по себе?
Цитата Rollinnn ( )
Новости по поводу щелчков: теперь понятно почему, у vorbis их нет.
А человек имеет отношения к разрабам? Или разработчик это jmvalin?
|
|
|
|
|
|
Rollinnn
|
Дата: Четверг, 31 Января 2019, 18:13 | Сообщение #144
|
|
Группа: Эксперты
Сообщений: 1405
Статус: Оффлайн
|
Цитата Vargas ()
или они отрицают глюк сам по себе?
Не отрицают. Просто, это скорее особенность кодера, чем баг. Ну и причина теперь ясна: в opus используется экстраполяция только в конце файла, а в vorbis - и в конце и в начале.
Кстати, если кто думает, что AAC обеспечивает идеальную бесшовность, удалите через mp3tag тег itunsmpb (через раздел "Дополнительные теги") и послушайте, что получится. Только резервную копию файлов не забудьте перед эти сделать.
Цитата Vargas ( )
А человек имеет отношения к разрабам? Или разработчик это jmvalin?
jmvalin разработчик.
FLAC1.3.3NOSSE Opus1.3.1NOSSE LAME3.99.5ICL12.1 Monkey'sAudio4.10(NOSSE2) ffmpeg для Windows XP и процессоров без SSE2
|
|
|
|
|
|
kvark48
|
Дата: Среда, 08 Мая 2019, 11:30 | Сообщение #145
|
|
Группа: Проверенные
Сообщений: 50
Статус: Оффлайн
|
Вышел оф. релиз 1.3.1 (libopus 1.3-26, libopusenc 0.2.1-2)
Исправлена ошибка с кодированием тишины. |
|
|
|
|
|
Dave_Scream
|
Дата: Среда, 08 Мая 2019, 11:39 | Сообщение #146
|
|
Группа: Проверенные
Сообщений: 51
Статус: Оффлайн
|
Круто |
|
|
|
|
|
strannik
|
Дата: Четверг, 09 Мая 2019, 02:06 | Сообщение #147
|
|
Группа: Проверенные
Сообщений: 6
Статус: Оффлайн
|
opusenc.avx прямо-таки в разы ускоряет процесс по сравнению с базовым 1.1.3. Притом битрейт ниже при одинаковом на слух качестве (и спектры те же).
Есть небольшая загвоздка. Подскажите, пожалуйста, какие параметры использует стандартный fb2k кодер (точнее, в чем отличие, если просто указать, например, %s --bitrate 80 - %d?
Почему для сторонних кодеров опусов требуется temp-файл (параметр %s)? Без него выдает ошибку (0x00000001); please re-check parameters.
Притом, если заменить .exe родной opusenc иным (AVX в моём случае), файлы пишутся легко сразу в opus. Не хочется туда-сюда гигабайты временных wav-ок гонять, если есть легальный метод делать хорошо сразу
Притом, что, как на картинке https://audiophilesoft.ru/commandline/opus/cmdset.png, не работает: во-первых, ./encoders через точку уже давно не принимает почему-то, во-вторых, требует %s.
Сообщение отредактировал strannik - Четверг, 09 Мая 2019, 02:18
|
|
|
|
|
|
kvark48
|
Дата: Четверг, 09 Мая 2019, 12:50 | Сообщение #148
|
|
Группа: Проверенные
Сообщений: 50
Статус: Оффлайн
|
Цитата
Почему для сторонних кодеров опусов требуется temp-файл (параметр %s)? Без него выдает ошибку (0x00000001); please re-check parameters.
Вопрос к сторонним разрабам левых сборок. Или спросите у кодера: --help вам в помощь.
Нормальные сборки прекрасно работают с std потоками, как на вход так и на выход.
|
|
|
|
|
|
strannik
|
Дата: Воскресенье, 12 Мая 2019, 13:06 | Сообщение #149
|
|
Группа: Проверенные
Сообщений: 6
Статус: Оффлайн
|
Цитата kvark48 ()
Вопрос к сторонним разрабам левых сборок. Или спросите у кодера: --help вам в помощь.
Нормальные сборки прекрасно работают с std потоками, как на вход так и на выход.
Дык это, кодеры OpusTools 0.2.1+2 libopus 1.3.1 и также прочие с videohelp.com, о которых говорилось выше.
Но вы не услышали главного: после подмены кодера, к которому обращается foobar2000 (не консольный, а ползунком), всё идёт как надо. Значит, реализация идёт каким-то иным образом.
Какими командами пользуетесь вы, если даже официальный OPUS с главного сайта для вас «левый» 
Одной команды --bitrate 128 - %d недостаточно.
PS. Кто-нибудь обращал внимание, что в AIMP'e на андроиде идёт перегруз звука в этом кодеке, а в других плеерах играет нормально?
|
|
|
|
|
|
Rollinnn
|
Дата: Воскресенье, 12 Мая 2019, 14:00 | Сообщение #150
|
|
Группа: Эксперты
Сообщений: 1405
Статус: Оффлайн
|
Цитата strannik ()
Подскажите, пожалуйста, какие параметры использует стандартный fb2k кодер (точнее, в чем отличие, если просто указать, например, %s --bitrate 80 - %d?
По умолчанию команда для Opus'a в фубаре имеет вид --quiet --bitrate 128 --vbr --ignorelength - %d, но, даже если использовать только --bitrate 128 - %d, кодирование исправно работает.
Цитата strannik ( )
Прекрасно работает. Естественно, чтоб работало, как на картинке, opusenc.exe должен быть в папке encoders, которая должна быть в папке с foobar2000.exe
У Вас при кодировании любого файла возникает проблема? Пробовали ли на чистом портативном фубаре?
FLAC1.3.3NOSSE Opus1.3.1NOSSE LAME3.99.5ICL12.1 Monkey'sAudio4.10(NOSSE2) ffmpeg для Windows XP и процессоров без SSE2
Сообщение отредактировал Rollinnn - Воскресенье, 12 Мая 2019, 14:27
|
|
|
|
