Всю неделю я работал над статическими рендерами, прорабатывая несколько канонических и разветвлённых сцен. Среди прочего, я работал над Джоси, Майей, DIK и Розовой розой.

Всё идёт хорошо, и на следующей неделе я в основном займусь статическими рендерами.

На этой неделе я обновил один из своих ведомых ПК до Windows 11, но мне пришлось вернуть его к Windows 10 после того, как при рендеринге с DAZ возникли сбои с чёрным экраном и необходимостью перезагрузки. Я думал, что проблема связана с драйверами, но она не исчезла после нескольких попыток обновить всё, что только можно. Я решил оставить Windows 10, пока не заменю его полностью в будущем. Занимаясь этим, я задумался о теме, которая затрагивает меня еженедельно, но которую я нечасто обсуждаю — похитители времени.

Хочу поделиться некоторыми закулисными наблюдениями о том, как эти похитители времени влияют на разработку и как я с ними справляюсь. Три похитителя времени, с которыми я недавно столкнулся, это обновления Windows 11, ошибки альфа-версии DAZ и истощение очереди рендеринга.

Windows 11

Обновления Windows 11 необходимы, но они часто приводят к неожиданным проблемам, таким как та, которую я описал выше. В настоящее время у меня есть три подчиненных ПК, все еще работающих под управлением Windows 10, два из которых я планирую вскоре заменить на новые ПК. Остальные мои ПК качаются на Windows 11 без проблем.

Хотя я не смог бы создать игру без ПК, обслуживание ПК может украсть довольно много времени, когда все идет не так гладко. Системы должны быть практически идентичны во всех аспектах, которые влияют на DAZ, чтобы подчиненный рендеринг работал правильно.

Ошибки альфа-версии DAZ

Альфа-сборка DAZ сейчас обновляется почти еженедельно, и поскольку в ней есть много странностей и ошибок, я очень хочу регулярно обновлять ее со своей стороны, чтобы видеть, исправлены ли ошибки.

На этой неделе я обновился до последней версии, и обнаружилась новая ошибка, из-за которой несколько ресурсов вообще не загружались, а DAZ даже вылетал. Эти ошибки крадут время, но самый серьёзный баг альфа-версии DAZ на данный момент — вор времени — это то, что я называю «багом отмены альфа-версии DAZ».

В DAZ есть инструмент под названием «Переводчик», который позволяет перемещать объекты в области просмотра, такие как персонажи, предметы и так далее.
По причинам, которые я пока не совсем понял, DAZ может отменить многие шаги, которые вы сделали в текущей работе, если вы используете инструмент перевода определенным образом. И не только это, DAZ может также продолжать перемещать вещи, которые вы вообще не перемещали, в результате чего вся сцена будет потрачена впустую. И что еще хуже, вы не можете вернуть ничего из того, что DAZ отменил, поэтому вы теряете свою работу в тот момент, когда возникает ошибка. Мне приходится перезапускать DAZ, когда это происходит. Это действительно раздражающий баг, который несколько улучшился с предыдущим обновлением, но он не исчез полностью. Чтобы бороться с ним, я часто сохраняю свою работу перед использованием инструмента перевода — это стало рефлексом. Таким образом, я могу перезапустить программу и быстро продолжить, если ошибка произойдет. DAZ стал быстрее при загрузке файлов, так что не так много времени тратится впустую, но я хотел бы, чтобы ошибка была исправлена ​​в ближайшее время.

Истощение очереди рендеринга.

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

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

Когда это происходит, мы теряем от 1 до 8 часов времени на каждый компьютер, в зависимости от того, насколько быстро я могу это заметить. Один из способов борьбы с этим — большие очереди рендеринга на каждый компьютер. Допустим, рендеринг очереди на одном компьютере занимает 1-2 месяца; тогда 1-8 часов потерянного времени — это мелочь по сравнению с этим.

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

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

Хороших выходных,

доктор PinkCake.

I've worked on static renders all week, powering through some canon and branched scenes. Among others, I've worked on Josy, Maya, DIKs, and the Pink Rose.

It's going well, and I will mostly work on static renders next week as well.

I updated one of my PC slaves to Windows 11 this week, but I had to revert it to Windows 10 after experiencing black screen-to-restart crashes when rendering with DAZ. I thought the issue was driver-related, but it persisted after multiple attempts to update everything conceivable. I decided to keep it on Windows 10 until I replace it altogether in the future. While doing this, I thought about a topic that affects me weekly, but I don't often discuss - time thieves.

I want to share some behind-the-scenes insights on how these time thieves impact development and how I work around them. The three time thieves I've dealt with recently are Windows 11 upgrades, DAZ alpha bugs, and render queue depletion.

Windows 11

The Windows 11 upgrades are necessary, but they often come with unexpected issues, such as the one I described above. Currently, I have three PC slaves still running Windows 10, two of which I plan to replace with new PCs soon. The rest of my PCs are rocking Windows 11 without issues.

While I couldn't create a game without PCs, PC maintenance can steal quite a bit of time when everything isn't going smoothly. The systems must be nearly identical in all aspects that affect DAZ for slave rendering to function properly.

DAZ alpha bugs

The DAZ alpha build is being updated almost weekly now, and since there are plenty of quirks and bugs with it, I'm very keen on updating it regularly on my end to see if bugs are fixed.

This week, I upgraded to the latest version, and a new bug was introduced that caused several assets not to load at all and even crashed DAZ altogether. Those bugs steal time, but the biggest DAZ alpha bug at the moment - the time thief - is something I call the "DAZ alpha undo bug".

There's a tool in DAZ called the Translate tool, which you use to move objects around in the viewport, such as characters, items, and so on.
For reasons I haven't quite figured out yet, DAZ can decide to undo many of the steps you've made in your current work if you use the translate tool in a certain way. And not only that, DAZ can also continue to move things around that you didn't move at all, causing the entire scene to be wasted. And to make matters worse, you can't redo anything that DAZ undid, so you lose your work the moment the bug kicks in. I have to restart DAZ whenever it happens. It's a really annoying bug that improved somewhat with the previous update, but it didn't disappear altogether. To combat it, I save my work frequently before using the translation tool - it has become a reflex. That way, I can restart the software and continue fast if the bug happens. DAZ has become faster when loading files, so not a lot of time is wasted, but I wish the bug would be fixed soon.

Render queue depletion

When I speak of a render queue, I mean a folder of .duf files (one .duf file is equivalent to an image or animation file before it is rendered) that are specified in DAZ so that they should be rendered.
As PC slaves complete their current queue, I add more .duf files to them and specify them in DAZ. I try my best to spread the work out evenly among my systems, and always have a pool of files waiting for PCs that finish their work.

When a PC finishes its render queue, I supply it with new files. Every second between the PC completing its queue and me adding more files to it is wasted time. I try to plan around this by calculating when the PCs complete their work, but it happens that a PC is done in the middle of the night or at a time when I'm busy working. I wish there were a way to add files to the render queue while the PCs are rendering, but at the moment it's not possible, and I will have to live with this time thief during development.

We're talking about 1-8 hours of wasted time per PC when this happens, depending on how fast I can spot it happening. One way I combat this is by having large render queues per PC. Let's say a queue on one PC takes 1-2 months to complete rendering; then 1-8 hours of wasted time is small in comparison.

Time thieves aren't anything new to me; they have occurred throughout my years as a developer in various ways, and they are a pesky part of development. What's important is to find ways forward and to minimize the time they steal.

I hope none of this made you worry in any way; it wasn't my intention. Development is progressing smoothly, and PCs are producing animations and static renders at a steady pace.

Have a nice weekend

Dr PinkCake