Небольшой вопрос. В чем смысл ограничивать в приложении для разработчиков доступ из под скриптового языка к OS? Требования ФСБ, личные соображения по безопасности?
Просто огромное количество софта прекрасно живет с питоном на борту, и возможность использовать доступ к ос наоборот является плюсом (ты и кастомный экспорт написать можешь, и данные выплевывать в сторонние обработчики, например плюсовые приложения)
На память (лет пять назад последний раз ковырял), Dynamo в Revit имело встроенный питон, что позволяло делать весьма веселые кульбиты
Здравствуйте. Синтетики проводилось достаточно много, но ввиду очень сжатых сроков, далеко не полный пакет, многие оптимизации проводились на живую. К примеру, персонажку гоняли на разные сочетания по количеству костей, использованию физики, ik и разные сочетания, исходя из результатов выставлялись ограничения на количество персонажей в сцене отдельно для краудов и npc, отдельно для боев. Статику, шейд модели и многое другое тоже тестировали на разные сочетания.
С выгрузкой mip особых проблем не было, или же мы их не заметили (на switch единовременно в памяти к релизу мы держали максимум 350mb текстурных ресурсов, времени на более детальную проверку в теории подвисающих mip - увы уже не было).
Небольшой вопрос.
В чем смысл ограничивать в приложении для разработчиков доступ из под скриптового языка к OS? Требования ФСБ, личные соображения по безопасности?
Просто огромное количество софта прекрасно живет с питоном на борту, и возможность использовать доступ к ос наоборот является плюсом (ты и кастомный экспорт написать можешь, и данные выплевывать в сторонние обработчики, например плюсовые приложения)
На память (лет пять назад последний раз ковырял), Dynamo в Revit имело встроенный питон, что позволяло делать весьма веселые кульбиты
Команда разработки KB2 не имеет никакого отношения к поддержке существующих продуктов 1С. Мне о данной ситуации ничего не известно.
Здравствуйте.
Синтетики проводилось достаточно много, но ввиду очень сжатых сроков, далеко не полный пакет, многие оптимизации проводились на живую.
К примеру, персонажку гоняли на разные сочетания по количеству костей, использованию физики, ik и разные сочетания, исходя из результатов выставлялись ограничения на количество персонажей в сцене отдельно для краудов и npc, отдельно для боев.
Статику, шейд модели и многое другое тоже тестировали на разные сочетания.
С выгрузкой mip особых проблем не было, или же мы их не заметили (на switch единовременно в памяти к релизу мы держали максимум 350mb текстурных ресурсов, времени на более детальную проверку в теории подвисающих mip - увы уже не было).