Designed processes instead of manual control

A broadcast package is not a single lower third: it includes the LIVE marker, clock, date, ticker, bumper, splitscreen names, scorebug, versus and match title. Designing, adapting and animating all of these is traditionally a long process, and at every single element you have to make sure the same visual system still holds.

The problem is not only the time it takes. The more elements and versions are produced, the harder it becomes to hold on to the same design decisions consistently.

A browser-based designer in which the shape, colour, depth, typography and animation of the graphic are handled as a single design state. The design remains a human decision: I define the visual direction, and the system carries it through the entire broadcast package consistently.

This removes the need to design and animate every graphic element separately. A complete 4×3 package can be produced from one visual concept in a short time, and markedly different design directions can be created just as quickly.

Instead of a long editing and animation process, the focus of the work moves back to where the real creative decision happens: the design.

Several complete visual directions can be produced and compared in a short time, so there is no need to build on the first solution that works — the one that genuinely suits the show can be chosen.

The selected design then produces the entire broadcast package within one consistent system.

The newsletter copy was written in Word, but someone had to assemble the sendable HTML for Brevo by hand. Every round of revisions meant re-laying it out, and a significant part of the sales and marketing team’s time went into a technical task that did nothing in itself to deliver the message better.

Less editing. More attention on the message.

Producing a newsletter turns from a technical implementation task into a communication task. Colleagues no longer deal with HTML, layout and assembling individual elements by hand, but with what is genuinely their job: how the newsletter should be structured so the message reaches the reader as effectively as possible.

The time freed up can go into content hierarchy, emphasis and structure, while the system makes sure the result arrives in Brevo in technically correct form.

Producing a professional tutorial involves many dependent stages: researching the topic, writing the script, recording the right steps, narration, editing, subtitling and post-production. When the same is needed in several languages or formats, a large part of that production work repeats for every variant.

For a learning resource, however, production speed is not the primary concern. The content has to be accurate and verifiable, since the company is teaching about its own product.

From the given topic, the system assembles the step-by-step script using the product documentation, the actual key mapping and information from the open scene. It then checks the statements it has produced back against those same sources, and anything that cannot be verified is not allowed further into production.

Once the script is verified and approved by a person, the rest of the production can be automated: the narration is generated, the system performs and records the required steps in the software, then produces the edit, the framing, the subtitles and the audio mix. The same process can be re-run in different languages and output formats.

The expert’s time no longer goes into the repetitive technical steps of video production, but into where their knowledge is genuinely needed: reviewing and approving the content.

From one verified body of knowledge, several finished content variants can be produced without going through the full manual production process for every new language or format.

Starting from the street layout of a night-time aerial photograph, the question was how far the spatial logic of a real district can be carried into realtime 3D that runs in a browser — with no plugin, no install and no download.

A WebGL scene in which the road network, the plot division and the building masses are generated from a rule system rather than modelled by hand. PBR materials, wet reflective asphalt, bloom, haze, moving traffic and rain.

Four camera views; lights, haze, traffic and building height on sliders; and a “new variant” button that rebuilds the entire city from a new seed.

A single HTML file that starts in any modern browser and produces a different city on every regeneration from the same rule system.

Open the city