mscharrer

Some POV-Ray art I created years ago: https://mscharrer.net/povray/scenes/ Source code is always included.

Wolfram works with the full mathematical expression tree. It works very well in practice but the equality test is undecidable in general.

I ran into this issue once while trying to render the Mandelbrot set while learning Haskell. It defaulted to a rational type based on two bignum integers with unlimited precision.

With every Mandelbrot iteration* the integers doubled in size, producing exponential complexity. With 100 iterations this essentially means that the program never completes and even runs out of memory at some point.

The newbie-friendly feature turned out to be not so friendly.

* complex z_{n+1} = z_n^2 + c

> Nothing is mining the web for maths, and semantic markup for maths buys you nothing.

I find that rather unfortunate. A math search engine that find sites with equivalent formulae (or segments) would be quite useful to me.

Of course, that can probably made to work with image alt tags containing latex code.

> However imagine you have a set of keyframes (maybe even multiple fragments per frame) and you need to interpolate between them? Not that hard of a task, isn't it.

Intrestingly, the video artifacts of this model look somewhat similar to those from simple motion interpolation algorithms such as ffmpeg's minterpolate, especially during fast camera motion. https://ffmpeg.org/ffmpeg-filters.html#minterpolate

Edit: I generated an example with strong artifacts. Input: https://mscharrer.net/tmp/lowfps.webm Output: https://mscharrer.net/tmp/minterpolate.webm

Unlike the former, I could also imagine the latter being produced by a Markov chain.

> iv. Never use the passive where you can use the active.

One example i see quite often is: "X has been widely criticized for Y", with no mention of either the critics or the argument.

I think fallacy 2 is the big one, and not just in the AI field. Sometimes a simple lookup table (or some other 'dumb' model) works well on tasks that humans generally consider 'hard'.

Wikipedia has a pretty good article on the banana issue: https://en.wikipedia.org/wiki/Commission_Regulation_(EC)_No....

How do these ToF systems deal with multiple sensors pointing at the same scene? I've seen it work with two ToF sensors, but haven't been able to find a good explanation for how it works.

Isn't the observer model explicitly built into NeRF architectures?

I find the general idea of treating differential equations as infinitely dimensional linear systems quite powerful. I was first introduced to the concept while studying quantum mechanics, but applications are everywhere.

I know quite a few idyllic places with lots of nature. None of them have fast internet.

If only there was a search engine that filtered for these criteria.

I really hate sites that send all content as html, but then hide it only to unhide it with JavaScript. It's getting quite common though. I wouldn't go as far as the OP and say no JS, but how about: don't use JS just because you can, use it to actually do something that makes the site more usable.

Just found this: http://motherfuckingwebsite.com/ I think it passes on all points.

Some sites let the user provide a email address in order to allow password reset, but don't force it. I think this is a good practice.

I works quite fine without any css for me with any window size I tried. Are you using a mobile device? However, he does include images from third party sites which may cause referrer leakage which goes against the no-tracking issue he raised. (I'm only being this harsh because the article is too)

I think the article is a bit extreme but he does raise a lot of good points. I actually went and checked my website without css, and even tried it in [links](http://www.jikos.cz/~mikulas/links/). I very much agree that the the use of JavaScript for the simplest of things has gone overboard, but I wouldn't be as harsh as the OP. Cross site scripting is out of the question in my book.

I really like C++, but I think it mainly won because it was friendly to the huge number of programmers that already had years of experience with C at the time. Easy use of existing C projects was also a huge benefit.

They're even working on POV-Ray 4 now. http://news.povray.org/povray.pov4.discussion.general/ They sure have my respect.

I put the source files on Github for easier browsing: https://github.com/mscharrer/povray_scenes/tree/master/abstr...

Cool stuff.

The POV-Ray source files are included. Example: https://mscharrer.net/povray/liquid_fire/2/liquid_fire_v2.po...

GPU's still seem to be improving rather quickly.