Проект aleXmod

[gemzza]

По порядку.

1. Транкейт, как можно видеть из кода, приведенного выше, реализуется побитовым сдвигом вправо (операция >>).

2. По поводу дизеринга. В нем то же осуществляется транкейт до 16 бит тем же самым способом (после добавления псевдослучайного шума).

3. До недавнего времени ЦРГ был реализован внутри модуля DSP. Однако сейчас, когда он стал практически без задержки, его реализация перенеслась в модуль PCM (я делал сборки для 3.4 точно так же). Т.е. теперь на него приходят данные после обработки в DSP модуле в 16-битном формате (если я ничего не перепутал). Стало от этого хуже или лучше или ничего не изменилось, я сказать не могу, замеры где-то выкладывал AfArt, но судя по всему ничего качественно не поменялось.

Прокомментирую код, приведенный в посте выше:

На вход поступают данные в 32-битном формате в двух массивах: для левого и правого канала

Код:

const int32_t *src[]

Коэффициент сдвига берется отсюда:

Код:

const int scale = data->output_scale;

Вычисляется некий коефициент смещения (?) = 1/2 величины сдвига (я так понимаю для округления вверх)

Код:

const int dc_bias = 1 << (scale - 1);

Далее, пока не будет пройдены все данные, происходит следующее:

Код:

*dst++ = clip_sample_16((*s0++ + dc_bias) >> scale);

последовательно по каналам к данным прибавляется dc_bias (округление вверх ?)

Код:

(*s0++ + dc_bias)

Затем происходит сдвиг данных (транкейт)

Код:

>> scale

Затем проверка на клиппинг

Код:

clip_sample_16

суть которой в том, что если преобразованное (простым откидыванием старших бит) из 32 бит к 16 битам число не одно и то же

Код:

if ((int16_t)sample != sample)

Осуществляется операция "Исключающее ИЛИ" (или "Сложение по модулю 2") уровня сигнала 0x7fff и старшего бита исходного сигнала

Код:

sample = 0x7fff ^ (sample >> 31);

[Alex_Nsk]

Для тех кто не понимает о чем речь, вот тут просто изложенный материал от romanrex.

gemmza, а какие еще алгоритмы такого преобразования могут использоваться? Насколько я понимаю, тут у нас самый грубый вариант, т.е банальное отбрасывание младших значащих битов происходит? А что если в каждом месте где такое происходит, предварительно воткнуть кусок алгоритма с дизерингом? По идее он нам должен замазать такого рода искажения за счет равномерного увеличения шума..

[gemzza]

тут у нас самый грубый вариант, т.е банальное отбрасывание младших значащих битов происходит?

Именно так.

А что если в каждом месте где такое происходит, предварительно воткнуть кусок алгоритма с дизерингом?

Можно просто включить дизеринг, как мне кажется. Мест-то таких не много, я бы сказал одно. Единственно, непонятно что делать в таком случае с новым ЦРГ, поскольку он работает всего-лишь с 16 битными данными, а в этом случае, на сколько мне известно (я могу ошибаться) дизеринг не так эффективен, как в случае с 24 битами. Можно сделать замеры с включенным дизерингом и оценить его влияние.

[Alex_Nsk]

Судя по замерам где-то на пути обработки сигнала происходит транкейт без участия подмешивания шума.
Вне зависимости от установок дизеринг вкл/выкл в меню.

[gemzza]

Вот реализация "старого" ЦРГ:

Код:

int vol_gain = get_replaygain_int(global_settings.volume * 100);
dsp->data.gain = (long) (((int64_t) dsp->data.gain * vol_gain) >> 24);

Во второй строчке 64 битное число сдвигается на 24 бита вправо (естественно без подмешивания чего-либо).

[Alex_Nsk]

Из за такой операции и появляются наблюдаемые артефакты. И возможно подобное происходит несколько раз..
Как думаешь, можно ли попробовать собрать вариант rockbox вкорячив во всех подобных местах предварительный дизеринг треугольным шумом (такой же кусок который будет управляться из меню)?

[gemzza]

Как думаешь, можно ли попробовать собрать вариант rockbox вкорячив во всех подобных местах предварительный дизеринг треугольным шумом (такой же кусок который будет управляться из меню)?

Попробовать конечно можно . Но сейчас катастрофически нет свободного времени. Как только будет время / желание, то можно будет и попробовать.

[burnway]

Вот он бы лучше вместо этого взял бы да и написал НЕ ЧУШЬ.
А мы бы тут его покритиковали всласть.
И в таких же точно тонах мордой бы вывозили об написанный текст.

порядки и размеры шума от резисторов я привел, остальное - напишу ему сейчас, возможно ответит

[chir]

У меня одного за последнюю страницу сложилось впечатление, что привычно свернув за угол, я внезапно попал в какую-то маленькую, уютную кофейню на Сатурне и случайно подслушал их разговор?

Я тоже не понял о чем это они говорят

[gemzza]

Я тоже не понял о чем это они говорят

Главное, чтоб вам звучание нравилось А на все остальное забейте, это для того, чтоб звук был еще лучше

[micon]

это для того, чтоб звук был еще лучше

О! В самую точку.

[chir]

Вот кстати хорошее тело для мода,хоть и тоненький зато есть пульт в комплекте http://www.ebay.de/itm/Cowon-iAUDIO-...item19e249ae74 а вид прям как у нового

[micon]

тело для мода,хоть и тоненький зато есть пульт в комплекте http://www.ebay.de/itm/Cowon-iAUDIO-...item19e249ae74

O! для моего KYmod, не требующий увеличения задней крышки.

[Alex_Nsk]

Итак, в теперешней серии 4 участника, один из которых (Krelbi) не отсвечивает совсем.
Непонятно, передумал он принимать участие или нет. Прошу откликнуться и внести ясность.
В начале следующей недели будут собраны первые платы и готовые аппараты на базе iriver iHP140 для участников hqq и Villain. Alexmod #125 и #126, соответственно.

Потенциально, есть возможность собрать еще несколько аппаратов без каких-либо особенных проблем и долгого ожидания. Так что если кто хочет - welcome!

[Alex_Nsk]

Готов alexmod #125 для hqq. Получилось завершить быстрее, чем я предполагал.
Надеюсь до конца недели закончу #126 а на следующей - проведу прогон #127 для 13и7.
Далее займусь опробыванием варианта платы на PCM1792.

[micon]

Далее займусь опробыванием варианта платы на PCM1792.

[gemzza]

Далее займусь опробыванием варианта платы на PCM1792.

Это хорошо!

[Alex_Nsk]

Пошли вопросы-просьбы, а я до сих пор не могу ничего сказать. Непорядок
Немного отвлекла меня от данной темы ультра, в смысле, MA9 проект

[gemzza]

Ну и я тогда скажу пару радостных слов в пользу PCM1792/1796.

До сих пор в моих прошивках для этих ЦАП не работал "родной" кодек "тела" (от просто не задействовался). Недавно, по просьбе Сергея (NCRS) была сделана прошивка с поддержкой работы UDA1380 для iriver h120. По первым его отзывам вроде "полет нормальный".

Знаю, что многие владельцы алексмода (в основном в телах ривера) используют его совместно с родным кодеком (ММ или еще что-либо подобное). И для них переход на новый ЦАП автоматически отключал данную возможность. Теперь все стало красиво!

Пока не буду никуда выкладывать сборки с поддержкой родного кодека, поскольку людей, "пересадивших" себе ЦАП не так много и надо оно им или не надо, я не знаю. Ну и чтобы не плодить пока лишних сущностей . Однако, как только в этом возникнет реальная необходимость, с удовольствием выложу. Но по тестам пока еще не все понятно, терзаем тов. NCRS

[AfArt]

Немного отвлекла меня от данной темы ультра, в смысле, MA9 проект

Значит-ли это, что самостоятельного мультибитного проекта на AD1865 c супер конденсатором и проч. "извращениями" уже точно не будет и МА9АЕ будет абсолютным топом?