PixelController v2.1.0 RC1

  • Hallo zusammen


    Ich habe eine neue PixelController Version veröffentlicht, grösste Neuigkeit ist der native RPi support (WS2801), TouchOSC Interfaces, neue Effekte und Generatoren und viele Bugfixes.


    Neue Download URL: https://github.com/neophob/Pix…r/releases/tag/v2.1.0-RC1


    Detailiertes Changelog:
    Changelog v2.0.0 to v2.1.0-RC1632 files changed, 96745 insertions(+), 151436 deletions(-)
    Add client/server architecture. PixelController can started headless on a server, connect to the server with the client GUI (same look as the standalone version)
    Add RaspberryPi WS2801 output driver
    Add custom led matrix mapping tool, see http://pixelinvaders.ch/pixelcontroller/ for more details
    Add Bonjour/Zeroconf support, PixelController register itself as "pixelcontroller.local"
    Add new ROTATE_ Generator/Effect/Mixer/Colorset OSC command
    Add Noise generator
    Add Gamma 3.0 color correction
    Add TouchOsc layout for phone and tablet
    Add simple performance test (PixelController.sh -perf or PixelControllerRPi.sh -perf)
    Add Random Mode with selectable time-life (option randommode.lifetime.in.s) (Issue #44)
    Add more Blinkenlights movie files
    Add new effect Posterize
    Add new effect Darken
    Add PixelInvaders firmware for Arduino UNO, thanks Yves Alter. This should fix all UNO related issues.
    Add new output rotate option: FLIPPEDY
    Remove support for stealth panels
    Fix decouple fps setting of PixelController from the GUI update speed (Issue #61)
    Fix replace Pixel and Quality image resize code with custom implementations (nearest neighbour and bilinear), major performance improvement
    Fix add missing float parameter to the OSC server, only int values were parsed
    Fix the framerate configuration can be a float number (ex. fps=0.1) if you need a really slow update rate
    Fix refresh GUI settings when random mode kicks in
    Fix generator speed changes the target fps (0..200%), much smoother (Issue #46, #52 and #59)
    Fix generator speed and brightness were not stored as part of the preset (Issue #62)
    Fix capture generator, crashed if recording window was too small
    Fix Metaball generator resolution for different sizes
    Fix more code cleanup
    Fix optimize CPU usage in heavy beat detection mode
    Fix optimize preset load time, load resource files (image and blinkenlight) only if generator is used in preset
    Fix reduce rotozoom effect speed
    Fix visual size in GUI
    Fix rename preset.led -> preset.properties, all PixelController extension files have now the same file extension.
    Fix update build process, put RPi specifiy resources (Serial and pi4j) dependencies into special directory, do not include junit dependencies.
    Fix speedup Blinkenlight parser, some frames were displayed too long
    Fix Multliply and Negative Multiply mixer, output didn't respect ColorSets correctly
    Fix Subsat mixer - was completly broken
    Fix output layout for all *FLIPPEDY entries - all FLIPPEDY action were broken.




    Hier noch ein Musikvideo mit PixelController und 3 ExpeditInvaders:
    https://www.youtube.com/watch?v=rJ9pGdXraB0

  • Hallo,


    gibt es eine Anleitung für noobs ?


    wollte es mal testen für mein Wohnzimmerdeckenbeleuchtung, die sind mit ws2812b streifen umrandet.


    geht das auf ein Rpi 2 -->ArtNet--->4x strips?


    oder gibt es da was anderes?


    mfg
    andy

  • Ich finde es auch schade, dass das Projekt offenbar tot ist. Ich kriege es aber um's Verrecken nicht auf einem System konfiguriert mit artnet:
    Ich nutze einen Raspberry Pi2 mit olad als artnet daemon. PixelController läuft damit im Prinzip auch, aber nur wenn es auf einen sepparaten System starte und über netzwerk mit meinem olad auf dem raspberry verbinde. Starte ich es auf dem Raspberry selbst, dann möchte PixelController wohl immer auch noch den Artnet-Port 6454 öffnen, auf welchem olad aber schon lauscht. Auf dem entfernten System öffnet PixelController Port 6454 auch, aber da läuft natürlich kein Artnet-Daemon, weshalb es nicht zum Konflikt kommt.


    Weiß jemand, ob man das irgendwie konfigurieren kann, das PixelController NICHT als Artnet-Daemon läuft, sondern nur als Artnet-Client?