А память у видеокарты NVIDIA кака?

2 Enigmont321
Там по ходу без разницы какая память у видяхи, сцена изначально выгружается в озу, легко чекается любой программой, которая выводит статистику железа.

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

Каким образом это отразится на скорость работы с тем,что уже загружено в сценувместе с фигурой?Измените лю бой ползун, нажмите обнулить все и всё,что есть будет проверяться.Добавьте кубику геометрии и сто-тыщ пятьсот морфов и он тоже умрет

как вариант.Выделяешь комп,диск,паку для строительства ваших моделей отдельно.Отдельно рабочую.Всё.Проблема снята

КоКоС_ТеБе_В_НоС,понятие сцена растяжимое.Мои,например грузятся 1.5-2 секунды.Вывод делай сам.
Можно сколько угодно дефрагментировать папки файлы.Если речь идет о времени загрузки фигуры в сцену возьми и проверь сам с морфами и без.На форуме это уже обсуждалось много раз,поэтому люди и ответили

Интереснее другое.Открываешь DAZ,и он первым делом очищает сцену .Пустую.Чего он чистит?Кэшированные данные от предыдущей сцены?Это наверняка давно обсуждалось тоже.Я бы послушал

zad3d.ru

....Чего он чистит? Кэшированные данные от предыдущей сцены?...

Думаю да. В ранних версиях, при нештатном закрытии программы (пропал свет, крит. ошибки пользователя, повлекшие завершением работы проги, и пр) оставалось много "хлама", да от того-же ренднра 3DLight например, всевозможный кэш, особенно от сторонних скриптов, висящие процессы, дампы памяти, и пр.

У ДАЗа нет страховки наших работ, в виде авто сохранения проекта и последних действий в программе. Они пошли простым путем, все что осталось от предыдущей работы, при краше программы - все в топку из всех кэшей, начинай все сначала... Хотя можно вообще зациклить краш, и пока вы не удалите морф, скрипт, данные из CMS, и пр. - ошибка будет бесконечной, сразу после открытия программы - будет ее закрытие. И не спасет никакая "очистка сцены".

Также, запросто может отвалится например рендер или dForce, при обновлении драйверов Nvidia. Многие версии драйверов и версии программы - вообще не совместимы, не предсказуемые проблемы, пауза - лупание глазами в тишине - отборный русский мат, не посвященному пользователю, в таинства кодинга ДАЗ-ов - гарантированы. Как этого "добились" ДАЗы, при официальном многолетнем партнерстве с Nvidia - без понятия. А о древнейшем партнерстве, многие узнали лишь с появлением Iray у ДАЗа.

log.txt - единственная подсказка, но часто ее не хватает для анализа события.
ДАЗ - это скромная программа, к примеру завалить монстра Photoshop - этому нужно научиться... А вот ДАЗ, тут с точностью до наоборот, привыкайте, ибо другой борьбы с проблемами - просто нет... Но есть кое-что положительное в этом, это повод встретится на этих страницах например...

в ранних версиях винды тоже много что было.Привыкать к плохому не стоит.Извиняюсь ,что прыгнул с первого на последнее.Да у меня как раз к DAZ-у вопросы возникают редко.Постоянно ныть не мое."DAZ тупит,свет не горит,вендоры криворукие и косоглазые.Титек не видели, в вагину не заглядывали и далее по пунктам.."Админ наверное из за этого и задал опросник"Для чего вам DAZ" устав читать(если он читает) .
Положительное в этом есть."К бабке не ходи"
А если вы будете оставлять свои скромные записи,навярняка найдется человек,который будет вам благодарен.Удачи

КоКоС_ТеБе_В_НоС

Насколько я понимаю, ваша утилитка отслеживает изменения в папках, то есть при любом изменении их содержимого, она каждый раз группирует данные в конкретном физическом месте на диске. Не спорю, что это поможет запускать ДАЗ быстрее, но только вот, как это отразится на здоровье самого SSD? Ведь при штатной работе контроллер диска старается изнашивать все ячейки равномерно, а тут получается, что под повышенной нагрузкой оказываются конкретные ячейки. Я не специалист, но подозреваю, что любая программа, которая лишний раз таскает туда-сюда информацию, является злом для диска.

КоКоС_ТеБе_В_НоС. Держу Винду и Даз на М2 Samsung 970 EVO Plus 250гиг . Под контент и проэкты и всякий хлам ещё HyperX Fury RGB 240гиг
HDD 2шт Seagate BarraCuda по 2ТБ
Вроде шустро всё работает. Ну бывают большие сохраненные сцены загружаются долго минуты 2-3.

КоКоС_ТеБе_В_НоС. не надо усложнять. Чем проще ПК тем лучше. Простенький ПК ничего особенного.

Окружение и базовый генезис1\3\8 грузятся обычно быстро, секунды. В нулевом кадре есть ключи. Помимо вращения, перемещения, размера, есть ключи морфов. У базового генезиса этих ключей по минимуму.

Кастомные персонажи грузятся долго. Потому что при создании персонажа, крутят ползунки морфов, все подряд, туда-сюда. Это создает ключ в нулевом кадре, даже если вернуть морф в ноль, даже если нажать reset под шестерней, ключ останется. При сохранении эти ключи сохраняются и при загрузке это увеличивает время.
Поэтому базовый генезис грузится быстро, несмотря на библиотеку с терабайтами стаффа, а кастомные персонажи долго

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

Вот, народная сборка

Некто_Дима Есть 2 блогера на которых мне смотреть не хотся, это один из них. Второй также продвигает Али помойку. Ну вы его знаете.