Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Без тригонометрических выражений в формулах не обойтись...Да... Упёрся я в эти частные случаи, когда серединка вопадает в серединку... А тригонометрию мне без помощи не осилить...
Разницы с чем? В твоём примере регулируются только крайние полосы и с изломом АЧХ, что ес-но при таких расчётах, а в оригинальном EQ_3_Band и соседние полосы по синусоидальному закону. АЧХ плавная.В моём примере регулируются только чётные полосы (не считая первой). Рассчитывается лишь положение промежуточных нечётных. По какому закону их нужно рассчитывать, если ни на какие иные параметры, вроде добротности, мы не влияем? Если посмотреть на кривую трёхполосного регулятора, то видно, что рассчитанное положение регулятора 4.0k равно полусумме положений регуляторов 1.0k и 16.0k. Точно так же и в моём случае: есть два регулятора, которые регулируются, и находящийся между ними, положение которого соответствует их среднеарифметической середине. Вся остальная кривизна АЧХ определяется исходной добротностью. Если взять родной эквалайзер из DSP, и вручную выставить любые три соседних регулятора (исключая первый, разумеется) линейно, то чем в этом случае будет отличаться график от аналогичной ситуации моего варианта? Ничем!
Можно же посмотреть, как будет меняться АЧХ при регулировке - в диалоге DSP на родном эквалайзере.Смотрел, разницы не увидел
Это неверный подход, формулы в скрипте будут другими.Вот что у меня получилось:
procedure Execute(var State: Integer);
var
EQ: TComponent;
N: Integer;
begin
EQ:= FindObject('prvEqualizer');
for N:= 1 to 8 do
EQ.Set('BandValue' + IntToStr(N*2 + 1), (EQ.Get('BandValue' + IntToStr(N*2)) + EQ.Get('BandValue' + IntToStr(N*2 + 2)))/2);
end;
Это только в крайнем случае. Кривые фильтров имеют форму синусоиды, а не линейную, частоты фильтров должны быть равномерно расположены, в АИМПе при 18 полосах - через пол-октавы (кроме полосы 31 Гц). 10- полосный эквалайзер имеет смысл делать для диапазона 20-20000, там частоты пойдут через октаву. Глянь, как это реализовано в трёхполосном темброблоке в этой же теме.В любом случае плясать придётся от родного 18-ти полосного. Тот трёхполосный я посмотрел, вот удастся ли из него сделать 10-ти?..
Это неверный подход, формулы в скрипте будут другими.Но возьмём крайний случай: Band2 в =15, Band4 в +15. Почему в этом случае Band3 должен быть в положении отличным от нулевого?
Кстати, подобным образом, наверное, можно построить и 5- и 7-полосный эквалайзер...Попробовал сделать десятиполосный: Band1, далее только чётные. Промежуточные - среднеарифметическое соседних. Помимо громоздкости получившегося скрипта, не уверен в корректности такого подхода.
Зачем?У винамповского скина -Flo- есть такая фишка, вот и подумал, коль масштабирование у AIMP есть, почему бы не быть возможности переключать масштаб оперативно?
Текстуру в панели разместитьСпасибо, всё получилось, и даже лучше, чем у прототипа
...переделал, по идее этих проблем не должно бытьРаботает, даже приклеенное к границе. Но то пустой контейнер. А с реальной текстурой выезжает размер шире экрана. Где что подправить?
Теперь окно всегда в позиции Left = 0, и, получается, сдвиг идет за счет изменения ширины внутреннего контейнера. Судя по прилипающим окнам к невидимой части главного окна в винаповском скине сдвиг реализован таким же образом.
И как ты проверяешь? Элементарно же, хотя бы на встроенном скине, бросить метку и скриптик в одну строчку, который возвращает размеры окна в ту метку, распахнуть окно во весь экран/рабочий стол и убедиться, что никакие "магнеты" на возвращаемый размер не влияют.Проверял на проекте от D2NP, менял магнеты у AimpMainForm, текстовое окно после сборки всё показывает.
если что пример прикреплен в этом сообщении, v6Опробовал на FLO. Есть, конечно нюансы, но работает!
В моём варианте магнетов не было: SizingHitTestAreaWidth = 0 и MagnetRectOffets = 0, в твоём, кстати, они тоже не нужны, поскольку вручную изменять размеры нет надобности.SizingHitTestAreaWidth не влияет, а вот несимметричный магнет...
И от магнетов эти размеры (1926 и 1056) не зависят, это же легко проверить. По вертикали ещё вычитается высота панели задач - 30 пикс.
Ещё один нюанс: функция FindObject('AIMPMainForm').Get('Width/Height') при максимизированном окне на моём FullHD возвращает 1926 и 1056, видимо, с учётом невидимой рамки окна в 3 пикс.Это не рамка, это магнеты!