У каждого своё удобство и своя технология работы над проектом.
По возможности нужно делать все, как предустановку. Только как это сделать? что каждый раз при включении скрипта появляется окно предустановки?
По разному можно. Но пока не до этого.
В связи с вашей репликой (не в обиду аж ни как) вспоминается выдержка из классического Еврейского анекдота -
Например. Почему сенд и трек с посылом на него нельзя сделать независимыми? Вот тут и мое "мамавчера" я не знаю логику построения скрипта. Откуда берутся пики и с какой периодичностью их просчитывает скрипт и просчитывает ли он пики сендов. И почему сенд должен разрешать треку что на него посыл включиться или выключиться. трек сам должен видить что у него дальше игра или молчанка
Ну если будет время, неплохо было бы иметь такой вариант.
А почему-бы не ограничить количество обращений к Риперу через API. Осуществлять опрос состояния по определённому триггеру. Опрашивать например только тогда, когда в истории появляются какие-то изменения. Если не получится все необходимое мониторить "через историю", то перебросить какую-то часть нагрузки на данного рода метод.
Да, я не имел ввиду анализировать все события истории (если я правильно понял Ваш ответ), это было-бы совсем не оптимально. Реагировать на событие в истории исключительно, как на триггер, по которому будет осуществляется сеанс реализованного вами опроса состояния всего Вас интересующего посредством API, напротив непрерывного мониторинга в цикле 33 раза в секунду.
Есть же уже готовый вариант. Вроде как всё делает то, что вам нужно - оставляет только дорожки с айтемами.
SWS: Save current arrange view, slot 1
Script: mpl_Toggle show tracks if time selection crossing any of their items.lua
! --- STEP ----
Script: mpl_Toggle show tracks if time selection crossing any of their items.lua
SWS: Restore arrange view, slot 1
