Amazing program "YOLO"

Y.O.L.O., acronym for "You Only Look Once" is a new machine learning architecture developed by Joseph Redmon that allows a program to detect and classify objects from video streams in real time.

Let him present it further himself:


The eyes are the mirror of the soul

I have created a deterministic procedural eye generator. This allows agents to have completely unique iris shape and pattern.

I will integrate this  into the expression code soon, but until then, here are a few screenshots. I think it turned out pretty alright for 2 days work.

UPDATE: Here is a link to the full source code in C++, and here is the test code with the UI you see in the screenshots. Some details on the implementation follows:

  • It uses 2 separate sources of 3D simplex noise, one for the streaks and one for radial perturbation of the streaks.
  • It uses 20 random float parameters plus 2 colors to tweak the parameters of the simplexes (3 parameters each) plus tweak the scaling and offset and other "funky hard-coded equations" to to produce irises that kind of looks real, interesting and diverse without carefully selected boundaries.
  • Rendering is done in a scale invariant way so that the eye can be scaled up "infinitely" wihtout changing its character.
  • Rendering is done in floating point and produces results that go slightly into high dynamic range.
  • It uses filmic2 tone mapping to convert HDR back to normal 8-bit ranges.
  • The code should be fairly portable, both the Simplex implementation and the rendrer itself should only depend on Qt, and porting it away from Qt should be easy.


How to judge a 3D printer.

In this post I want to list the things that matter when you buy a 3D printer:
Creality CR10

Bed sizeWhile many crave a huge print-bed, I have found that most things I print are small. Why? Because most 3D printers are much slower than you think. In fact most points on this list are about speed vs. quality. But if you have a fast printer that prints high quality, or if you really need to print big and have the required patience, then bed-size is still important.
Motor speedHow fast can the motors transport the extruder around the work?
Motor torqueHow fast and steady can the motors accelerate?
Extruder max temperatureWill the extrude cope with the high-temperature filaments?
Extruder temperature stabilityWill the extruder manage to hold temperature steadily during printing, even at higher temperatures?
Extruder temperature speedHow fast will the extruder warm up from room temperature at the start of the print?
Bed max temperatureWill the bed cope with the high-temperature filaments?
Bed temperature stabilityWill the bed manage to hold temperature steadily during printing?
Bed temperature speedHow fast will the bed warm up from room temperature at the start of the print?
Enclsure temperature controlSome filaments like ABS may require the temperature around the work being managed using an enclosure and heater.
Direct vs. Bowden filament feedThe size of the print head directly affects the speed and accuracy of your printer. A big head will slow down and cause the printer to wobble if it is not rigid enough. To get around this many printer manufacturers look for ways to decrease the size of the head. One feature, the "bowden tube" allows the extruder motor to sit on the frame instead of the head. However this reduces the filament capacity somewhat which in turn affects print speed.
Interchangeable extruder headYou might only care about the standard 1.75 mm filament through 0.4 mm nozzle size. However there are lots of options out there when it comes to nozzle sizes. Having an easily interchangeable head/nozzle is desirable, and a printer that can handle the higher heat requirements of a larger nozzle/filament of course.
Multiple extruder headHaving more than one extruder provides some benefits, for example if you are printing with more than one material per part. Example usages are: flexible filament for rubber seals, washable support material, dual color prints etc.
NoiseRemember your printer will be running for a long time. Print times are usually measured in hours, and sometimes in days..
Build quality & basic featuresThis qill require a lot of "getting to know" the printer. Basically all sorts of small practical details such as positioning of the user interface, display size, where is filament dispensed from, how are the wires connected? etc. etc. You can often get an impression of these things by looking at printer reviews on YouTube.


3D Printed case for iMacwear W1 (DM98)

I made a protective case for the W1 Android watch.

iMacwear W1 in protective 3D printed case with servo mount.

The idea was to make a case for it that would protect it while also providing better mounting options. The current version of the case sports a native RC servo horn mount, but I am also looking at different mounting options including a gimbal mount and a simple "screw me on" mount.

I submitted the whole thing on thingiverse here if you want to check out the details. It includes source CAD file, lots of pictures and details etc.


Printing faster on Creality CR10

OK, so it is official. We are now on the 3D printing bandwagon.

The proverbial We got a Creality CR10 3D printer shipped to the shop straight from PRC, and it has had lots of use the last weeks. As a complete beginner I had a lot to learn, however yesterday I put out my first ever DIY design on Thingiverse.

The printer is awesome. It feels like I suddenly got a new super power; the power to create anything. But there is one big hurdle, and that is time. It takes forever to print even the tiniest of things!

So I have experimented a bit with settings and found some optimizations that I would like to share.

First a general note on optimizations; this will most probably only work on the Creality CR10, using gcode generated by Cura, and even using the exact PLA brand I am using (Gold Camel).

So what will affect the print speed?

  1. Infill percentage
  2. Layer height
  3. Print speed
  4. Travel speed
  5. Retraction speed
  6. Retraction distance
  7. Raft margin
  8. Raft layer count

I found the standard/default/recommended settings to be way conservative. Here are my new settings that cuts the total print speed in almost half:

Infill percentage10%100%How is this even possible? You do it by making sure your model contains the necessary structural elements by hollowing it out where you need less structural strength and filling in when you need more. This has a bonus benefit that you can shape your custom "infills" to improve the weaknesses in the structure.
Layer height0.8 mm2 mmWill affect appearance, the model will look more coarse.
Print speed60 mm/s100 mm/sIf you go too high, the motors might start skipping steps or the extruder might not be able to put down enough PLA.
Travel speed100 mm/s300 mm/sIf you go too high, the motors might start skipping steps.
Nozzle temp200 ℃205 ℃This provides better layer adhesion, and might be required if you increase print speed.
Bed temp50 ℃70 ℃This provides better bed sticktion on clean glass with raft, and might be required if you increase print speed.
Retraction speed25 mm/s60 mm/sIf you go too high, the extruder motor might start skipping steps or retraction might not work as expected.
Retraction distance6.5 mm1 mmIf you go too low, you might get artifacts such as stringing.
Raft margin15 mm5 mmThere are many ways to do adhesion. I like best a clean glass plate with a small raft, and raft margin gets really important for small parts.
Raft layer count21I found 1 layer is more than enough for the raft.



OctoMY™ has a huge ambition when it comes to the way the agent will localize itself and map environment.

OctoMY™ SLAM (Simultaneous Localization And Mapping)
When a robot is looking at it's environment through it's sensors, it will get a pattern of data. It then has to process this pattern to identify it's location in the environment, and also accumulate meaningful information about the structure of this environment for future use (creating a map).

The data could be as simple as the readings of an ultrasonic range finder or as complex as the video streams from a stereoscopic pair of cameras. And the algorithms an heuristics that are used to derive meaningful localization and mapping data is loosely fit under the term SLAM (Simultaneous Localization And Mapping).

Stereo Camera Sensor

And there are about as many approaches to SLAM as there are implementations out there. This is a really hard set of problems with no "best" solutions. Many of the implementations are crafted for specific sets of performance, constraints and trade-offs such as

  • Available processing power ("must run in real-time on smartphone").
  • Indoor only or outdoor as well.
  • 2D or 3D mapping
  • Sparsity/size of map data
  • Accuracy of localization
  • Loop detection (detection and resolution of circular pathways in environment).
  • Scalability with size of environment
  • Must be GPU/FPGA/DSP accelerable.
  • etc.
So now that you have a grasp on what SLAM is, it's time to move on to how this is planned for OctoMY™.

Since we are basically building a platform on top of which we hope you will add all the cool plugins and features, there really arn't any limitations to what kind of SLAM methods can become part of OctoMY™. But since SLAM is such an essential concept, we will have to provide a pretty darn good default implementation from the get-go that you can get started with right away.

Nothing is set in stone yet, but here are some of the thoughts about SLAM in OctoMY™:

  • Should be unsupervised as far as possible
    • Automatic camera lens/other sensor calibration
    • Automatic environment scale detection
    • Automatic tweaking of parameters to get the best result in general
  • Should generate detailed and accurate 3D map of high accuracy.
  • Should support huge maps
  • Should support distributed data model that allows  sharing of data between agents all over the world.
  • Should support input from whatever sensors are available, and make the most of it.
  • Should adapt to the processing hardware available:
    • Make use of hardware acceleration through OpenCL when available.
    • Use less resources on lower-end platforms such as old smart phones.
  • Should use less hand-crafted and more "learned" methods.
In conclusion, yes ambitions are sky high for the central problem of localization and mapping of environment. In later articles we will surely explore parts of this problem in more detail.


Short introduction to HTM

Jeff Hawkins is an engineer, business man, neuroscientist and inventor who spent his life in the pursuit of a grand unified theory about how our brain works. He has a noteworthy list of accomplishments behind him, and is very successful in his quest.

I first heard about him when I watched his ted talk, and from there my curiosity took over, and I started looking more into the research he is conducting with his company numenta. I will try to summarize the basics of his theories in this post.

If you want to learn more, a good place to start is to read his book "On intelligence".

So what is HTM? HTM is an acronym for Hierarchical Temporal Memory and basically it is a list of 3 important aspects of the algorithm in the theory. The most prominent contributor to intelligence in our brain is the "neocortex".

In contrast to the rest of the brain which has evolved longer and therefore is much more specialized, the relatively new neocortex has a homogenous structure that is re-used throughout.

This structure is basically that the cortex is a 2mm sheet of neurons about the size of a large napkin, crumpled to fit inside our cranium. The sheet is divided into 6 layers of neurons that are connected in a particular way.

Small patches of the cortex represent stages in a hierarchy, and the connections between the neurons is what dictate the boundaries of each patch. Signals pass from lower stages up to higher stages and back down.

The lowest stages are connected to our senses such as eyes, ears and skin via mechanisms of the old brain. The signals passed from here consists of patterns of impulses that make their way up the stages, and it is temporal sequences of these patterns that are learned in each stage.

And perhaps the most important part of the theory is the following; Each stage will try to remember signals coming from lower stages and later predict those signals once they have been remembered. Only the signals that have not been predicted or "learned" will pass to the next stage unchanged, so by every stage the impulses have been refined and condensed into more abstract and high-level information.

 When a stage is seeing a new signal that it cannot predict, it will be sent up to the next stage until one stage recognizes it. If no stage recognize the input, it is forwarded to the hippo-campus which sits at the logical top of the hierarchy. The hippo-campus will keep the unknown information around for a some time until it is no longer useful. Hopefully, the stages below will now have managed to learn it, and if they have not, it will simply be discarded.

Beyond this introductory description of HTM, there are many important details that really describe well how this relatively simple algorithm actually explains our intelligence and sense of being completely.

I can warmly recommend to read the book "On intelligence".


The operation was successful, the patient died.

Extensive refactoring has been made to the build system for OctoMY™, however as it stands now, there are in fact no improvements to be experienced. In fact the build time has increased so much that TravisCI aborts the build thinking it has gone stale!

So why did we bother?

The new build architecture gives us the following benefits:

  • We can now select to build each part as a separate library or simply include the sources. Both has its pros and cons, and now we get to choose using a very simple syntax.
  • We no longer have to specify build parameters for each library, they are inferred automatically and you only supply them if you need to override the defaults.
  • All the include paths have been cleaned up so now all  #include "../libs/libX/subfolder/SomeClass.hpp" are converted to #include "subfolder/SomeClass.hpp"
At this stage it builds fine but more work will have to be put in before we can leverage this new system to get shorter build times and other benefits as promised.


Refactor in progress.

We are working on a large refactoring of the OctoMY™ code base at the moment.

The reason we decided to start this was that the existing project structure was becoming increasingly difficult to work with. Now with the refactor we plan to improve on the following:

  • Shorter build times
  • More modular design
  • Fewer inter-dependencies
  • More organized and predictable structure
  • Smaller modules
It has taken more effort than anticipated. Hopefully it will resolve itself in a short time.


Achievement unlocked: OctoMY™Travis build passes for the first time!

We finally managed to have OctoMY built using TravisCI.

It took a few days of googling around to get the perfect combination of yaml settings and the result was completely worth it.

We now have a shiny green "passing" button:

OctoMY™ Build status


Build C++/Qt5 application on TravisCI

TravicCI is a brilliant idea with a shaky (IMO) execution.

The concept is simple enough; create a .travis.yml file with some markup to describe the building of your project, add said file to the root of your git repo, push.

In the other end, travis hooks into your repo (github) and detects the push and starts building your project according to the definition in your .yaml

And it works great for a lot of people, but after spending more than 2 hours with Travis you will know that it has it's limitations, especially if your language or platform is not of the hipster variety.

Since Travis is free for open-source projects it has become popular. This is a really sound business strategy, by capturing the hearts of passionate programmers, you will get sales when the weekend is over and they go back to work.

However, many users means lots of focus on operations, plenty of long wishlists and less time/opportunity for innovation/implementation.

And it shows. My experience with having Travis build OctoMY has been a mixed bag. It turns out that Linux support in Travis is "Beta" and is centered around Ubuntu 14.04 which as the name suggest is 3 years old (at the time of writing). If that was not bad enough, Ubuntu has very conservative collection of C++ compilers in the official repository which means that the only C++ compiler available in Travis does not support C++14.

Crazy right?

Further, Ubuntu, even after signing a deal with digia, has even more ancient versions of Qt in the repos. And you can forget support for multiple versions of Qt side by side.

OK, enough whining and on to what you came here for!

I managed to muster my inner zen-patience-plus-determination combo and I ended up confirming that you too can have your favorite version of Qt and your favourite version of clang++ or g++ building your project happily on Travis CI in Ubuntu Travis 14.04LTS.

At first this sounds wonderful, but please note that the resulting binaries are pretty tied to that platform, and unless you have a server side application (rare for Qt) running on Ubuntu 14.04 this will not really be useful other than to verify that your code builds and to run the tests.

So with no further ado, here is the link to the fully working travis yaml for building Qt5/C++14 applications.


A different kind of CAD

I just discovered a new kind of CAD!

OpenSCAD Official Logo 2017

While the traditional CAD approach is all point-and-click in a laborious user interface, OpenSCAD takes the approach of the programmer, namely writing a definition text and viewing the reselt in an interactive 3D view. Since the language used in OpenSCAD allows the user to make relationships between parameters in the model, the result are highly flexible and customizable objects, perfect for rapid prototyping and research work. I can warmly recommend this software, I already have a substantial model build from the ground up after just 3 hours of use. It definitely made my grudge against CAD software go away!


Wheeled rig build complete!

I finally managed to overcome myself and complete the wheeled rig hardware!

Now its only software left....

Wheeled rig for OctoMY™

Canuckistanian Dictionary

I have compiled this rudimentary Canuckistanian Dictionary, so that you may also follow the teachings of The One True Canuckistanian.

Schmoo Any liquid, be it hydrophillic or hydrophobic, homogeneous or pasteurized, that has a viscosity between that of Canuckistanian Beaver Semen at one hour after ejaculation ( 9.35 +/- 0.99 centipoise ) and Canuckistanian Maple Syrup (175 +/- 25 centipoises).
  1. To move, either orthogonally, laterally or radially, or any combination of the aforementioned.
  2. To let pixies pass through the wires of a contrivance.
See also "Pixies".
Pixies Small, usually obedient particles that are expected to form lines inside wires to make contrivances chooch. Se also: "Chooch", "Angry Pixies".
Angry Pixies Pixies that for some reason are no longer obedient, and may for no reason at all step out of line. Se also: "Pixies".
Bumblefuckery An activity that may result in a contrivance stopping to chooch. See also "Pop fart and give up the ghost".
(The room formerly known as) wife's sowing A traditional in-home style Canuckistanian man-cave. Dedicated to learning from books and staying in front of the screen with the occational work with brain boxes. Tempered at around 23 Dungrees.
(The) shop A traditional out-of-home style Canuckistanian man-cave. Dedicated to performing bumblefuckery with the bridgeport. Tempered at around 15 Dungrees.
(The) bridgeport An age old contrivance for manually and forcefully opening snail-mail, cracking plexiglass, bending and annealing end-mills and making vodka glasses from sheets of copper.
(The) screen Special purpose contrivance that allows Canuckistanians to learn stuff from the interwebs and youtubes.
Keep your dick in a vise Have a nice day. See also "Keep your stick on the ice".
Brainbox A contrivance dedicated to the controlled conversion of pixies into angry pixies, thereby making one or more other contrivances chooch.
Sexpert Dumb fuck.
Enginerd Engineer
Stupidvisor Supervisor
Frankenstein Unit of measure for temperature.
  • 1 °Dungree = ( °Frankenstein - 32) × 5/9
  • 1 °Frankenstein = °Dungree × 9/5 + 32
Se also: "Dungrees"
Dungrees Unit of measure for temperature.
  • 1 °Dungree = ( °Frankenstein - 32) × 5/9
  • 1 °Frankenstein = °Dungree × 9/5 + 32
Se also: "Frankenstein"
Vijeo Sequence of images displayed in rapid succession with accompanying audio.
Wank overload An event where too much wank happened.
Cromulent Important
Redonculous Ridiculous
Jelly 4 ur Jam Bang for your buck
Bifocals Glasses
Canuckistan The land of the polar beers.
(Canuckistanian) Copeks Primary unit of wealth in Canuckistan. See also "(Canuckistanian) Pesos".
(Canuckistanian) Pesos Secondary unit of wealth in Canuckistan. See also "(Canuckistanian) Copeks".
Scientician Learned Canuckistanian.
Scienticious Actions carried out exclusively by learned Canuckistanian. See also "Scientician".
Yada yada yada I don't feel like elaborating now.
It's the cicle of life At this very moment, I am having an epiphany.
Dog bless the nanny state Idiomatic exclamation of pure satisfaction equivalent to "God bless the government of Canuckistan for looking after its citizens"!
Pop fart and give up the ghost To stop chooching.
Flogg it like a Rented mule To start chooching.
Son of a diddely Mild expression of disappointment.
Safety squint engaged Eyes squinting momentyarily to avoid damage. See also "Bifocals".
Fantabulous Mild expression of approval.
Scokum Of right Canuckistanian quality.
Keep your stick on the ice Good day. See also "Keep your dick in a vise".
Rippums Rotations Per Minute.
Meat hook abortion Contrivance of unknown or non-Canuckistanian origin. See also "Chinesium".
Chees grade Of considerable softness.
Bob's your auntie Let's try this.
The sharpest bowling ball in the shed Round Contrivance typically kept by land owners of Canuckistan in out-door sheds. Used for measuring relative mental capacity.


Brain-dead fuzzing in C++

I like to pursue quality in software, and so I am constantly looking for innovative or smart ways in which to improve quality.

One approach I have always liked is the concept of Fuzzing. Basically fuzzing means to feed random or cleverly provocative data into your innocent and carefree API to wreck complete havoc and expose all its bad traits/bugs/unexpected features etc. But I am reluctant to bring new dependencies into my project if I can avoid it. So how could we implement a built-in fuzzing in the least amount of code?

I came up with the approach below which I find myself being really happy with! Here the qrand() function could be exchanged with a more devious/evolutionary and data driven fuzz data generator function.


Wheeled rig update

Just a quick update on the wheeled rig. Electronics are starting to come together.

Power bar created.
  • Main power bar was created and connected to battery.
  • Relay board high end connected to power bar.
  • Ribbon cable to carry signal between controller and relay boards was prepared with apropriate connectors.
  • RC Servo pins soldered to stand alone PCB that allows for combining power with signal from different sources.
  • RC Servo, ESC and power connected to RC servo board.
  • ESC connected to power bar.
  • Audio amplifier connected to power bar.
  • Buzzer and warning light was connected to the power bar and relay board.
  • Most circuits tested.
 Now only software remains!
Test circuit for RC servos.


UTAU Robot Voice at it's best.

Who said robots could not sing?

Happy Anniversary 2017

The 7th of January marks the one year anniversary of the OctoMY™ project, and we have a ton of progress to celebrate!

OctoMY™ Anniversary 2017


Vector SVG icons for bool/boolean, char, short, int, long, float, and double

While working on the Actuator model as part of ActuatorWidget and the ArduMY™ serial protocol, my UI was in dire need of some icons to represent the different representations of values in computers.

I looked long and hard in google image results before realizing there really arn't any icons that represent this in a good way. So I decided to make my own.

Please accept my humble contribution!

OctoMY™ SVG Vector format Icons representing C/C++/Java fundamental datatypes
svg icon for bit datatype download free svg bit icon
svg icon for nibble datatype download free svg nibble icon
svg icon for byte datatype Download free svg byte icon (8-bit integer)
svg icon for word datatype Download free svg word icon (16-bit integer)
svg icon for double word datatype Download free svg double word icon (32-bit integer)
svg icon for quad word datatype Download free svg quad word icon (64-bit integer)
svg icon for float datatype Download free svg float icon (32-bit)
svg icon for double datatype Download free svg double icon (64-bit)
svg icon for extended float datatype Download free svg extended float icon (80-bit)
svg icon for quad float datatype Download free svg quadruple float icon (128-bit)