Bugs Thread - Dreams Update 2.44: Create Mode TLC Part #2 ⚙️🐛
Hey, CoMmunity! 👋
Back in September 2021, we released a batch of updates focused on Dreams’ Create mode, introducing a host of exciting changes and improvements to our creative toolset. Now it's time to set out eyes on Create Mode once again!
There's lots going on in this update! To find out more, read our release notes here: 👉 https://drms.me/dreams-v244 👈
If you have any issues downloading this update, reconnecting after the download is complete, or if you run into any bugs 🐛, please let us know in this thread. Our team will then investigate the issue as soon as possible! 💖
Edit 11/05/2022: We've now release update 2.45 for Dreams! This addresses a handful of bugs raised after last week's update. Thank you to everyone who gave us feedback and raised issues on the forums. 💖
Full details on the fixed bugs can be found here: https://drms.me/dreams-v245
-
Thanks LukeAndBeyond :D
-
Hey Everyone! 👋 We've just release update 2.45 for Dreams! This addresses a handful of bugs raised after last week's update. Thank you to everyone who gave us feedback and raised issues on the forums. 💖
Full details on the fixed bugs can be found here: https://drms.me/dreams-v245
-
The Calculator doesn't do anything mathematically useful when you connect a rotation fat wire to its input A and tweak it to calculate a trigonometric function.
There are two correct things that it could have done:
- Calculate a trigonometric function of the angle of the rotation's axis-angle form and output it as a thin wire. This is the simplest option because the internal format of the rotation is a quaternion. The formula 2 * W * sqrt((X^2) + (Y^2) + (Z^2)) gives the sine, and the formula 2 * (W^2) - 1 gives the cosine.
- Calculate trigonometric functions of the angles of the rotation's Euler rotation form and output them as a 3 number fat wire (not rotation). The math for converting the internal quaternion to an Euler rotation is more complicated, but it would still give angles in the radians that the trigonometric functions require at an earlier stage than it would give angles in degrees.
But the Calculator does neither of these things. Instead, it takes the X, Y, and Z components of the axis-angle form in degrees, calculates trigonmetric functions of them as if they were angles in radians, and uses the outputs of those trigonometric functions as axis-angle components in degrees to make a rotation fat wire. I can't imagine a use for that operation.
EDIT: Found a workaround - tweak the Calculator's input A to pi/180 and set its blend mode to modulate. That converts the rotation fat wire to a thin wire with the angle component of the rotation's axis-angle form in radians - which is what the Calculatior expects.
-
Unsure if this is a bug or not, so I'll leave it to LukeAndBeyond what to do with it ;P
When we send a date/time into the sun's "set time" input, it only uses the hours and minutes. Because it ignores seconds and milliseconds, there is a noticable jump in the shadows cast by it. https://youtu.be/MgdbIbF23YQ
This also affects the position output, so logic that uses the "set time" input and "sun position" to move a visible custom sun object to a spot in the distance also jump.
-
The timeline gadget still isn't showing anything in the tweak menu. Where it now is suppose to display a number.
Iniciar sesión para dejar un comentario.