pouët.net

Go to bottom

Random "work in progress" shots

category: general [glöplog]
Quote:
On Mac it's kind of difficult to capture the system audio...


Soundflower is your friend.
added on the 2020-05-23 20:04:19 by gasman gasman
Just to testify that Soundflower indeed works, here is a recording of Okkie & Shifter doing shots on Friday morning (they are surpisingly biased to the left!):
BB Image
added on the 2020-05-24 03:24:14 by blala blala
@Gargaj thanks for a good writeup of your production process. With this amount of discipline involved it is not a surprise that you have achieved great results. Keep up the good work!

And it is also nice to have that you can have quality pipeline for demo work even when making things mainly on your own. Shows up a real good demo spirit and many thanks for sharing your learnings and ways of working with the community here.

Many of your advices are well worth trying out even when developing demos as a hobby. For example the MoSCoW acronym was something that I never heard of before, but that kind of work items prioritization will definitely help in both hobby and professional devs.

It would be nice to know how you manage your work backlog, personally I've been using g-sheets for this, but there are many great free to use online tools such as Trello for this as well.

Also practices in the development like writing unit tests or making test automation is something I really consider valuable when developing anything more complex than a simple hello world app. What are your experiences with these?

Maybe one day I will have something to share from the adapt toolset as well. Within my dream demo-editor there is for example well synced online editing experience enabling many creators of the demo to edit the same timeline without the always raising troubles of syncronizing the contents with some manual workflow, just to mention one example.
added on the 2020-05-24 13:04:05 by deepr deepr
Quote:
It would be nice to know how you manage your work backlog, personally I've been using g-sheets for this, but there are many great free to use online tools such as Trello for this as well.

That's really up to the individual, I just text files and messy handwritten notes :)
Quote:
Also practices in the development like writing unit tests or making test automation is something I really consider valuable when developing anything more complex than a simple hello world app. What are your experiences with these?

I haven't really found any use for them in the demo context; most people don't really have base libraries that can be easily unit tested, and unit testing graphics probably takes a long enough time to not be worth it. One thing, however, I would look into, is continuous integration of a prod using e.g. Github actions - I can see how e.g. for intros it could be a relatively convenient way to just keep submitting/pushing and get a compile test + size reference out in the end; you could still build your intro locally for a final since it's probably faster, but I can imagine that sometimes you don't wanna bother with waiting for a crinkle to finish, so you just poke your shaders, occasionally commit+push, and then the end of the day you'll see the size changes published by the build server.
added on the 2020-05-24 14:56:45 by Gargaj Gargaj
Yeah, valid points @Gargaj :).

I have watched some of the Ferris makes demos recordings and in these he presents nicely the test pipeline for adding new features, into their nicely organized 64k intro system. These are also a good inspiration for making an easily flowing pipeline for developing some new features without having to worry too much about breaking already existing things. Of course adding these kind of things increases the overhead in development, but probably pays back quite quickly in the sense of keeping the system in a working state more easily.

When I started developing the adapt demosystem with QML back in 2015, mostly making scriptable QML possible from the C++ side, I hacked all the basic stuff together (enabling to control desktop OpenGL stuff from the script side) in about two weeks prior to Revision 2015. Since then I have been planning to create unit tests for some components of the codebase, but adding those afterwards is far more difficult to do than to do the tests from the beginning.

One good point of for example scriptable QML side API for controlling the demo system is that this API could be tested as well, so the test code becomes more like integration test verifying that all is good with the modules.

One area of testing which would probably work pretty easily at least with some tooling UI is to use some kind of image recognition library, such as Sikuli with Robot Framework scripting. This being on the todo list as well for me :D
added on the 2020-05-24 15:07:17 by deepr deepr
But to bring back the real thing blocking many of these "dream" would be nice to have developments with the demo system and how it is developed: most critical missing component in any development of such systems is the lack of time. So value your development time as the most important asset you have, and in the end there will be something great as end result.

For example I just chose to start making a completely new time-line and effect parameters management tooling back in February this year. This work is already starting to grow some visible results in the sense that it is now way more easy to play with effects of the demo system, also adding new effects and imagining new kind of toolings to be added in a plug-in style to this system is now possible.

Maybe some day I will also have time to make some kind of write-up of this new tooling development. Still first things first and for example creating internal documentation for how to use this tool is something that should be sorted out first. Who knows if I will also publish this editor as open source some day as well, should be pretty easy to use with any kind of modern demo-rendering backend as the timeline itself is stored in .json format.
added on the 2020-05-24 15:13:33 by deepr deepr
https://imgur.com/a/TCVjodp

The DX7 just got a second lease on life
added on the 2020-05-24 16:15:00 by superplek superplek
Am i hacked now?
Almost new tooling for time line and effect parameters management developed mainly in February this year:
adapt timelimer v007

Featuring for example: pure QML based UI (working both with mouse and key commands), json formatted demo timeline, effect presets, fft-view of the music, live previews with actual demo rendering and key-framed editing of automatized parameters.

This tooling was proofed with our Assembly winter 2020 one scene entries. It being actually a fun and quick experience of doing two one minute demos there with this.
added on the 2020-05-28 11:33:30 by deepr deepr
BB Image
my sampler, now with per-voice (!) plugins (the plugin API is MIT license)
added on the 2020-05-29 00:48:48 by bsp bsp
looks nice. the good old twice ;-)
added on the 2020-05-29 01:32:04 by MrVainSCL MrVainSCL
it's an awesome sampler. lightyears ahead of "aon" and hey, experience is one of the perks of getting older, right ;)
added on the 2020-05-29 01:44:02 by bsp bsp
BB Image

The moment when you can’t fall asleep if the code does not work
added on the 2020-05-29 21:21:21 by g0blinish g0blinish
Meanwhile in August 2017, deepr chillin but focused on last week of zoomin productions:
BB Image
added on the 2020-06-01 10:24:09 by deepr deepr
beware: that picture looks like a template for series of iSO demos :D
added on the 2020-06-01 18:41:44 by waffle waffle
Waffle I have archived a good picture of Zados also for that use if needed
added on the 2020-06-01 19:05:26 by leGend leGend
BB Image
added on the 2020-08-02 07:46:24 by harism harism
wip shot from 2019

BB Image
added on the 2020-08-03 13:53:35 by harism harism
first wip video for my next macos demo called the microphone drop by frt

https://youtu.be/FpKo4Db_d48
added on the 2020-08-04 00:19:15 by harism harism
BB Image
added on the 2020-08-06 10:03:22 by El Topo El Topo

login

Go to top