Форум

почему тогда
если start band for lowpass = 0
фильтр всё равно "начинает работу?" при условии что end band for lowpass > 0

Можно сказать, что если частота среза 0, то что-ж там звучать будет.. :) Ну, я надеюсь на широкую полосу затухания.

---------
В твоём предположении я не пойму: какой смысл в наличии двух ФНЧ, у которых значения > 0 ?
Ну закрыли частично в одном - всё устремилось в другой - там его тоже встретили - оно вышло и смешалось с другим.

не, по моему, не выдерживат критики.
вот зато в приведённом рисунке есть "горбы", - это , кстати очень интересный момент.
На срезе частот возникают резонансные искажения, которые очень любили диджеи 90-х, - зафигачил луп и двигаешь регулятор частоты среза, именно в процессе движения возникают очень интересные искажения, которые "обманывают" ухо таким образом, что кажется будто зацикленный кусок тонально меняется.
Продвинутые фильтры ещё имеют регулятор resonsnse (см те же скрины calf) который позволяет дополнительно усиливать или уменьшать эти "горбы". Чем выше горб, тем выше высокочастотных гармоник примешивается.

вернёмся к нашим фильтрам, однако
вот почему я убеждён, что оба фильтра являются параллелльными фнч:
1) когда оба фильтра закрытытогда звука нет
2) если постепенно открывать любой один, при закрытом другом, то появляется сигнал, изменения которого характерны для фнч.
3) при любом одном открытом на максимум фильтре, изменения частоты другого существенно не изменяют картину звука, привнося небольшие усиления соответствующие диапазону среза изменяемого.

BigOrange:

я убеждён, что оба фильтра являются параллелльными фнч:
...

Вот тот пользователь, который предполагал

- start band - это аналог cutoff frequency то есть начальная частота, с которой фильтр начнёт работу
- end band for lowpass - это ширина (по оси Х) участка с затуханием

..Я по спектрограммам вижу, что работает так, как я сказал, но я подразумевал, что end всегда должен быть равен или более start, а тут мы видим, что они оба независимы.

Да ещё и спектрограмма на случай, когда end < start имеется. Она, кстати, говорит мне, что это обычный band pass фильтр, а не lowpass filter.
Получается, что это или так и было задумано, или это логическая ошибка. Потому что в "нормальных" условиях ( я имею в виду случай, когда выставляются значения start < end ) спектрограмма подтверждает мою гипотезу, что разница между end и start определяет интенсивность затухания. Видно, что полоса затухающих частот становится уже или шире.

Игорь:

Вот тот пользователь, который предполагал

Игорь:

Она, кстати, говорит мне, что это обычный band pass фильтр

Игорю рекомендую проверить личку на musicforums.ru. Это не тривиальный фильтр. Их там много на самом деле, в зависимости от количества отражений. Частоты задают границы изменения частоты фильтров. Возможно он даже LP-типа (я по коду не возьмусь определить), но их там несколько, с разными частотами для каждого отражения, если я правильно уловил что внутри происходит.

Half:

Игорю рекомендую проверить личку на musicforums.ru. Это не тривиальный фильтр. Их там много на самом деле, в зависимости от количества отражений. Частоты задают границы изменения частоты фильтров. Возможно он даже LP-типа (я по коду не возьмусь определить), но их там несколько, с разными частотами для каждого отражения, если я правильно уловил что внутри происходит.

Игорь половину рунета и нерунета давно уже активно закидывает каверзными вопросами.
Ему догадок мало, ему доказательства нужны))

Ну вот например разбирал я видеоскоп и засомневался в правильности меток для уровней..
Короче говоря, вот здесь помеченные красным метки для HDTV и NTSC неправильны (это в СV).
Он не влияют на сигнал, но если по ним его корректировать, то будут ошибки.

Виноват некий программист (он давно покинул проект), который имплементировал в программу патчи,
базировавшиеся на теоретических ошибках.
Я потом по этому поводу тут развёрнуто выступил
----------------
----------------
Про фильтры:

Цитата из кода

77 // skirts for lowpass filter
78 double **lowpass_in1, **lowpass_in2;
79 DB db;
80 // required for all realtime/multichannel plugins

skirts - это https://en.wikipedia.org/wiki/Transition_band
The transition band, also called the skirt, is a range of frequencies, that allows a transition between a passband and a stopband of a signal processing filter.
The transition band is defined by a passband and a stopband cutoff frequency or corner frequency.

Перенесу сюда дискуссию отсюда

.. по Синелерре я поставил себе весьма скромную задачу - в рамках 28 коротких видеоуроков максимально достоверно рассказать о программе и её основных функциях.

Компиляция программы (помимо уже предпринимавшихся неудачных попыток) в эту задачу не входит.

1. При импорте файлов варианты выбора в Росе называются "Метод открытия ресурсов", а в новой локализации - "Стратегия открытия".
Не лучше ли было оставить как в Росе? Тем более в новом варианте русификации явно просматривается стремление детализировать, уточнить смысловой перевод.

Файл->Открыть файлы->Стратегия открытия
Всё логично.

2. В окне видеозахвата (Запись) начало [записи] в новом переводе переправлено на "дата/время".
В оригинале мы имеем Start time, что подразумевает всё же "начало".

К тому же называть датой только лишь название дня недели наверно некорректно.

В том же окне есть также и одно забавное исправление старого перевода.
"Пред. метка" из старого перевода заменена в новом переводе на "Предыд. метка".
Хотя места там достаточно и для полной фразы "предыдущая метка", ну или хотя бы сделать "предыдущ. метка".

В том же окне (запись), в новом переводе один из индикаторов назван "отстающих кадров".
В Росовской Синелерре же - "потеряно кадров". В разных программах я также встречал перевод именно как "потеряно кадров", ну или "пропущено кадров". Понятно, что при пропуске кадров идёт рассинхрон, но причиной ведь является потеря кадров при захвате.

The algorithm for determining how many frames to drop is as follows:
If the number of frames behind > 3, only 3 frames will be dropped before it will then do 1 frame;
if the number of frames behind is 2, only drop 1 frame; if only 1 frame behind, no frames will be dropped.

Захват видео хорошо работает в Cin-GG (по отзывам пользователей) и он получил там значительное развитие. В Cin-CV захват практически не работает. Это тотально забагованный участок программы, им никто не занимался очень много лет. Ведущий разработчик всё порывается его удалить. До сих пор его удавалось отстаивать, однако похоже что Einar настроен таки вымести его из программы перед грядущим релизом .. Если вопрос таки будет поднят и поставлен ребром, я буду категорически против удаления.

Есть ещё различные казусы и неточности (на мой взгляд) в новом переводе. Но думаю примеров достаточно.

Игорь:

:-) Похвальное начинание. Давно пользуетесь ? Почему не участвуете в тестировании ?

Игорь:

Странное упорство. Там компилировать минут несколько.. Ну, как хотите.

Игорь:

Файл->Открыть файлы->Стратегия открытия
Всё логично.

Игорь:

Захват видео хорошо работает в Cin-GG (по отзывам пользователей) и он получил там значительное развитие. В Cin-CV захват практически не работает.

Игорь:

Пишите. Поглядим.

+2. В варианте Синелерры для Росы в окне Композитор есть кнопка "Блокировать видео от изменений", а на монтажном столе есть другая кнопка - "Блокировать метки от перемещения". В новом переводе соответственно такие названия: "Защитить видео от изменений" и... "Блокировать метки от перемещения". Почему бы уже не последовать той же логике и назвать команду "Защитить метки от перемещения", или же просто оставить обе эти команды как в старой локализации?

+3. В Росе: "Интервал шкалы времени". В новой локализации: "Масштаб монтажного стола". Вообще то программный 'Монтажный стол' - это не только шкала времени, но и элементы управления клипами, управления дорожками, и т.д. Если уж следовать такому определению, то под масштабом монтажного стола будет пониматься масштабирования всего, что на нём, в том числе и различных инструментов. Поэтому всё же "Интервал шкалы времени" наиболее полно соответствует назначению переключателя.

Дальше примеров приводить не буду, так как они ещё больше подвержены субъективности с моей стороны.

Минут несколько - это для опытных сборщиков. Я ещё не собрал ни одного пакета, везде были ошибки. Появится цель - соберу, а пока только экспериментировал.

Почему нельзя тогда код перенести из GG в CV?

[Правка > Удалить], а также [Правка > Заглушить выбранный участок]
Это уже новый перевод (в Росе же одна из команд вообще не переведена), и мне кажется, он не полностью отражает суть.
Первую можно было бы перевести "Удалить со сдвигом", вторую - "Удалить без сдвига"

И я, и мой предшественник, перевод которого - в Cin-CV из репов ROSA, cтолкнулись с ограничениями типа

#: ../cinelerra/mainmenu.C:743 ../plugins/compressor/compressor.C:1400
#: ../plugins/synthesizer/synthesizer.C:861
msgid "Clear"
msgstr "Удалить"

#: ../cinelerra/mainmenu.C:743 - это как раз меню Правка

вторую - "Удалить без сдвига"

Да можно было бы. Но лучше этого делать.
Потому что в оригинале Mute Region это Mute Region, а не Ripple Delete

Потому что:
Mute Region m - Overwrite blank audio/video on the selected area. Following edits don’t move.
.... ....
You shouldn’t think to that space as a "hole" left in place of the edit. In fact it is not "void" but a solid blank screen with specific duration.
This is silence. Silence occupies space/time and therefore can be edited (cut, copied, pasted, trimmed). It refers both to audio and video.

The operation Edit->Mute Region will replace your edit with silence.
Following edits won't move.
"Silence" - важное базовое понятие в синелерра-мире.

То, что в таких вариантах нет слов 'участок' и 'выделение', не случайно, ведь команды применяются и для того и для другого - не знаю как кто, но

я привык, что выделение это выделение, а участок является промежутком между явно заданными точками входа и выхода (в Синелерре это "[" и"]", в некоторых других программах "i" и "o").

Это в кденлайве выделение - это выделенный щелчком мыши материал и ничего больше.
А в синелерра все по-другому.
Cплошь и рядом в документации идет речь о многочисленных операциях, применяемых к selected region или area (highlighted or between in/out points). Сначала (независимо от режима редактирования) выбирается участок, затем к нему применяются операции.

Участок выбирают либо выделяя его курсором, либо щелчком мыши между метками, либо он отмечается in/out..
Выбранный участок даже пустой дорожки - это полноценный объект редактирования!

.. To perform cut and paste editing select i-beam toggle. Select a region of the timeline by click dragging on it ...

.. the in/out point selection ... Double click over an edit to select that single whole edit. The selected edit will be highlighted. ..
.. Set the in point and the out point to define the start time and the end time of your selection ...

выделение это выделение, а участок является промежутком между явно заданными точками входа и выхода ... в некоторых других программах "i" и "o").

Это Вы на адобе премьер намекаете ?
Ok. Цитирую официальный учебный курс АDOBE PREMIERE CC:

".Существует два способа выделения фрагментов последовательности, которые вы хотите удалить. Можете использовать точки входа/выхода
в сочетании с выделением дорожек или же выделять фрагменты клипов.. . Чтобы выделить удаляемый фрагмент последовательности, необходимо
установить точки входа/выхода на монтажном столе. Это можно сделать путем установки указателя текущей позиции монтажа в нужную точку
и последующего нажатия клавиши I или O. "

В варианте Синелерры для Росы в окне Композитор есть кнопка "Блокировать видео от изменений", а на монтажном столе есть другая кнопка - "Блокировать метки от перемещения". В новом переводе соответственно такие названия: "Защитить видео от изменений" и... "Блокировать метки от перемещения". Почему бы уже не последовать той же логике и назвать команду "Защитить метки от перемещения", или же просто оставить обе эти команды как в старой локализации?

Потому что "Lock labels from moving" "Protect video from changes"
Потому что Lock и Protect - разные вещи.
Видео во окне защищается от случайных изменений типа смещения Проектора и т.п.
А метки защищать нечего. Юзер не переместит их случайно. Их ставят на фрагментах и они автомат. перемещаются вместе с этими фрагм.-и при операциях редактирования, что очень удобно. А когда их надо фиксировать на опред. местах, включают блокировку.
Прочтите в руководстве как это работает и Вы поймете, что 'защитить метки' было бы "не в ту степь". Здесь именно блокирование.
Но дабы юзеры не входили в заблуждение, я наверно изменю это на "Блокировать перемещение меток"
Так будет точнее.

В Росе: "Интервал шкалы времени". В новой локализации: "Масштаб монтажного стола". Вообще то программный 'Монтажный стол' - это не только шкала времени, но и элементы управления клипами, управления дорожками, и т.д. Если уж следовать такому определению, то под масштабом монтажного стола будет пониматься масштабирования всего, что на нём, в том числе и различных инструментов. Поэтому всё же "Интервал шкалы времени" наиболее полно соответствует назначению переключателя.

Хо-хо.. Старо как мир.. монтажный стол vs временная шкала.. Эпические войны сторонников
Однако "Масштаб монтажного стола" - это не некий косноязыкий новодел, а вполне устоявшийся, широко используемый термин

Официальный учебный курс АDOBE PREMIERE CC

Самоучитель монтажа домашнего видео Автор: Ватаманюк Александр Иванович

Видеомонтаж в Canopus Edius Автор: Владимир Пташинский

https://userbase.kde.org/Kdenlive/Manual/Timeline/Editing/ru
... Лупы увеличения или уменьшения масштаба монтажного стола.

Но я уже давно запланировал патч, где это будет изменено на "Горизонтальный масштаб проекта на монтажном столе".
И там будут еще мелкие корректировки.

Игорь:

просто сообщили в рассылку (дайте вывод терминала) - получили-бы оперативную помощь

Вы будете не первым пользователем синелерры, кто соберет ее в РОСА.

Игорь:

Это Вы на адобе премьер намекаете ?

Игорь:

А в синелерра все по-другому.

Игорь:

Хо-хо.. Старо как мир.. монтажный стол vs временная шкала..

Oleg75:

Игорь:

просто сообщили в рассылку (дайте вывод терминала) - получили-бы оперативную помощь

В таком случае в Росе уже давно бы могли запускаться постоянно обновляемые CV, GG и HV (из официальных репозиториев).

За период с 2013 (я читаю рассылку с 2013) по настоящее время никто из ROSA-юзеров по поводу проблем с компиляцией (в ROSA) в рассылку не обращался. Следовательно: либо проблем с компиляцией не существует (а имеющиеся - суть есть отсутствующие зависимости), либо существуют, но нет пользователей, действительно заинтересованных в этой программе.

Oleg75:

Тем более, ранее с Вашей стороны прозвучала такая фраза:
Вы будете не первым пользователем синелерры, кто соберет ее в РОСА.

Говоря это, я имел в виду ROSA-пользователя с ником AVB здесь
Мы общались в 2015 с ним потом по e-mail - я предлагал ему пробовать разные ветки и он успешно их компилировал.
Но, поскольку это было 2 года назад и я уже подзабыл детали, я считал, что он компилировал на ROSA.
Открыв архив переписки, чтобы AVB процитировать , я "обнаружил", что дело происходило на Mint17.1
Стало быть, я не знаю никого из роса-юзеров, скомпилировавших синелерру. Но раз пакеты синелерры в ее репах есть, значит герои были.

И тут отмечусь. Не корысти ради, а токмо информирования для.

Создал новый официальный сайт Cinelerra CV Community
http://cinelerra-cv.wikidot.com/
Создал новый официальный репозиторий Cinelerra-CV
https://github.com/cinelerra-cv-team

Старый сайт cinelerra-cv.org ушел в оффлайн и перешел в собственность Cinelerra-GG Community.
Туда нынче этот домен и перенаправляет.

Ну а оригинальная Cinelerra-HV по-прежнему хостится на http://heroinewarrior.com/

Ну а если кто-то запутается в этих трех соснах, то тогда ему ко мне в блог читать эту статью.