Reaper 7.x - обсуждение актуальной версии. (1 онлайн
- Автор темы Kokarev Maxim
- Дата начала
Понимаю, что хочется "как в кубе". Если мне надо что-то нарисовать, то я зажимаю Alt и рисую левой кнопкой мыши хоть айтемы, хоть ноты в мидиредакторе. Это намного оперативней. Когда-то тоже хотел весь Рипер переделать, чтобы было как в кубе, но потом понял, что тут можно сделать намного удобней, чем в кубе.
v7.62
Крупное обновление, переработаны маркеры и регионы: теперь и для них появились слои (layers):
Крупное обновление, переработаны маркеры и регионы: теперь и для них появились слои (layers):
Ну наконец-то спустя ...надцать лет, можно без экшнов выделить несколько регионов (маркеров) и скопировать их)
Двойной щелчок на линии выделяет все регионы (маркеры). Шикарно! Несколько кнопок теперь точно можно убрать с тулбара)
Совсем запутался в терминологии.
Привет. Что-то в последнее время стал мелко фризить интерфейс плагинов Fabfilter в рипере. Фризы похожи на то, как будто частота обновления монитора герц 5-10.
В тоже время, в Кубейсе все норм.
Комп мощный. 4090, 62 ОЗУ, 12700kf
Раньше было все ок.
Частота обновления монитора 170 гц. Кто что думает?
В тоже время, в Кубейсе все норм.
Комп мощный. 4090, 62 ОЗУ, 12700kf
Раньше было все ок.
Частота обновления монитора 170 гц. Кто что думает?
Уважаемые подскажите плиз! Глючит плагин, вылетает рандомно проект. Не могу догнать какой именно. Есть какой-то лог в рипере, где можно засечь?
Винда видит только косяк Рипера с Kernelbase.dll
Винда видит только косяк Рипера с Kernelbase.dll
@SoundExplosion, попробуйте в Рипере File => Open project...
И при загрузке проекта поставьте галку вот тут:
Как понятно из надписи, проект загрузится с плагинами в режиме оффлайн - далее включайте плагины по одному и ищите, кто пакостит
Например, у меня когда-то Spitfire Audio LABS крашил проекты, был таким методом обнаружен, я связался с поддержкой, описал проблему и мне прислали версию с фиксом, которая завелась уже без проблем =)
И при загрузке проекта поставьте галку вот тут:
Как понятно из надписи, проект загрузится с плагинами в режиме оффлайн - далее включайте плагины по одному и ищите, кто пакостит
Например, у меня когда-то Spitfire Audio LABS крашил проекты, был таким методом обнаружен, я связался с поддержкой, описал проблему и мне прислали версию с фиксом, которая завелась уже без проблем =)
@truemanofan, ну да, я в курсе про такое решение. Но это долго очень.
Тем более вылеты рандомно по времени идут. Может через 5 мин после загрузки проекта, может 20 минут...
Проект под 80 дорожек...
Тем более вылеты рандомно по времени идут. Может через 5 мин после загрузки проекта, может 20 минут...
Проект под 80 дорожек...
@SoundExplosion, у меня когда-то давно одна из версий Neural Amp Modeler крашила Рипер (но тут я прям 100% знал, что это она крашит, дело было в другом - почему), я связался с разрабами и у меня попросили dump file, который на Винде по умолчанию лежит C:\Users\UserName\AppData\Local\CrashDumps и называется как-то типа reaper.exe.2156.dmp
Я отправил им этот файл и они очень быстро все исправили
Т.е. скорее всего это и есть тот самый "лог в рипере, где можно засечь" и там явно содержится какая-то понятная разработчикам информация кто, что и почему крашит, но вот тут мои полномочия все, окончены =) Потому что как читать этот файл я не знаю, а бегло расспросив ИИ понял, что это не как .ini, что тупо можно блокнотом открыть и посмотреть, а нужны какие-то спец-утилиты, типа WinDbg, которым нужно этот .dmp скормить, они проанализируют и выдадут какой-то результат
Так что могу только такую вот наводку еще дать, а дальше уже Гугл/ИИ в помощь =)
Поэтому смотрите, что вам быстрее, плагины по одному отключать или идти по такому, чуть ли не хакерскому пути =))
Я отправил им этот файл и они очень быстро все исправили
Т.е. скорее всего это и есть тот самый "лог в рипере, где можно засечь" и там явно содержится какая-то понятная разработчикам информация кто, что и почему крашит, но вот тут мои полномочия все, окончены =) Потому что как читать этот файл я не знаю, а бегло расспросив ИИ понял, что это не как .ini, что тупо можно блокнотом открыть и посмотреть, а нужны какие-то спец-утилиты, типа WinDbg, которым нужно этот .dmp скормить, они проанализируют и выдадут какой-то результат
Так что могу только такую вот наводку еще дать, а дальше уже Гугл/ИИ в помощь =)
Поэтому смотрите, что вам быстрее, плагины по одному отключать или идти по такому, чуть ли не хакерскому пути =))
Последнее редактирование:
Коллеги, подскажите пожалуйста: были проблемы с iLok и пришлось переустанавливать Слейтовский триггер. Установил через лаунчер как обычно. В Кубейсе и Аблетоне триггер появился, а Рипере нет. Ну то есть его нет в списке плагинов. Версия свежая 7.67. Где-то как-то прописать путь к нему или что-то еще сделать? Просто Рипером редко пользуюсь и пока "плаваю" в нём)
Попробуйте preferences - vst - rescan
Как поменять цвет значений Stereo Peaks Meter Value треков в TCP, чтобы они стали белого цвета, как для RMS, или для LUfs?
Для rms и lufs отдельная строка в rtconfig.txt:
tcp.meter.rmsreadout.color: First four coordinates: RMS/LUFS mode readout text color
Отсюда: https://www.reaper.fm/sdk/walter/walter.php
А для остальных значений строка:
tcp.meter.readout.color:
- non-clipped peak text color
- Second four coordinates: clipped peak text color
Поменял четыре первых трёхзначных числа на 255 каждое — вообще исчезли значения)
Строка так расшифровывается:
В противном случае, блок с нулями будет игнорироваться и будет обычное отображение: textBrightnessMult{0} (это управление яркостью из Theme Adjuster) умножается на обычные значения цветов:
255 255 255 255 - это цвет обычных цифр
255 183 171 255 - это цвет цифр после клиппинга, когда фон становится красным.
Чтобы получить такие же цвета в rms/lufs режиме, то можно сделать просто, взяв значения из обычного отображения. То есть, перед строкой set tcp.meter.scale.color.lit.top вставить строку:
Код:
set tcp.meter.rmsreadout.color tcp.meter.readout.colorКоллеги , обновился на 7.69 (до этого была вроде 7.46)
и заметил, что все проекты стали открываться ощутимо дольше . Раньше открывалось без всяких загрузочных баров, а теперь он будто какие-то доп процессы запускает. Это можно как-то поправить или придется откатываться назад?
и заметил, что все проекты стали открываться ощутимо дольше . Раньше открывалось без всяких загрузочных баров, а теперь он будто какие-то доп процессы запускает. Это можно как-то поправить или придется откатываться назад?
Я присоединяюсь к вопросу и немного расширю запрос ваш, коллеги - есть какой то способ на уровне загрузки проекта или у же при загруженном проекте продетектировать как то vst которые мешают быстрому запуску проекта?
Тоже заметил, что начиная с какой то версии рипера, некоторые проекты у меня могут загружаться минут 5.
Можно конечно пойти следующим путем:
Брать и исключать одинаковые vst (выгружать эти vst в offline режим) - и таким образом найти виновника. Но усложняет что в проекте разных vst много и процесс таких исключений будет небыстрым.
@Zakkki, @fractala, Контакт есть в проектах? У меня как то было, что некотоыре инструменты сильно влияли на скорость загрузки. Action Strings, если память не изменяет. Наверняка и другие есть с подобным негативным эффектом.
А скорость загрузки же сейчас легко можно посмотреть на загрузке проекта, сейчас названия плагинов сменяются и прогресс бар есть.
А скорость загрузки же сейчас легко можно посмотреть на загрузке проекта, сейчас названия плагинов сменяются и прогресс бар есть.
@Kokarev Maxim, тяжелых сэмплерных инструментов типа контакта нет в проектах - в основном обычные vst3i типа PhasePlant/Ana2/Pigments и тд. Но есть и всякие vst (обработка) типа Waves, UAudio, Arturia, NI и куча висящих на софтовом айлоке.
1) Есть гипотеза что те вст, что идут со всякими download менеджерами и требующие постоянной онлайн активации - они могут тоже свою лепту вносить в скорость загрузки проекта. Но проверить это вообще не знаю как - опять же только методом исключения.
2) Есть подозрения, что замедлять загрузку проекта еще могут x86 плагины, те которые риперовский бридж активируют. Я стараюсь избавляться от таких - но есть несколько интересных реверов от Exponential Audio (не могу от них уйти пока).
ps: вообще последнее время прихожу к мысли - что нужно избавляться от плагинов в работе, тех которые закачиваются только download менеджерами и со всякими облачными активациями.
Хочу собрать некий набор рабочих вст (чтобы они были обязательно отдельными инсталерами). Но если наблюдать тренды разработчиков плагинов - то это сделать все сложнее и сложнее.
Максим, тут еще какой момент, ориентироваться на прогресс бар загрузки плагинов можно, но он бывает подвисает рандомно на каких либо плагинах и не совсем понятно кто виновник.
Ситуация была бы легче, если бы рипер падал на каком то плагине - глянул в логи и исключил.
Не знаю даже можно ли на lua скрипт какой написать - который бы логировал хотя бы этот прогресс бар рипера при загрузке проекта - но более точно ( к примеру: список, в списке название плагина по порядку как они сканируются перед загрузкой проекта и время загрузки плагина)
1) Есть гипотеза что те вст, что идут со всякими download менеджерами и требующие постоянной онлайн активации - они могут тоже свою лепту вносить в скорость загрузки проекта. Но проверить это вообще не знаю как - опять же только методом исключения.
2) Есть подозрения, что замедлять загрузку проекта еще могут x86 плагины, те которые риперовский бридж активируют. Я стараюсь избавляться от таких - но есть несколько интересных реверов от Exponential Audio (не могу от них уйти пока).
ps: вообще последнее время прихожу к мысли - что нужно избавляться от плагинов в работе, тех которые закачиваются только download менеджерами и со всякими облачными активациями.
Хочу собрать некий набор рабочих вст (чтобы они были обязательно отдельными инсталерами). Но если наблюдать тренды разработчиков плагинов - то это сделать все сложнее и сложнее.
Максим, тут еще какой момент, ориентироваться на прогресс бар загрузки плагинов можно, но он бывает подвисает рандомно на каких либо плагинах и не совсем понятно кто виновник.
Ситуация была бы легче, если бы рипер падал на каком то плагине - глянул в логи и исключил.
Не знаю даже можно ли на lua скрипт какой написать - который бы логировал хотя бы этот прогресс бар рипера при загрузке проекта - но более точно ( к примеру: список, в списке название плагина по порядку как они сканируются перед загрузкой проекта и время загрузки плагина)