Tensors and Dynamic neural networks in Python with strong GPU acceleration

Let's OSS

Many OSS teams find themselves building project and community management tools from scratch

No, we have github. edit: And you seem to have wordpress?

the author never planned to be responsible for a critical piece of digital infrastructure.

That’s the big fun of the OSS. In other words I don’t particularity care if you can run my scripts or not.

OSS contributors are often on the receiving end of harassment, demands, and general disrespect

Or the other way around, they disrespect users (human nature, nothing to do with OSS.)

Inadequate resources

True, I’ll happily take all the resources you can provide via fully anonymous system (but thanks for github, It was pretty cool so far).

Beyond download statistics, maintainers have limited visibility into how their software is used.

I would prefer not to know any kind of statistics and I believe that should be a goal for every developer (or human generally).

p.s. Actually that is another part of fun with OSS, one may not relate or be driven by any kind of measurable ‘success’.

Communities are not always well-equipped to guide that evolution.

So what. Other way of dealing with things is via giant evil-company umbrella? That’s ˇ the picture of it?

If you’re an open source contributor or maintainer, please join the conversation by filling out the contact form below!

It looks like a cute form, but no thanks.

It is commonly accepted that the Universe started in an ordered state with low entropy (S), which allowed its entropy to further increase - as observed - in line with the second principle of thermodynamics.


I can’t wait to talk to you.

See you around, can’t make any promises thought.

Dave's Visual Guide to dwm

Substance designer


xmountains and triangulation

xmountains -I 9 -A 9 -F 1 -f 1 -p 7 -e 0.2 -v 0.1 -l 12 -t 3 -s 7 -g 1920x1200
# scrot the thing


Cloud photo

Paper boat photo

Paper plane render


2x 1920x1200

Another generator

When tilers are good idea

Ruby script for manual or automagic placement/tiling of windows.

Soft link to my user bin

ln -s ~/source/rtile/rtile.rb tile

An openbox menu

tile --all
tile --cycle
tile --swap
tile --all-auto (active), tile --all-auto
killall tile

Openbox keybind

<!-- rtile all -->
<keybind key="A-a">
  <action name="Execute">
    <command>tile --all</command>

How to position windows in a video editor

YYC3 license = Yes you can, but for non-commercial purposes only.

Cuprum font.


More on windows and screens

  1. Material window must be implemented in a way to not get in a way of player/recorder layouts, it could be a separated (full)screen (see Autodesk smoke*), it could be a floating window …, it could be a 2nd use for player window.

  2. View2 could be default for smaller screens or smaller program window sizes (but that shall be in preferences).

  3. Buttons like play, frame back/forward, in, out must not drastically increase the distance between player/recorder and timeline, good default seems to be either don’t show any or perhaps overlayed over video at proper time (hard one).

  4. Timeline shall not be necessarily video tracks, then audio tracks, each track can be either one. Or at least audio tracks that are not synced to video could be positioned anywhere (see After effects for example).

  5. GUI elements like graph editor, effects editor or grading of which effect are regularly and mostly applied to clips or elements in timeline can use/re-purpose the player window or be overlayed over part of recorder window (there must be some sort of show/hide toggle, bumping the edge of the screen with mouse should work fine in full-screen situations, less so in windowed modes).

  6. If the grade or effect or lut is to be applied to master material, then rec window may be a good candidate (in case of view1).

Other behaviors

  • Wipe/dissolve type of effects shall take the last duration used on timeline as default for a new one of the same type.


about / github / jekyll /