Yes, our only hope is to speed up the development of animations. He already had weeks of 20 animations, and 150-200 renders, if he can speed up again, we might get the game sooner. Now my hopes for the middle-end of October unfortunately.
What could slow him down? Episode 9 may have more complex scenes or upgraded graphics. If you remember Interlude, the renders looked amazing.
With the animations it is such a thing. I don't know how many frames DPC creates for 1 second of animation, but the standard is 24 frames per second.
For EP8, he created a total of 2.33 Gb, or about 244318208 kb, of animation. That equates to about 2000 kb per second of animation, or about 24 frames.
If we now calculate how many frames DPC created and rendered for the animations, we come up with a figure of 2931818 frames for animation alone.
Of course, DPC will use an animation tool that simplifies the creation of the frames. But its rendering engine still has to render each of the 2931818 frames.
Now we don't have any data on how big in KB the data is that DPC still needs to render. But for smaller animations, like eye blinks or the like, his PC's rendering speed in KB remains the same, but he finishes faster simply because there are fewer frames to render.
Example:
5 animations with a duration of 10 seconds each result in 1200 frames.
5 animations with an animation duration of 1 second each result in 120 frames.
This is the same number of animations, but a significantly different number of frames.
Many will think that DPC does not use 24 frames per second for its animations. Maybe, I don't know, and I also wrote above that this is just a default value. But even if DPC uses only 12 frames per second, you only need to calculate the number of frames by 2 in my post and you still get 1465909 frames for EP8 and that's just for animations.
Conclusion: We don't know how long DPC's PC needs to process its animation queue because we only know the number of animations and not the data size. Therefore, predictions about the release of EP9 should be taken with a grain of salt because the animation queue may be processed as early as next week.
Please don't get me wrong now. I appreciate the effort and work that mpa71, ename144 and always86 do for us.
But their data can't be exact because DPC doesn't give us exact data and especially in the area of animations there will be the biggest inaccuracies to extrapolate a release date.
In my opinion, the static renderings are better for this. If these increase by leaps and bounds, the release date will be closer.
