#TimerFunction | Explore Tumblr Posts and Blogs

inspireuplift · 6 years

Link

For just $24.97 Unique, beautiful and bang on trend, these Craft Rose Gold Lantern Lights will keep your décor in line with the latest interior design craze; this is the year of all things metallic, so grab yourself a set or two of these stunning indoor battery lights to make sure you don’t miss out on the metal mania! With 10 lanterns on each string, spaced 15cm apart, you can really make a style statement, whilst the warm white LEDs emanate a soft glow through the rose gold cage. Perfect for decorating any room of the house. They make an impressive, embellishing display in the living room or draped over the bed's headboard or dressing table in the bedroom. They also make ideal decorative ornamentation for weddings, injecting a warm, romantic light to walls or table centerpieces. The set features an on/off switch with a handy timer function. The timer will keep the lights illuminated for 6 hours and then turn them off for 18 hours, before switching back on at the same time as the previous day. This means you don’t have to worry about remembering to switch the lights off! Of course, if you’d like the lights to stay on for longer than six hours, simply set the switch to the On position. The cable, along which the lanterns are hung, and the 50cm lead cable, are both transparent, ensuring that the focus is solely on the charming lantern decorations and not on any unsightly wires. Because these lights are battery operated, you're free to place them wherever you wish, without worrying about having to place them near an electrical outlet. They require 2 x AA batteries, which are not included. Size :1.85m

#inspireuplift #TableCenterpieces #RoseGoldCages #BatteryOperatedLights #SetOfLights #TransparentCable #NoUnsightlyWires #lanterns #TimerFunction #cages

0 notes

stickerpants · 8 years

Text

The Mystery of the Bouncing Square

In a class on 2D vector graphics today, my Professor showed an example of simple svg animation using [Snap.svg](https://snapsvg.io). Immediately, the class noticed that the squares had a tiny jitter during each pass across the screen. Someone pointed it out, and the professor said that he wasn't too sure what was causing it. He encouraged the class to let him to know if anyone could figure out why.

Here's the snippet of code responsible for the squares:

Here's the link to where the snippet lives. There's an interactive box you can use to play with the code yourself.

These are the kinds of little puzzles that nerd-snipe me. I couldn't resist pulling out my laptop and poking at the code a little bit. After some fiddling, it was clear that the offending line was the transformation. I found out that if the Y argument to the translation directive was given explicitly like so:

// Creates a string like "s0.5 t300,0" outer.transform("s0.5 t"+Math.cos(trans)*300 + ", 0");

The jitter went away. This only made the rabbit hole even deeper, since "t300" should be entirely equivalent to "t300,0". It was clear at this point that whatever was causing the underlying behaviour exists within Snap.svg itself, and so I started digging.

The core of the problem is that Snap.svg does not support scientific notation in the transformation string. So a transform string such as "s0.5 t2e-11" isn't valid - however, it happily parses it anyways, and actually interprets it equivalent to "s0.5 t2,-11". In other words, the command parsing engine within Snap.svg is erroneously parsing the given exponent as the second argument.

Taking a step back, the reason why numbers in scientific notation are being passed in, is because Javscript chooses to represent very small (or large) numbers in scientific notation - even when concatenated as a string. In other words, "hello" + 0.00000000002 will construct the string "hello2e-11".

The reason why such a string is being constructed, is because the trigonometric calculations being done in our square code are returning very small numbers.

In the string construction:

"s0.5 t" + Math.sin(trans) * 300

Math.sin(trans) * 300 is evaluating to a very small number, like 2.2e-15.

At first, one might find that surprising - after all, trans is incrementing by Math.PI * 0.02 amounts every iteration, which is roughly an increase of ~6.6 each time. The reason here is because we apply a modulo of Math.PI * 2 in the calculation of trans. Since this number is irrational, we can see that there exists the chance that the calculation returns a very small number, which then results in a very small sine ratio.

An example would be if trans was 6.283185308, ever so slightly greater than Math.PI * 2 (6.283185307179586). Then trans % Math.PI * 2 evaluates to 1.640827917981369e-09 - which is very small indeed.

Having now understood what the real issue is, we can see that the fix of explicitly stating the second argument for transform is really only a fix by coincidence. The correct solution would be to eliminate the scientific notation from the string, which we can use the Number.toFixed() method to do (with limitations). In lieu of that, we can also round trans to avoid the jitter, at the cost of some fidelity.

The "real" fix would be to use repeated animation (native functionality within Snap.svg) instead of manually translating the squares.

One might argue that perhaps Snap.svg ought to support scientific notation in its commands, and that ultimately this is a bug within the parsing code itself. Whether or not that's true would be up to the API defined for Snap.svg command strings - something that I haven't yet been able to find in their documentation.

#programming #javascript #snap.svg #svg #graphics #vector graphics

1 note · View note

inspireuplift · 6 years

Link

#inspireuplift #NoUnsightlyWires #perfect #RomanticLights #TimerFunction #RoseGold #StyleStatement #StringsOfLights #LanternDecorations #indoor

0 notes