Саша, я не спорю, не пытаюсь быть бабой ягой которая против. Я просто не могу повторить проблему с которой столкнулся ты.
Reaper 6.x - обсуждение актуальной версии. (2 онлайн)
- Автор темы xlt
- Дата начала
Да я понял. Ну давай тогда свой проект, в котором всё норм.
зы: ну и столкнулся не только лишь я какбэ...
Папка - это по сути свой трек на который можно также повесить инсертом плагины или HD insert, также можно отправить Send_ы. Никакой разницы с обычным треком в папке нет. В рипере вообще нет понятия Разновидность треков.
Просто источником медиа информации может быть как вав файл, миди файл, видао файл, так и другой трек заведёный что сендом, что как в папку.
Добавлено:
Если бы это был только ты один, я бы тоже прислушался.
Пожалуйста. Меня очень интересует результат сравнения на твоей машине. Положительный или отрицательный - неважно. К тебе ничего личного. Главное наука.
Ну ок, допустим это стильно-модно-моложежно. А не работает-то что, если это такой же трек как и все?
Тут скорее всего вопрос больше по драйверам и прерываниям. Если бы сам знал, сам бы и решил вопрос.
Как я понял, у парней проблема - кодга собираешь все треки в папку, они начинают грузить только одно ядро и появляется перегруз CPU. А когда собирают папки в "Группу" сендами, то
У меня такой проблемы не возникало. В чём причины такого разного поведения Рипера - не понятно.
Пока никаких вопросов к драйверам и прерываниям не видать
Объясните мне шоп как для дурака, по пунктам, что ожидается, что получается, как повторить малой кровью. После этого можно уже думать, где искать огрех и писать багрепорт Джастину.@belovw, во-первых сразу вот что:
Ну и результаты - в обоих случаях так:
Такой тест разумеется не годится, я ведь сразу первым же условием говорил тебе о том, что:
Ну и результаты - в обоих случаях так:
Такой тест разумеется не годится, я ведь сразу первым же условием говорил тебе о том, что:
У Сашы Якубы Лонгест буфер РТ был 10 секунд. Возможно это вопрос не к драйверу, а к плгину, тогда работает моя версия кривых плагинов.
Ну простите что у меня комп слегка слабее вашего. У меня было загружено до перегруза и мунус один плаг на треке, что бы хрипы убрать. А потом я включил папку и ничего не изменилось. То же самое и с сендами. Парируйте уважаемый.
Ещё раз - твой RT CPU - 0,6 процента на моём древнючем 4770 с 8 гигами озу.
А нужно сто и более.
А не получается, как ты видишь. CPU уже под горло лезет, а RT на дне (см. свой же скрин потребления ресурсов). Я бы и больше нагрузил, но проц уже не вывозит.
Ну и тебя самого не смущает тот факт что RT на дне? Это хорошо или плохо?
---
Да.
Догрузи и будет "Годится", а потом до кучи выведи треки из папки и удали папку трек. А потом снова её создай. Ну и сообщи о поведение Рипера при таких манипуляциях.
Другими словами попробуй с этими плагинами повторить свою проблему.
Что-то я всё больше и больше схожусь к мнению что дело в кривых плагинах.
Да!!!
Сказать что вот прям совсем не было будет нечестно по отношению к тебе. В целом же, за последнее время такого не было давно настолько, что я даже не припомню (за исключением когда мне принесли проект с замудрённой иерархией папок груеп и всего такого). Но в целом ответ "Да". А когда подобное всё-таки бывало, я избавлялся от виновника ситуации. А виновником мог быть и плагин и кривая маршрутизация.
Ну раз в принципе такое всё-таки бывает, значит... тадааам - речь в данном случае и идёт именно об этой ситуации! И тестировать надо стало быть именно эту вот ситуацию. А не другую, которую тестируешь ты.
Это мы исключили - ничего такого в моём проекте нет.
Вобщем, нужно взять а-приори некривые плагины и довести RT CPU до перегруза. И тогда всё будет понятно.
Но даже в этом случае мне совершенно непонятен ответ на этот вопрос:
Вы чего, господа? На любом треке с жирной обработкой включаете прослушивание входа (или запись, я там в Рипере вечно путаюсь, как правильно, в Кубейсе это значок матюгальника на треке) и все, RT CPU улетает в небеса (если до этого у Вас был RT CPU около нуля, но в упор загружен CPU). Я так понимаю, что у @belovw никакой мониторинг не включен, а у @Alexander Yakuba наверняка какой-нибудь трек с матюгальником.
Без мониторинга оно все обрабатывает с большими буферами и не в реальном времени. Потому RT CPU около нуля. Как только кто-то появляется с мониторингом, то этот путь сигнала обрабатывается в реальном времени, с буфером ASIO, как заказывали в настройках.
Без мониторинга оно все обрабатывает с большими буферами и не в реальном времени. Потому RT CPU около нуля. Как только кто-то появляется с мониторингом, то этот путь сигнала обрабатывается в реальном времени, с буфером ASIO, как заказывали в настройках.
Победил. Переход на другой уровень )))
В общем у меня ситуация такая - как только начинаю загружать проц выше чем 80-90%, начинает расти RT.
Вот показания стабильного проекта. Передискретизация везде 8х
Если дальше грузить плагинами папку трек, то вместе с повышение CPU, начинает расти и RT, а вместе с ним и появляются выпадания. В принципе - это логично. Наступает предел CPU и для выполнения RT задач не хватает времени.
---
Этот же скрин, только индикация на треках не в процентах, а в ядрах
Если бы папка сидела бы на одном ядре, то выпадания бы уже были запредельными, а у меня как вы видите стабильность запредельная.
Верно. А теперь главный вопрос - почему при работе на пределе RT CPU с сендами хватает времени и задействованы все ядра, а с папками - не хватает и задействовано одно ядро? Ответ очевиден же, не?
ps: вот ещё что нашёл: https://forums.cockos.com/showpost.php?p=2189769&postcount=4
"I think the most recent 5.983, supposedly fixed that bug which causes FOLDER tracks to increase CPU usage."
То бишь проблема как бы известная не только лишь тут. Только решения похож на данный момент нет.
Последнее редактирование:
Так дело то в том, что у ребят с этим мега буфером вылеты именно с папкой. Я всё же корю кривые плагины.
... хотя, возможно всё-таки где-то у кого-то нажата кнопка мониторинга.
Добавлено:
не
---
Покажи в моём проекте где задействовано только одно ядро.
конечно бывает, чаще так. Но у меня буфер 64.
Надо бы тест-проект на встроенных плагинах, а то у меня нет ни одного плага из теста Александра.
Я тебя не понимаю. В чем именно должно заключаться это условие? У меня RT начинает перегружаться только когда CPU уже под горло забит. Смотри скрин выше.
А пока ты отвечаешь, выложу скрины исследований.
При отключение антицепатив столкнулся с проблемой (показания с процентов перевёл на ядра)
RT в ауте, а CPU показывает нагрузку только в одно ядро
Собственно и диспетчер задач показывает это же. С друго стороны я без антицепатива не работаю. Так что...
Любознательность двигатель прогресса - открыл настройки и
Live FX отключен. Он мне в принципе и не нужен. Включил ради интереса
и ядра нагрузились, и RT упало. Поместил в папку и накинул один плаг без оверсэмплинга
RT улетело. Перевел на сенды:
Повторил с папкой - RT улетело на 125. Видимо с папкой жрёт больше чем с сендом.
Но блин, товарищи, у меня ни разу не было ситуации где мне пришлось отказаться от Anticipative FX. Этот гвардбуфер просто творит чудеса и я не понимаю оголтелого желания отключить его только потому что кто-то сказал что так правильно и лучше. Ну не лучше так. Если он помагает решить вам проблемы, то пусть конечно решает. А смысла его отключать я не понимаю.
Потыкал на своём перегруженном проекте с папкой - ничего не меняется. Потыкал там и все другие настройки - аналогично.
Выключил - RT CPU стало овер 800. Да ну нафиг, включил обратно
А у меня нет. Я к сожалению практически не знаком с онбордными сабжевыми плагами, поэтому как смоделировать эту ситуацию на них - мне неведомо.
Давай повторим. Только по одному плагину убери на треках, это раз
два - включи Live FX
Так ведь вопрос стоит больше прикладного характера. Главное всё таки - это работа. У меня сейчас в основном работают стоковые плагины и JSFX, большинство которых я сам написал. Компрессора, гейты - всё моё. Фирменные остались только групповые и мастеровые компрессора (клей), до них я ещё не добрался. Хотя, один из моих неплохо (порой) проявляет себя и на группе. Так же фирменное использую ревера, делэи (чаще свой Digilay).
В общем при огромном обилие лицензионного софта, я работаю практически только на своём.
А JSFX_ы ведут себя куда дружелюбнее чем те же VST.
Последнее редактирование:
Да, так растёт CPU и снижается RT CPU.
Это со всеми плагами. Отключение по одному плагу на треках снижает CPU и только.