E2-E4 was a breakthrough. It's descendent of the Berlin school of electronic music of the 70's. It's difficult to place that track in a genre, for me it's just electronic music. The long guitar solos of the B face is not something you will find in Acid/Dance music.
It's one of the first releases of the "Inteam" record label that Klaus Schulze created after failing with his first "Innovative Communication" label. Schulze and Göttsching were exploring new musical directions there. They definitively were having fun!
Yes, that's my memory of it in the 199x, you had to sleep with peoples renting a part of their apartments.
That was weird to me at that time because it was the only show where that was needed.
My only memory of CEBIT, bad hotels :-)
Seems to work fine, could you consider having a perpetual license?
Or a nonrecusing one year?
I don't like to have recusing subscriptions. Too many of them already.
Not sure about the original LED used there, but with the popular LED tapes built on the WS2812, you should be able to drive at least 200 of them within 20 milliseconds.
That gives you the idea, then yes if you want to run more LEDs then use more outputs and drive them in parallel.
Because there is no data in - data out in the LED, it has just two wires; you need to assign it an address and that part is not explained by the Chinese producer.
Could anybody crack that one?
I also had the same reflection; maybe the original writer is not using English as his native language. It's true that you then start reading the page with a lousy apprehension.
The best for me is artmatic: http://www.artmatic.com
There are presets of trees that makes it easy to generate fine visuals and the primitive themselves are finetuned to generate impressive results.
This is catch with that type of generators, giving the right sets of primitives, if you are too detailed it can take lomg to implemente something.
Eric Wenger, the author of artmatic, is both an artist and a coder, there are not many creative peoples like him.
Don't you think that with the tools we have now it's easier to control the quality of code produced (Clang memory sanitizers and so on)?
I feel more at ease to ship C code today after instrumenting it than a few years ago...
I write small cross-platform applications in plain C for the same reason the author gave.
I use Nuklear for the GUI; one nice thing is that it's header only, see https://github.com/vurtun/nuklear
With that, I can write small apps that run macOS, iOS, Windows and Android while sharing the same C code.
On macOS, iOS, and Android I use SFML to manage windows and events.
Works like a charm for me and I produce lightweight apps that are fast to deploy and have no dependencies. I compile the subset I need of SFML straight into my projects.
My family (in Poland) is in that situation with a member denying, going to hospital, coming out, avoiding medication and the cycle starts again after a few months. We feel hopeless and at this time wait a judgement could force that family member to take a medication once a month...
When you have that spirit, you enjoy connecting with other punks. I was a guitar player in a punk band in my twenties and we self-published our music. When I had the idea to create a company at the end of the nineties, I had that punk attitude to move forward and create a company even if the business around it was new and full of question marks. All my friends recommended not to create that startup, and in a true punk spirit I didn't care and moved forward, I can now say 25 years later that it was a great decision. Even today I keep that punk spirit when I make my decisions, if you feel you're doing something right you should just trust yourself even if you are alone on the market, avoid beeing a follower.
Exactly what I do, use a standard temperature sensor, load your system, make the CPU and GPU cry :-) and see how it goes with cooling the inside of the system.
I work for many years with FFMpeg that has no documentation and no code sample, and it's okay for me. I prefer that the developers keep their time optimizing the code rather than writing documentation that needs to be maintained and become a problem when not in sync. My state of mind is that if it's open source then just read the code.
I never installer homebrew on any mac I develop. When you see all the possibilities to customize projects, it's just ridiculous to want to build something with a one-liner and expect it will take thousand of decisions for you.
Same here, I showed her the web site, and now she wants to submit her creation. It's fascinating to see her building a dream house and to see how she wants to have it. Last time she put a pool close to her bed in her bedroom :-)
Two basic APIs are not available in 64 bits: Carbon and QuickTime. Steve Jobs promised to port Carbon to 64 bits when macOS X was introduced. So many of us developed for Carbon, and a few years later Carbon was deprecacted, and Apple announced they would never port it to 64 bits. Even software from Apple such as iTunes was built and Carbon, and it took years for Apple to remove the Carbon code out of iTunes...
It's a project that wants to push further than shadertoy. Here from the project documentation:
My goal was to make something similar to Shadertoy but with some extra features. Having a fixed and simple set of functionality always helps in the creative process to focus on the goal itself rather than on the several methods available to achive the goal. Therefore i didn't want to overdo it with new functionalities and only implemented features i was missing most in shadertoy. Some basic main shadertoy functionality is there, but some features are missing.
Shaderoo is based exclusively on WebGL2, so WebGL1 is not enough (unlike shadertoy, which has some WebGL1 fallbacks). check webglreport.com for compatibility.
Shaderoo uses Ace as web-editor. See here for the keyboard shortcuts.