Without that Corona-thing it’s about once a month that I am deejaying in my favourite bar in my hometown (Trash in Osnabrück). Few months ago I bought a projector which I am using to do live visuals in parallel. It took me some time to figure it out but I think I found the setup with the best possible balance between transportability and useability.
A few weeks ago I successfully managed to build Mixxx 2.x on a Raspberry Pi 3. Once I got that done I immediately identified “more than enough” (that is: one) situations where it would be great to have yet a smaller piece of hardware to run Mixxx on (placing a link. Just in case you might not already know what we’re talking about). That’s why I think running Mixxx on a Raspberry PI Zero ist the next logical consequence.
I once (and only once) managed to successfully build the latest branch on a Pi Zero (2.3.0 alpha pre, as of time of this writing) but was not able to reproduce it. Good thing: After some tedious trial-and-error I finally found a way to reliably build Mixxx 2.2 for (and on!) a Raspberry Pi Zero.
I wanted to build a sample-player (“soundboard”) and decided to use Mixxx because it has all the necessary features that I was looking for (open source, runs on a Raspberry, highly customizable, …).
My target scenario for this installation is to use it together with a Midi-controller and the official 7″ touchscreen for Raspberry Pi. While Mixxx comes with a set of skins (i.e. user interfaces) with focus on different aspects all of them have in common that they are providing all the functionalities for DJ’ing: 2 or 4 decks for playing tracks, crossfader, mixer-section, library, etc. Many of these things can be hidden from the screen but even then there are still too many things left visible consuming precious real-screen-estate.
While every skin provides the functionality to hide the mixer section or the sampler there is (technically) no way to completely hide the decks via temporary selection. They seem to be seen as an integral part of every Mixxx-skin. That made it necessary to do some serious work on this. Since building a skin from scratch was completely out of reach I took the skin “Deere (64 Samplers)” as a starting point and worked my way up from there.
Due to … massive … request I took the chance and did a major overhaul of my post about the GrandMA remote command line from a few years ago. Back in the days I pulled together a quick ‘n dirty version which somehow worked and caught some interest but never really became more than a proof of concept.
tl;dr: This program provides a remote command line to a GrandMA Version 1 lighting desk (console or onPC). Since it’s implemented in Java you can basically run it from every computer that you have at hand ( yes: even a Raspberry PI ). Having a command line proved to be quite handy especially when you are setting up a show from scratch. It is simply faster to issue the command “fader 1.1 thru 5.10 at 0” than to manually set 90 faders to zero (or -god forbid- use a mouse to do this on the onPC-version without a touchscreen).
I’m a little late on that topic: Meanwhile ( meaning: a few years ago ) the GrandMA Version 2 has been released and it incorporates a native Telnet interface. This somehow makes my version obsolete but … people asked for it and I owe it to myself, I think.
Im Auftrag eines Kunden habe ich ein Thekenmeldesystem entwickelt und gebaut.
Ziel ist es, in einer Diskothek von mehreren (bis zu 10) Theken aus an zentraler Stelle Meldungen absetzen zu können (Ruf nach Security, Geschäftsführung, etc). Meldungen sollen durch einen Text und farblich entsprechendes Blinken auf einem Bildschirm dargestellt werden. Zum Beispiel: Rotes Blinken + Name der Theke, wenn es darum geht, die Security zu informieren. Für den Fall, dass von keiner Theke eine Meldung kommt, sollen Animationen abgespielt werden (Veranstaltungshinweise etc). Die Texte, Farben und Videos sollen vom Kunden angepasst werden können. Das Ganze soll Luft nach oben haben: Erweiterung um den Anschluss an ein Bussystem, mehrere Monitore, Ethernet, etc .. .
<TL; DR> I’ve built a TCPSyphon Server myself in Java and tried to circumvent some of the flaws of the original Version </TL; DR>
Maybe you heard about Syphon. “Syphon is an open source Mac OS X technology that allows applications to share frames – full frame rate video or stills – with one another in realtime” (Link). It was originally intended to only work locally and not be shared between different Hosts on a Network. Fortunately someone took care of this and built a set of applications to share “Syphon data” between multiple Computers. Actually it doesn’t: It renders local Syphon data into single images (jpeg, for example), applies a compression and sends them over the network. Anyways, this is one of the applications you don’t get around as a VJ. You just HAVE to have it: TCPSyphon.
The person behind the TCPSyphon-apps also built a client for the Raspberry Pi. The TCPSClient. Now things become really interesting.
Seit Beginn des Lockdowns organisiere ich jeden Samstag einen Videostream mit den DJs aus meiner Stammkneipe. Das ist enormer Aufwand, aber in den letzten Wochen habe ich mehr über Social Media Marketing gelernt als in den 10 Jahren davor. http://www.Crocodile-Andy.de