|
|
|
semёn_52
Стаж: 13 лет 4 месяца Сообщений: 2742
|
semёn_52 ·
28-Мар-25 06:42
(3 дня назад)
mercx, SHOGMA, есть хорошая цитата о "такой красоте"
|
|
|
|
Loud_Swir
Стаж: 17 лет Сообщений: 1696
|
Loud_Swir ·
28-Мар-25 09:02
(спустя 2 часа 20 мин.)
mercx писал(а):
87577933я тоже не понял в чём проблема
Что ты не понял, повторяю, апконверт - мусор.
|
|
|
|
lum7799
Стаж: 14 лет 5 месяцев Сообщений: 395
|
lum7799 ·
28-Мар-25 15:24
(спустя 6 часов)
GCRaistlin писал(а):
87577639Добавление 26 фреймов тишины меняет вейвформу последующих фреймов, причем она становится такой же, как в файле, где эти 26 фреймов тишиной не являются.
Ну у вас очевидно словесное описание сравнения вейвформ противоположно тому, что видно на самих вейвформах.
Нужно или переставить местами вейвформы в посте или поменять словесное описание, короче нужно чтобы пост соответствовал вашим эмпирическим опытам.
А потом уже можно осторожно попробовать делать выводы.
|
|
|
|
GCRaistlin
Стаж: 17 лет 2 месяца Сообщений: 6112
|
GCRaistlin ·
28-Мар-25 16:06
(спустя 41 мин., ред. 28-Мар-25 16:06)
lum7799
Почему? 1-й скриншот - вейвформа файла длиной 4 фрейма. 2-й и 3-й - вейвформы файлов длиной в 30 фреймов. Смотрите на шкалы.
Loud_Swir
На самом деле, апковерт - мусор только в том случае, если в файл не вносились изменения (или вносились, но такие, которые можно было внести без пережатия), а битрейт повысили. В остальных случаях "мусор" будет звучать лучше, т. к. в нем артефакты повторного сжатия будут слабее (или отсутствовать - в случае lossless). Использование определенных форматов неявно предполагает некую минимальную планку качества исходного материала, но тем не менее.
|
|
|
|
lum7799
Стаж: 14 лет 5 месяцев Сообщений: 395
|
lum7799 ·
28-Мар-25 16:56
(спустя 50 мин., ред. 28-Мар-25 16:56)
GCRaistlin
Нет, я не об этом.
Если я правильно понял наш русский, вы пишете, что 2я и 3я вейвформы выглядят одинаково, что очевидно не так.
Скорее 1я и 2я выглядят одинаково.
|
|
|
|
GCRaistlin
Стаж: 17 лет 2 месяца Сообщений: 6112
|
GCRaistlin ·
28-Мар-25 17:24
(спустя 28 мин.)
lum7799
Видимые области 2-й и 3-й одинаковы, если не считать примерно 5 мс в начале. А вот видимые области 1-й и 2-й различны по всей длине. Различия небольшие, но они есть.
|
|
|
|
lum7799
Стаж: 14 лет 5 месяцев Сообщений: 395
|
lum7799 ·
28-Мар-25 18:54
(спустя 1 час 29 мин.)
GCRaistlin
Странно, почему вы игнорируете очевидные различия в работе декодера во 2м и 3м случае и придаёте большое значение минимальной разнице 1го и 2го, которая скорее всего свидетельствует о маленькой разнице в фазе сигнала (или фазе его отрисовки), а не его составе, как раз из-за всей длины.
А вот в случае 2го и 3го явно видно возмущение в алгоритме декодера, вызванное очевидно разрывом сигнала на стыке фреймов из-за переклейки.
|
|
|
|
GCRaistlin
Стаж: 17 лет 2 месяца Сообщений: 6112
|
GCRaistlin ·
28-Мар-25 19:25
(спустя 31 мин., ред. 28-Мар-25 19:25)
lum7799
Почему игнорирую? Я же написал про первые 5 мс. Оно только на них наблюдается.
lum7799 писал(а):
87580641которая скорее всего свидетельствует о маленькой разнице в фазе сигнала (или фазе его отрисовки), а не его составе, как раз из-за всей длины
Не понял, откуда может взяться эта разница, если каждый фрейм длиной ровно 32 мс, а фреймы друг на друга, вы говорите, не влияют. А тут каждый пик на видимом участке длиной 128 мс, заканчивающемся в обеих вейвформах в одной и той же точке, отличается, хотя этот участок соответствует одним и тем же 4 фреймам.
|
|
|
|
lum7799
Стаж: 14 лет 5 месяцев Сообщений: 395
|
lum7799 ·
28-Мар-25 22:08
(спустя 2 часа 43 мин.)
GCRaistlin
Цитата:
Почему игнорирую?
GCRaistlin писал(а):
87577639Добавление 26 фреймов тишины меняет вейвформу последующих фреймов, причем она становится такой же, как в файле, где эти 26 фреймов тишиной не являются.
Цитата:
Не понял, откуда может взяться эта разница
Не знаю откуда, скорее всего из-за условия начала работы декодера с нулевого времени в этом случае, в отличие от других двух - и первый пример не годится.
В любом случае, я придерживаюсь аксиомы, что фреймы самодостаточны и возмущение на стыках объясняется сбоем декодера при разрыве сигнала.
На этом полагаю дискуссию можно закончить, каждый останется при своём мнении.
|
|
|
|
GCRaistlin
Стаж: 17 лет 2 месяца Сообщений: 6112
|
GCRaistlin ·
29-Мар-25 01:28
(спустя 3 часа)
А все-таки в eac3to есть нюанс при зацикливании фреймов. Допустим, нам нужно зациклить 2-й фрейм. Какую точку нужно указать? Интуитивно кажется, что любую из 3-го фрейма. Но это не так:
Код:
eac3to.exe 30_frames.ac3 Loop33.ac3 -edit=0:00:00.033,+32ms
eac3to.exe 30_frames.ac3 Loop65.ac3 -edit=0:00:00.065,+32ms
Файлы Loop33.ac3 и Loop65.ac3 получатся одинаковыми - с зацикленным 1-м фреймом. Чтобы зациклить 2-й, нужно указать точку из интервала 0:00:00.080-0:00:00.111 - из 2-й половины 3-го фрейма или из 1-й половины 4-го.
|
|
|
|
deniums
Стаж: 22 дня Сообщений: 9
|
deniums ·
29-Мар-25 02:58
(спустя 1 час 30 мин., ред. 29-Мар-25 03:28)
Уточню ссылки на a52dec для Windows:
a52dec-0.8.0-win32-jammy.7z (gcc 11) или
a52dec-0.8.0-win32-vista-gcc6.7z (gcc 6).
|
|
|
|
lum7799
Стаж: 14 лет 5 месяцев Сообщений: 395
|
lum7799 ·
29-Мар-25 03:31
(спустя 33 мин., ред. 29-Мар-25 03:31)
GCRaistlin
Так об этом в инструкции написано:
Цитата:
Важное примечание:
В версиях v3.30 - v3.34 при использовании команды -edit перестали правильно (так, как описано в настоящей инструкции) работать опции -silence и -loop
Пример для команды -edit=0:00:10.000,+1000ms -silence
deniums писал(а):
87582347ac3 мне не очень интересен. wma вот кодирую для портатива.
А чем хуже AAC LC от qaac - качество True VBR отменное.
|
|
|
|
GCRaistlin
Стаж: 17 лет 2 месяца Сообщений: 6112
|
GCRaistlin ·
29-Мар-25 03:35
(спустя 3 мин.)
lum7799
Я не читал этой инструкции. Да и никакого вывода, кроме как не пользоваться версиями старше 3.29, из этой картинки не сделать. А он неверный.
|
|
|
|
lum7799
Стаж: 14 лет 5 месяцев Сообщений: 395
|
lum7799 ·
29-Мар-25 03:45
(спустя 10 мин.)
GCRaistlin
Цитата:
не пользоваться версиями старше 3.29
Да почему же не пользоваться, кто обязывает к таким выводам. Вносите заранее нужную коррекцию и пользуйтесь на здоровье.
Просто ваше "открытие" уже давным-давно известно...
|
|
|
|
GCRaistlin
Стаж: 17 лет 2 месяца Сообщений: 6112
|
GCRaistlin ·
29-Мар-25 04:19
(спустя 34 мин., ред. 29-Мар-25 21:28)
lum7799
Из картинки непонятно, какую коррекцию надо вносить. И она не отражает реальную ситуацию, напр., для
Код:
eac3to.exe in.ac3 out.ac3 -edit=0:00:00.080,+32ms
Результат будет не такой, какой ожидается по картинке.
Хотя, если нужно зациклить более одного фрейма, вывод, может, не такой уж и неверный. Проще в delaycut нарезать нужные куски, а потом соединить через copy /b.
|
|
|
|
deniums
Стаж: 22 дня Сообщений: 9
|
deniums ·
29-Мар-25 04:51
(спустя 31 мин.)
lum7799 писал(а):
87582358А чем хуже AAC LC от qaac - качество True VBR отменное
qaac/fdk конечно лучше, но выбор форматов ограничен. Кстати, можно сравнивать звучание кодеков в foo_abx или Lacinato ABX (попроще). Результат неожиданный. Наушники лучше поверхастее (чтобы вся грязь была слышна).
|
|
|
|
semёn_52
Стаж: 13 лет 4 месяца Сообщений: 2742
|
semёn_52 ·
29-Мар-25 19:40
(спустя 14 часов)
GCRaistlin
Насколько я понимаю из вашей переписки с lum7799 вам нужна точность вставки куска звука в другой кусок звука. Распаковывайте всё в WAV и добавляйте в аудиоредакторе тишину, или что угодно, с точностью до сэмпла, а не с точностью до фрейма (применительно к ac3 точность в 1536 раз больше). И ни чего в вэйвформе у вас не поменяется.
|
|
|
|
GCRaistlin
Стаж: 17 лет 2 месяца Сообщений: 6112
|
GCRaistlin ·
29-Мар-25 22:37
(спустя 2 часа 57 мин., ред. 30-Мар-25 18:08)
semёn_52
Интересно-то без пережатия.
Разобрался. Сначала временная точка выравнивается по границе фрейма (округляется до ближайшей). Затем от нее делается отступ назад на длину вставляемого отрезка (округленную до фрейма). Оказываемся на правой границе отрезка, который будет зациклен.
|
|
|
|
JMix11z
Стаж: 2 года 8 месяцев Сообщений: 1
|
JMix11z ·
30-Мар-25 17:58
(спустя 19 часов)
Подскажите пожалуйста, что обозначает параметр "compr" в MediaInfo, в разделе Audio?
скрытый текст
Audio
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Duration : 2 h 20 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 645 MiB (100%)
Service kind : Complete Main
Dialog Normalization : -31 dB
compr : -0.28 dB
cmixlev : -3.0 dB
surmixlev : -3 dB
dmixmod : Lo/Ro
ltrtcmixlev : -3.0 dB
ltrtsurmixlev : -3.0 dB
lorocmixlev : -3.0 dB
lorosurmixlev : -3.0 dB
dialnorm_Average : -31 dB
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31 dB
И ещё, что нужно прописать в командной строке, чтобы получить это значение -0.28 dB?
|
|
|
|
