Archie-reascript: обсуждение, пожелания, сообщения об ошибках.

[smrz1]

@Archchie, а на какой программе ты делаешь гифку?
Вот гифка...

Вообще, довольно редкая ситуация когда на разных ПК, скрипт в Рипере ведёт себя по разному - мне кажется что где то косяк в моих действиях... Но посмотрел твою гифку и всё так же вроде бы, но у тебя работает.

 

[Archie's]

а на какой программе ты делаешь гифку?

https://cockos.com/licecap/ Скачать

Вообще, довольно редкая ситуация когда на разных ПК, скрипт в Рипере ведёт себя по разному

Да вообще такого не может быть, такое может быть на разных системах, но не как не на одной системе (windows).
И у тебя на гифки не видно запустился скрипт при старте или нет, надо бы вынести кнопку на тулбар. И зачем пол гифки вырезал? Если не хочешь что бы видели, что творится на рабочем столе, то правой кнопкой по рабочему столу и далее > Вид > Отображать значки рабочего стола, снять-поставить галку.

Попробуй сделать следующее: Скопируй куда нибудь в другое место файл(например на рабочий стол) "reaper-extstate.ini" для того что бы его восстановить потом, а в папке рипера открой файл "reaper-kb.ini" найди название скрипта и убедись что в начале строки стоит 260 т.е. "SCR 260 0", затем открой файл "reaper-extstate.ini" и удали всё содержимое этого файла, сохрани, закрой. Далее запусти рипер и проверь скрипт, работает или нет, затем после проверки открой его ("reaper-extstate.ini" ) и покажи что в нем появилось, ну и дальше удали его и скопируй обратно оригинал.

Вот еще раз сделал гиф, повторил все как на твоей гиф, даже покрасил так-же и все работает.

 

[YuriOl]

@Archchie, Script: Archie_Track; Add tracks with locked height to collapsed folders-Restore when uncollapsed(background).lua, который новый, ты чего-то допилил ещё? Скрипт стал корректней работать в плане плавности.)) При открытии папки, теперь треки не дёргаются!
Ещё раз СПАСИБО! Нужное дело делаешь!

 

[smrz1]

@Archchie, Всё сделал как ты сказал. В файле reaper-extstate.ini появляется вот такое:

Скрипт упорно не хочет запоминать блокировку Lock track height, если сохранять проект с закрытой папкой. Галки просто исчезают, как будто их кто то выключил... Если папку не сворачивать - после перегрузки проекта скрипт нормально работает, всё как надо...

Вот записал с новой гифка-писалкой (кстати мне она очень понравилась - ни разу не вылетала, работает надёжно). Вывел кнопку скрипта - теперь видно, включен он или нет.

 

[YuriOl]

Скрипт упорно не хочет запоминать блокировку Lock track height, если сохранять проект с закрытой папкой. Галки просто исчезают, как будто их кто то выключил...

Да, подтверждаю. Если проект сохранить с закрытой папкой, то при следующем открытии проекта галки с лока высоты слетают.

 

[Archie's]

Всё сделал как ты сказал. В файле reaper-extstate.ini появляется вот такое: скрин

Да, в твоем документе треки не сохранены
А должно что то вот такое, Table= ....... и тут сох. треки .......

Вот еще раз сделал gif . Сначала удалил запись из ini, затем включил лок, свернул папки и закрыл проект, и вот все записалось.

Скрипт упорно не хочет запоминать блокировку Lock track height, если сохранять проект с закрытой папкой. Галки просто исчезают, как будто их кто то выключил...

В смысле "как будто их кто то выключил", их скрипт выключил, просто он должен сохранить и восстановить это все.
А вот почему не сохраняется у вас я не понимаю, т.к. у меня все сохраняется.

Да, подтверждаю. Если проект сохранить с закрытой папкой, то при следующем открытии проекта галки с лока высоты слетают.

Также на одном проекте??? т.к это пока работает с одним проектом, т.е. если в промежутке между закрытием и открытием открыть другой проект, то все сохранения сбросятся и соответственно галки уже не восстановятся.
Я обновил уже что бы это работало для всех проектов, но пока не выкладывал и не буду, пока не разберемся с этим скриптом.
--------------------------------

Запустите вот этот кусок кода и покажите что в консоль вывелось

    T,q={},""
    for i = 0, 100 do
        T[i]=q.."q"
        q=T[i]
    end

    reaper.ShowConsoleMsg(table.concat(T,'&&&\n'))

 

[smrz1]

@Archchie, только сейчас домой попал... Уже за компом. Поясни мне, по "Запустите вот этот кусок кода и покажите что в консоль вывелось" - что и как это сделать - сейчас сделаю!

п. с. Я уже Рипер собрался переставлять, тяжко ощущать себя одиноким - у всех работает - у меня - нет... но тут у @YuriOl, тоже самое
По поводу Table= у меня закрадывалась мысль (не осознанная), что - что то должно после (=) появляться... Но вот вопрос: а почему у тебя это работает? У тебя система не из семейства Windows?

 

[Archie's]

Поясни мне, по "Запустите вот этот кусок кода и покажите что в консоль вывелось" - что и как это сделать - сейчас сделаю!

Создать скрипт с этим содержимым - запустить его и сказать(показать) что появилось в окне. Вот собственно скрипт Test.

По поводу Table= у меня закрадывалась мысль (не осознанная), что - что то должно после (=) появляться...

Да - после равно должна появится информация о треках.

Но вот вопрос: а почему у тебя это работает?

Вот мне тоже интересно, почему это у вас не работает.

У тебя система не из семейства Windows?

Windows 10 , апрель 2019

 

[smrz1]

@Archchie, вот сделал тест (если я правильно понял). Если что не так - переделаю.

Мне определённо нравиться эта гифка-писалка...

 

[smrz1]

@Archchie, вопрос по скрипту, но мне неизвестному (вдруг он какой то вредный). Что это, откуда взялся...

 

[Archie's]

вопрос по скрипту, но мне неизвестному (вдруг он какой то вредный). Что это, откуда взялся...

Я тоже не знаю что это за скрипт,как то не разбирался, но он идет по умолчанию с рипером.

вот сделал тест (если я правильно понял). Если что не так - переделаю.

Ну все правильно пишется, а значит все должно записываться, ничего не понимаю.
Попробуй не закрывая рипер, включить лок, свернуть папку затем выключить скрипт и посмотреть в "reaper-extstate.ini" появилась запись или нет, в общем как на моей гиф.

 

[smrz1]

@Archchie, вот, появилась какая то запись после Table=

 

[Archie's]

вот, появилась какая то запись после Table=

Значит надо (не надо*) перед закрытием проекта вырубать скрипт, а только потом закрывать проект, не знаю почему это не срабатывает при закрытии проекта, но ты не первый с такой проблемой.

Порывшись на оф. форуме выяснил, что я не первый кто хотел реализовать таким способом сохранение при закрытии проекта, и у всех этот способ не работает.
И соответственно с этим у меня возникает вопрос, ПОЧЕМУ это у меня работает??? А может потому что у тебя Windows 7, а у меня 10? Короче я нечего не понимаю, но у меня этот способ работает.
---------------
* Обновил в реапаке, проверяй, Сейчас все должно работать(сохранятся).
Перед обновлением почисти файл "reaper-extstate.ini" удали из него "[имя скрипта]Table=..... и дальше до квадратных скобок ........"

 

[YuriOl]

@Archchie, обновил твой скрипт, теперь после его включения или если добавлен в автозагрузку, то при старте программы выдаёт всегда сообщение о сохранении проекта, так как скрипт находится в автозапуске. Так должно разве быть? Получается теперь в автозагрузке такой способ не удобен с постоянно выскакивающим предупреждением. Убрал из автозапуска. Теперь надо сначала сохранить проект, а потом самому в ручную запустить скрипт и всё равно потом при открытии этого же сохраненного проекта надо вручную запускать этот скрипт. Винда у меня 10.

 

[smrz1]

@Archchie, у меня настойчиво не хочет сохранятся... Эта функция удобна, если бы работала, но работал без неё, поработаю и дальше...
Я тут вдруг вспомнил о Enable spectral peaks on selected tracks - когда то я спросил можно ли такое реализовать - пытались и экшенами, какими то ещё способами и скрипт делался - нифига ничего толком не вышло...

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

Есть конечно мысль по поводу этого скрипта: у меня Win7, у @YuriOl, - Win10. У нас не работает, у тебя работает. И вот такое предположение - это сохранение может зависеть от пути установки Рипера (и где файл reaper-extstate.ini находится). До версии 5.971, Рипер я ставил по пути C\Program Files\REAPER (x64) - вообще это стандартный путь почти всех программ и плагинов под Win. Рипер, почему то, по умолчанию, просится через Users... и т. д., но папку REAPER (x64), он всё равно создаёт в Program Files.

Вот с версии 5.971, я стал ставить как он просится - через Users и стали появляться всякие странности, иногда (очень редко) - даже крашился, другие не систематические мелкие пакости - до этого, Рипер работал вообще идеально (если только я сам его не загонял). Может это и не причем, просто, мысли в буквах (хотел написать - вслух, но как?)

 

[Archie's]

при старте программы выдаёт всегда сообщение о сохранении проекта, так как скрипт находится в автозапуске такой способ не удобен с постоянно выскакивающим предупреждением..

Чуть позже уберу.

у меня настойчиво не хочет сохранятся...

Ну сейчас по моему не может такого быть, т.к. сейчас сохранение происходит не при закрытии проекта, а в реальном времени при сворачивании/ разворачивании папки(вот gif), а как мы выяснили ранее, запись у тебя происходит нормально - пост #222.
Сделай гиф: Поставь галки лок высоты / загляни в reaper-extstate.ini проверь запись / закрой reaper-extstate.ini / сверни папку в рипере/ загляни опять в reaper-extstate.ini проверь запись, она уже должна появится / закрой проект / загляни опять в reaper-extstate.ini проверь есть ли запись / и открой проект , проверь лок.

у меня Win7, у @YuriOl, - Win10. У нас не работает, у тебя работает.

Сейчас вообще по другому принципу сохранение происходит.

И вот такое предположение - это сохранение может зависеть от пути установки Рипера (и где файл reaper-extstate.ini находится).

Файл reaper-extstate.ini находится на своем месте, иначе он просто работать не будет.
И если бы что то было с путями не то, то все бы работало криво, а не один скрипт.

и стали появляться всякие странности, иногда (очень редко) - даже крашился, другие не систематические мелкие пакости - до этого, Рипер работал вообще идеально (если только я сам его не загонял). Может это и не причем, просто, мысли в буквах

Для всяких проверок, виноват/невиноват ли твой конфиг советую сделать следующее, а именно: Поставить портативный Рипер, прям на рабочий стол или куда хочешь, ну и соответственно sws и реапак. Ну и если что то не работает, то проверять в чистом портативном Рипере.
------------

@YuriOl, У тебя сейчас сохраняется лок у свернутых папках при перезагрузке проекта?
И на вот этот вопрос ты мне так и не ответил.

 

[YuriOl]

И на вот этот вопрос ты мне так и не ответил.

Выскакивает что-то непонятное

 

[Archie's]

Выскакивает что-то непонятное

Я не про это,а про это

Да, подтверждаю. Если проект сохранить с закрытой папкой, то при следующем открытии проекта галки с лока высоты слетают.

Также на одном проекте??? т.к это пока работает с одним проектом, т.е. если в промежутке между закрытием и открытием открыть другой проект, то все сохранения сбросятся и соответственно галки уже не восстановятся.

Старую версию скрипта проверял на одном проекте? между закрытием и открытием проекта другие проекты не открывал?
И сейчас у тебя сохраняется лок у свернутых папках при перезагрузке проекта???

 

[YuriOl]

@Archchie,

Я не про это,а про это

Да, запоминает!
А вообще-то, у меня что-то с этими локами высоты не всегда корректно работает Рипер. Может только у меня..!?
Например твой скрипт Script: Archie_Track; Toggle height selected tracks in 24 pixel - revert to average values(`).lua - уменьшает трек, но не лочит высоту, хоть в опциях скрипта стоит единица. Может от версий Рипера зависит? Поставил последнюю девелоперку и текушую офф, всё равно чего-то не хочет запоминать.
Потом эти все локеры высоты корректно работают если только мышкой вертикальный зум менять, а стоит применить скрипт Script: me2beats_Vertical zoom to project.lua или твой Script: Archie_Track; Zoom tracks in TCP to fit screen (Ctrl + Click save restore)Smart(`).lua, то высота их зумируется не смотря на статус Lock. Может так и должно быть, хоть по логике вроде лок должен блочить высоту при любых обстоятельствах по идее

 

[Archie's]

Например твой скрипт Script: Archie_Track; Toggle height selected tracks in 24 pixel - revert to average values(`).lua - уменьшает трек, но не лочит высоту, хоть в опциях скрипта стоит единица.

Он и не должен лочить, единица там говорит о том что "треки с включенным lock track height не будут масштабироваться", а ноль говорит о том, что скрипту по барабану, стоит лок или нет на треке, трек все равно будет масштабироваться.
Но все равно обнаружил баг в этом скрипте, тогле второе положение не работает"- revert to average values(вернуться к средним значениям)", потом исправлю.

а стоит применить скрипт Script: me2beats_Vertical zoom to project.lua или твой Script: Archie_Track; Zoom tracks in TCP to fit screen (Ctrl + Click save restore)Smart(`).lua, то высота их зумируется не смотря на статус Lock. Может так и должно быть, хоть по логике вроде лок должен блочить высоту при любых обстоятельствах по идее

Нет, лок при зуме надо указывать в скрипте, если это не указать, то скрипту по барабану есть на треке лок или нету, он все равно его будет зумить.

 

[YuriOl]

@Archchie, понятно! Спасибо! А возможно в твой замечательный скрипт Script: Archie_Track; Zoom tracks in TCP to fit screen (Ctrl + Click save restore)Smart(`).lua добавить опцию или сделать подобный скрипт, но с маштабированием всех треков по вертикали, кроме залоченых по высоте?

 

[smrz1]

@Archchie, разобрался в моей ошибке со скриптом. Подвели многолетние рефлексы...
Сохранение я всегда делал с добавлением новой цифры, что бы всегда можно было откатиться (это стало привычкой, после безвозвратной потери некоторых проектов или части работы над ними и т. п.).
То есть - в одно и то же имя никогда не сохраняю (или крайне редко) - и уже сам не замечаю, как добавляю цифру!
В Рипере стал пользоваться на кнопке File: Save new version of project (automatically increment project name) - очень удобно...

И сегодня, по "случайности", пока делал гифку, сохранил проект в то же имя... И о чудо! Script: Archie_Track; Add tracks with locked height to collapsed folders-Restore when uncollapsed(background).lua - сохранился и открылся с залочеными по высоте под-папками.
Всё работает отлично! (сильно мешает/замедляет/отвлекает конечно табличка при открытии проекта).

Но эта радость не долго длилась... При сохранении проекта с добавлением цифры или automatically increment project name (любое изменение имени) - скрипт перестаёт работать. Все под-папки и треки разлочены. А это означает, что работать с проектом безопасно (без вариантов отката на раннюю версию проекта) - невозможно!

Да и просто я часто делаю разные версии проекта (многие так делают или просто - почти все (наверное)). Вот такая штука получается.
А это - главный смысл в сохранении проектов (в нашем изменчивом мире). Это возможно исправить/доработать?

 

[Archie's]

А возможно в твой замечательный скрипт Script: Archie_Track; Zoom tracks in TCP to fit screen (Ctrl + Click save restore)Smart(`).lua добавить опцию или сделать подобный скрипт, но с маштабированием всех треков по вертикали, кроме залоченых по высоте?

Пока что нет времени совсем, время появится посмотрю. Но не обещаю.

при старте программы выдаёт всегда сообщение о сохранении проекта, так как скрипт находится в автозапуске такой способ не удобен с постоянно выскакивающим предупреждением.

(сильно мешает/замедляет/отвлекает конечно табличка при открытии проекта).

Убрал!

При сохранении проекта с добавлением цифры или automatically increment project name (любое изменение имени) - скрипт перестаёт работать. Все под-папки и треки разлочены.

Это возможно исправить/доработать?

Исправил!
Теперь работает индивидуально для каждого проекта. Но имей в виду, теперь если ты свернешь папки и закроешь проект не сохранив его, то в этом проекте все локи слетят в свернутых папках, перед закрытием обязательно нужно сохранить проект, т.е. если ты сохранишь проект с другим именем то локи сохранятся только в новом проекте, а в старом все локи слетят в свернутых папках, так что - что бы локи сохранились в обоих проектах сначала сохрани существующий проект (ctrl+s), а только потом с новым именем, и тогда локи сохранятся в обоих проектах.

Сохранение я всегда делал с добавлением новой цифры, что бы всегда можно было откатиться (это стало привычкой, после безвозвратной потери некоторых проектов или части работы над ними и т. п.).
То есть - в одно и то же имя никогда не сохраняю (или крайне редко) - и уже сам не замечаю, как добавляю цифру!

Да и просто я часто делаю разные версии проекта (многие так делают или просто - почти все (наверное)). Вот такая штука получается.

Для чего плодить эти проекты, ведь существуют бэкапы, настрой их правильно для себя и все(хоть каждую минуту будет сохранятся бэкап автоматически в нужное тебе место).
Да и кроме того, несмотря на настройки бэкапов, рипер при сохранении проекта еще создает дополнительный бэкап рядом с проектом, т.е. при нажатии (ctrl+s) проект сохраняется и рядом с проектом создается бэкам с проектом на момент предыдущего сохранения.

 

[smrz1]

Но имей в виду, теперь если ты свернешь папки и закроешь проект не сохранив его, то в этом проекте все локи слетят в свернутых папках, перед закрытием обязательно нужно сохранить проект, т.е. если ты сохранишь проект с другим именем то локи сохранятся только в новом проекте, а в старом все локи слетят в свернутых папках, так что - что бы локи сохранились в обоих проектах сначала сохрани существующий проект (ctrl+s), а только потом с новым именем, и тогда локи сохранятся в обоих проектах.

Странно... Точнее не странно, а здорово! Я пытался смоделировать мою будущую ошибку типа: "закроешь проект не сохранив его" - ничего не получается... никакие локи не слетают, всё в порядке и работает с локами! Короче я сделал всё что после слов "Но имей в виду" - работает как часы... Что я "не так" делаю?
Начал это делать по простой причине - работаю с проектом, изменяю его (но это эксперимент!) мне ни в коем случае нельзя сохранять его в тоже имя, но ты пишешь: "в старом все локи слетят в свернутых папках" - однако этого не происходит (и это здорово, но почему?)

Для чего плодить эти проекты, ведь существуют бэкапы, настрой их правильно для себя и все(хоть каждую минуту будет сохранятся бэкап автоматически в нужное тебе место).
Да и кроме того, несмотря на настройки бэкапов, рипер при сохранении проекта еще создает дополнительный бэкап рядом с проектом, т.е. при нажатии (ctrl+s) проект сохраняется и рядом с проектом создается бэкам с проектом на момент предыдущего сохранения.

Бэкапы существуют "миллион" лет и в автоматическом режиме как раз и плодятся куча бессмысленных сохранений... Мне это и не подходит столько же лет - сохраняюсь сам и только тогда когда мне надо (амнезией не страдаю, бекапы отключил).
То есть - сделал что то путное - сохранил через Save new version of project, а если это экспериментальный вариант - изменяю имя с понятным пояснением (в "штатной" ситуации - ctrl+s).
То есть, в случае "отката" - точно знаю куда откатиться, а не шарю по авто-бэкапам так как невозможно запомнить в какое время приходят интересные мысли, а в какое - дурацкие

п. с. Почему же мне не удаётся смоделировать отказ скрипта? Это важно - что бы не попасться...

Ты опять сделал больше чем обещал... Хорошая у тебя традиция Спасибо огромное!!!

 

[Archie's]

Бэкапы существуют "миллион" лет и в автоматическом режиме как раз и плодятся куча бессмысленных сохранений... Мне это и не подходит столько же лет - сохраняюсь сам и только тогда когда мне надо (амнезией не страдаю, бекапы отключил).

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

Я пытался смоделировать мою будущую ошибку типа: "закроешь проект не сохранив его" - ничего не получается... никакие локи не слетают, всё в порядке и работает с локами! Короче я сделал всё что после слов "Но имей в виду" - работает как часы... Что я "не так" делаю?

Эта не ошибка! А работа, как в принципе всего, т.е. данные записываются в документ только при сохранении проекта.
Т.Е. ты сделал что то с локами, свернул папки, затем в процессе сохранился и данные о локах записались в проект, далее если ты что то поменяешь, например отключишь все локи и закроешь проект не сохранив его или проект вылетит, то при следующем запуске все локи восстановятся, которые были на момент сохранения. Но это я думаю логично, так и должно быть, и в случае с проектом с новым именем происходит все тоже самое....

Почему же мне не удаётся смоделировать отказ скрипта? Это важно - что бы не попасться...

Это не отказ скрипта! (в общем выше все объяснил).
Что бы было понятнее то:
1) У тебя есть проект "А", ты включаешь локи у треков и сворачиваешь папки и сохраняешься, затем сохраняешь с новым именем в проект "Б" - вот в этой ситуации все сохранится правильно в обоих проектах и в "А" и в "Б".
2) У тебя есть проект "А", ты включаешь локи у треков и сворачиваешь папки, но проект не сохраняешь после этого и далее сохраняешься с новым именем в проект "Б" и вот этой ситуации у тебя проект "Б" сохранится нормально, а у проекта "А" все локи слетят в свернутых папках т.к. открытый проект у тебя превращается в проект "Б", а проект "А" уничтожается несохраненным.
3) У тебя есть проект "А", ты включаешь локи у треков и сворачиваешь папки,затем разворачиваешь папки, для того, что бы что то сделать, делаешь и сохраняешь проект (данные записались в проект, что свернутых треков нет), далее сворачиваешь папки и сохраняешься с новым именем в проект "Б" и в этой ситуации тоже у тебя проект "Б" сохранится нормально, а у проекта "А" все локи слетят в свернутых папках т.к. открытый проект у тебя превращается в проект "Б", а проект "А" уничтожается несохраненным.
Надеюсь все понятно объяснил!?

 

[smrz1]

@Archchie, ну по поводу сохранения и бэкапов - дело привычки (я сам иногда чаще сохраняюсь чем бэкап). Причём очень часто возвращаюсь к более ранним решениям (иногда просто посмотреть или "срисовать") - это, для меня, проще и быстрее. Организация работы у каждого своя... Так что тут дело индивидуальное.
По пунктам:
1) Тут всё ясно, так и происходит...
2) Делал почти так (поэтому и задавал тебе вопрос). Только это же очевидно с чем угодно: проект "А", делаешь любые изменения и сохраняешь как проект "Б", то изменённый открытый проект - он и есть "Б". Всё тут правильно...
3) Короче, совсем всё ясно... Скрипт твой работает великолепно и как нужно, а этими пунктами ты меня запутал - я видимо не понял какие тут неудобства (и что надо иметь в виду) и не мог их найти - а на самом деле так всё и должно работать! Иначе то как? А я то думаю, где здесь капкан - а его нет!

п. с.

Эта не ошибка! А работа, как в принципе всего, т.е. данные записываются в документ только при сохранении проекта

Ты видимо меня не так понял - Я писал "...смоделировать мою будущую ошибку..." Именно "мою" будущую ошибку (которую мог бы совершить из за незнания - как можно или нельзя использовать скрипт), а не ошибку в работе скрипта.
Вот я тебя заморочил... Ты подумал что я о скрипте? В нём нет ошибок. Неудобства были - ты их исправил!

 

[Archie's]

и не мог их найти - а на самом деле так всё и должно работать! Иначе то как? А я то думаю, где здесь капкан - а его нет!

Да я понимаю что так и должно работать, но все же я это сказал, что бы были в курсе, т.к. если работая в одном проекте в процессе сохраняясь и если последнее сохранения проекта было с несвернутыми папками, то при сохранении в проект "Б", в проекте "А" со всех треков в свернутых папках слетят локи т.к. скрипт их снял, а по идее они должны остаться.
Так что я это заметил и сказал, что бы потом вопросов не было, т.к. ты это через неделю заметишь и спросишь, а я про это уже забуду и начну искать, а через время что то в скрипте искать, это вообще , проще по моему новый написать, а так как это не лечится, я начну искать ошибку и в лучшем случае я вспомню или замечу то что это не лечится, а в хучшем случае, найду решение с этой задачей, тем самым сломав многое другое.

 

[smrz1]

@Archchie, по сути, мне давно хотелось что бы под-папки были залочены (их бессмысленное расширение вносило бардак). Вообще, в расширяющей папке нет никакого толка, только место занимает и очень здорово что тебе это удалось.
При большом количестве треков и папок это значительно улучшает поле обзора и сразу видна принципиальная разница между треком и папкой. Спасибо ещё раз!
п. с. Почему разработчики это сразу не делают? Ведь сделали же саму функцию Lock track height, а до ума не довели... А @Archchie, теперь доделывать за них, бездельников

 

[YuriOl]

@smrz1, используй скрипт типа - скрыть-показать треки не имеющие айтемов и жизнь станет веселее))

 

[smrz1]

@YuriOl, это мне не подходит (жизнь и так весёлая - порой, как анекдот). Я постоянно открываю/закрываю под-папки и *лок этих папок (с их уменьшением по вертикали) очень удобно...
К примеру: одна из основных папок - Drum set, в ней не только треки но и под-папки в которых собраны треки альтов-томов, в других оверхеды и рум, в третьих Snare - пластик и пружина.
На эти папки стоят FX обработки - зачем мне альты обрабатывать по отдельности, когда можно (и нужно) обрабатывать их вместе. Получаются мощные и читаемые брейки, при этом сохраняется приятный живой шафл. Некоторые балбесы ухитряются так нарулить альты по отдельности, что они начинают звучать как электронные!
Согласись - это полная дурь! По этому ко мне регулярно обращаются за пере-сведением (я только рад этому).

И зачем мне скрывать эти папки, если я постоянно наблюдаю и работаю с их суммой? Уменьшил папку, Lock track height, скрипт работает постоянно и при расширении по вертикали треков, под-папки остаются узкими и ни как мне не мешают! Очень удобно и жизнь - сплошной анекдот!

п. с. К тому же, на этих под-папках у меня стоят пустые айтемы - в них видна суммирующая волна, ещё я их порой режу и копирую или переношу со всеми дорожками скриптом (аля Cubase) и т. п. Так что такой скрипт, какой ты мне предлагаешь (треки не имеющие айтемов) просто не сработает. Нет у меня таких треков, не наблюдаются...