Viewing profile — touchpadder

It works on mobile too. https://x.com/DVLPLONDON/status/2064195964953313741

The game uses DEM data and OSM maps to generate in a worker: 3D roads, intersections and tunnels. Everything is created in real time around you as you drive. The link takes you str…

Hop Earth combines DEM data with OpenStreetMap to generate roads, intersections, tunnels, bridges and their physical meshes. It creates 1:1 scale world where you can drive anywhere…

This project is a side effect of my other project, and I thought it's something that could be used for many other purposes. I've been working for three and half years, mostly in my…

This one is actually an SVG not a font. There was no such font but I really wanted to make this flaming Diablo logo. As a side effect now any SVG can be dragged and dropped onto th…

Until now such rich text effects required manual animation in programs like After Effects and exporting to videos. Font.skin connects GPU shaders with webfonts to allow creating re…

The premiere was just last night so you can't find these anywhere else! This is all very random but also fun to watch. I like the song in demo 33. Some demos are very high-effort a…

For simple devices like IOT etc to be able to keep using the short 32bit date format. Also for databases that may store dates as integers to save the space. There are plenty of cas…

Using negative values would only complicate things and the goal is to have a simple solution for not losing convenience of having a unix timestamp that fits in 32bits and is very s…

How does it require less implementation? It's just another arbitrary point in time and 2106 is too late.

There's nothing ambiguous when the epoch is known and the previous one is long gone. So you're confused about restarting a timer every 50 years, ok. It's not true that it's much si…

For purposes that require looking far into the future or the past we already have ubiquitous 64 bit computers. The goal is to be able to fit the measure of time in 32bits in a stan…

By assuming which epoch it is and it will be clearly a separate data type from the old unix epoch. Currently the assumption is the epoch which started in 1970. 50 years is long eno…

Sure and it will be used widely. What I'm proposing is how to measure the time with only 32 bit used and the solution could be a new epoch every 50 years.

Sure, using 64bits is one way but many devices i.e. IOT don't need 64bit support. 64 bit will definitely be a standard, but a concurrent standard can be implemented to allow keepin…

Starting a new epoch every 50 years is kind of round and leaves plenty of space in between. 1970 is epoch 1, so this one will be epoch 2 and the next one in 2070 will be epoch 3 et…

We're slowly running out of time in 32 bits. It would be good to have another standard measure of time that fits in 32 bits and is agreed upon long before the old one expires

Old counting start date: Jan 01 1970 01:00:00 GMT+0100 New counting start date: Jan 1 2020 00:00:00 UTC+0000 Example in Dev Tools how to get the new epoch time const newBeginning =…

Thanks for the link, pretty cool tool. So it seems like the risk of a conflict is pretty low and if it happens then a solution is to use "npx ntop" instead of just "ntop"