Beiträge von michuNeo

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

So, die finale 2.0.0 Version habe ich unter https://code.google.com/p/pixe…er-distribution-2.0.0.zip veröffentlicht. Neben den bereits erwähnten Änderungen habe ich auch die Dokumentation ausgebaut und kleinere Fehler behoben.

Cheers
Michu

Hallo

mitlerweile habe ich den ersten Release Candidate von PixelController 2.0 veröffentlicht. Die grösste Neuerung dürfte die command line Version sein. Somit kann PixelController auf einem RPi (oder einem anderen, günstigen ARM board) laufen. Hier die detaillierten Änderungen:

## Changelog v1.5.1 to v2.0.0 (TBD)  
    875 files changed, 229947 insertions(+), 227327 deletions(-)


* Modularize Project, rewrote large parts
* Add new command line version of PixelController - run on a headless server (like an RPi)
* Add make speed of generators configurable via GUI and save it as part of the preset (Issue #46)
* Add Beat Workmode, define how beat input should be interpreted. Options: Linear, Moderate Sound and Heavy Sound
* Fix Update GUI much faster (instant feedback)
* Fix GUI, sort images and blinkenlights file dropdown content case insensitive
* Fix remove obsolete config options (initial.image.simple, initial.blinken, initial.text) but load a preset during startup
* Fix rename config options (maximal.debug.window.xsize -> gui.window.maximal.width, update.generators.by.sound -> sound.analyze.input)
* Fix typo, rename data/presents.led -> data/presets.led
* Fix respect maximal window size defined in the config file
* Fix adjust matrix simulation window for large resolutions
* Fix effect Rotate90 - works now for non-square resolutions
* Much faster startup time
* Removed TCP Server, used by the old PureData frontend and CLI client

Counterfeiter: die möglichkeit, "exotische" verkabelungen komfortabel zu konfigurieren habe ich in meine ToDo liste aufgenommen.

Gruss
Michu

hmm weisst du ab wos nicht mehr stimmt?

kann natürlich sein, das ich das file falsch geparst habe. wenn du aber zb color fader nimmst, stimmts?

stimmen die 170 pixel pro universe?

Laut deinem konfig file ist

0 0 R 848
0 0 G 847
0 0 B 846

total 288 pixel oder 864 ansteuerbare farben. mein mapping ist auf pixel offset definiert, das sollte aber kein problem sein.

der pixel oben links ist pixelnr 282 - stimmt das oder nicht?

Ich habe mitlerweile PixelController v1.5.0 veröffentlicht, unter https://code.google.com/p/pixe…PixelController-1.5.0.zip sind alle news zu sehen (oder siehe oben).

Multipanel funktioniert, getestet auf einem E1.31 Panel.

Feedback erwünscht! (hoffe bei dir, Counterfeiter, funktionierts)

Cheers
Michu

Hier ist Artnet Konfig, lass mich wissen ob es funktioniert!

#=========================
#default values for generators
#=========================
initial.image.simple=logo.gif
initial.blinken=torus.bml
initial.text=PIXELINVADERS


font.filename=04B_03__.TTF
font.size=82


#x/y offset for screen capturing generator
#if you define screen.capture.window.size.x as 0, the screen capture generator will be disabled
screen.capture.offset=100
screen.capture.window.size.x=0
#screen.capture.window.size.x=500
screen.capture.window.size.y=300


#=========================
#network port config
#=========================
#fudi protocol config, used to communicate with pure data sketch
net.listening.port=3448
net.listening.addr=127.0.0.1
net.send.port=3449


#osc protocol config
osc.listening.port=9876


#=========================
#frames per second
#=========================
fps=25


#=========================
#display internal gui window and debug buffer?
#=========================
show.debug.window=true
maximal.debug.window.xsize=600
maximal.debug.window.ysize=500


#=========================
#per default you get # of output windows + 1 visuals
#maybe you need more, so add them here if you want...
#=========================
additional.visual.screens=0


#=========================
#the size of the software output matrix
#=========================
led.pixel.size=20


#=========================
#start in random mode?
#=========================
startup.in.randommode=false


#=========================
#load a preset if PixelController starts?
#Warning, this will overwrite your settings configured above (initial generator values)!
#=========================
#startup.load.preset.nr=1


#=========================
#use audio as input setting (true)
#or just regular fps (false)
#=========================
update.generators.by.sound=true


#=========================
#if the audio level falls below this threshold, the volume gets muted
#0.0f is the lowest possible value, 1.0f is the maximum value
#=========================
sound.silence.threshold=0.0005f


panel.color.order=BGR,BGR


panel.gamma.tab=GAMMA_22




output.resolution.x=24
output.resolution.y=12


#flip each second scanline
#output.snake.cabling=true


#OR use manual image mapping, instead of the snake cabling setting.
#the output mapping table should contain output.resolution.x * output.resolution.y entries 
#REMEMBER: the first outputs starts at 0 NOT 1!
output.mapping=282,283,284,216,217,218,210,211,212,144,145,146,138,139,140,72,73,74,66,67,68,0,1,2,287,286,285,221,220,219,215,214,213,149,148,147,143,142,141,77,76,75,71,70,69,5,4,3,276,277,278,222,223,224,204,205,206,150,151,152,132,133,134,78,79,80,60,61,62,6,7,8,281,280,279,227,226,225,209,208,207,155,154,153,137,136,135,83,82,81,65,64,63,11,10,9,270,271,272,228,229,230,198,199,200,156,157,158,126,127,128,84,85,86,54,55,56,12,13,14,275,274,273,233,232,231,203,202,201,161,160,159,131,130,129,89,88,87,59,58,57,17,16,15,264,265,266,234,235,236,192,193,194,162,163,164,120,121,122,90,91,92,48,49,50,18,19,20,269,268,267,239,238,237,197,196,195,167,166,165,125,124,123,95,94,93,53,52,51,23,22,21,258,259,260,240,241,242,186,187,188,168,169,170,114,115,116,96,97,98,42,43,44,24,25,26,263,262,261,245,244,243,191,190,189,173,172,171,119,118,117,101,100,99,47,46,45,29,28,27,252,253,254,246,247,248,180,181,182,174,175,176,108,109,110,102,103,104,36,37,38,30,31,32,257,256,255,251,250,249,185,184,183,179,178,177,113,112,111,107,106,105,41,40,39,35,34,33 


#HINT: you define how many artnet panels are in use, in this example we use four panels.
artnet.layout.row1=NO_ROTATE,NO_ROTATE
#artnet.layout.row2=NO_ROTATE,NO_ROTATE


#controller ip address
artnet.ip=192.168.0.38


#define the default artnet broadcast address, default is 2.255.255.255
#artnet.broadcast.address=255.0.0.0


#define how many rgb pixels are used on a universe, maximal 170 (=510 Channels)
#Example: if you use two 8x8 RGB Led matrix, you connected the first matrix on universe 1
#         and the second matrix on universe 2, you would set artnet.pixels.per.universe=64 
#artnet.pixels.per.universe=170


#define the first universe id
#artnet.first.universe.id=1

ja schick mir doch das mapping, vereinfacht die sache enorm, michu at neophob dot com.

dann kann ich dir ein konfig file für Artnet, tpm2.net und auch minidmx machen.

gruss
michu

sag mir doch mal deine konfig (controller, ip, port, mapping etc) dann kann ich dir die konfig machen

Cool, bin auf dein Feedback gespannt!

Danke

Hey zusammen

Ich werde in nächster Zeit eine neue Version von PixelController veröffentlichen. Es gab viele Änderungen im Bereich TPM2Net, Artnet und E1.31. Daher bin ich auf der Suche nach Tester mit

• einer oder mehreren TPM2.Net Matrizen
• einer oder mehreren Artnet und E1.31 Matrizen

Neu werden mehrere Matrizen für die genannten Output plugins unterstützt. Ich habe das soweit wie möglich getestet wäre aber für einen Endtest froh.

Die aktuelle Version kann unter https://dl.dropboxusercontent.…roller-SNAPSHOT-1.5.0.zip heruntergeladen werden.

Sollte etwas unklar sein, zb. die Konfiguration bin ich gerne behilflich.

Besten DAnk schonmal und Gruss
Michu

Detailiertes Changelog:

Changelog v1.4.1 to v1.5.0
--------------------------
-Add new Help Tab, display a short help how to use PixelController
-Add Zoom Effect, add Zoom options (zoom in, zoom out, vertical, horizontal)
-Add Textwriter option (PingPong scrolling, left scrolling)
-Add new Minimum and Maximum Mixer
-Add new keyboard shortcut to select tabs (arrow keys)
-Add missing option 'snake cabling' and 'mapping' for TPM2.Net device
-Add missing option 'snake cabling' and 'mapping' for Artnet/E1.31 devices
-Add multipanel support for Artnet/E1.31 output
-Fix use colorset name (instead of index) if a preset is saved
-Fix colorscroll GUI element initialization
-Fix Effect Rotate90 for non square output
-Fix Effect BeatHorizShift for exotic resolutions
-Fix Effect Rotozoom for exotic resolutions
-Fix Effect Texture deform for exotic resolutions
-Fix Mixer Checkbox for exotic resolutions
-Fix PixConCli JMX Query  
-Fix ColorSet, rarely visible smoothness bug
-Cleanup GUI, make grouping of controls more strict
-Reduce filesize of distribution file, remove unneeded files
-Remove support for Adavision product - does not exist anymore
-Update PixConCli, improve message handling
-Update Fire Generator, remove visible random pixels 
-Update PixelInvaders firmware, use the TPM2Net protocol to send data 
   Testcase: 2 PixelInvader Panels, ColorScroll Generator, no sound update
   Framerate old fw: 35fps, Framerate new fw: 140fps -> 400% faster!

Ich bin der Author von PixelController (https://code.google.com/p/pixelcontroller/downloads/list) - dort werden mehrere Rainbowduinos unterstützt, welche bis auf die Farbauflösung identisch sind. Evtl. hilft dir das weiter, gruss
Michu

danke nochmals.

da ich nicht entscheide, welchen akku für das projekt verwendet wird habe ich noch eine letzte frage. Wenn LiPo akkus parallel betrieben werden - ist das ein problem? sprich wenn ein akku stärker belastet wird als der andere?

besten dank für die infos! die produkte von hobbyking sehen ja gut aus und sollten somit auch out of the box funktionieren. alles was ich noch brauche ist ein charger (http://www.hobbyking.com/hobby…_Charger_2_6S_Lipoly.html).

danke nochmals! gruss
michu

Hallo zusammen

Ich habe eine Frage, ich möchte gerne eine 16x16 ws2812 LED Matrix mit einem Akku betreiben. Ein ws2812 braucht max. 60ma strom, macht Total 15.4A.

Ich dachte dabei an dieses Model http://de.ianker.com/anker-ast…r/product/79ANS1052-BA#sp
Ich würde pro LED Matrix zwei solche Akkupacks verwenden, die LED Matrix dimmen, damit nicht mehr als 6A verbraucht werden.

Da LiPo's bei überbeanspruchung ganz schön zicken, wollte ich mal euch fragen, ob jemand schon derartige Erfahrungen gemacht hat und ob es besser Lösungen gibt?

Cheers
Michu

Ich habe eine applikation gemacht, um aus OLA die DMX Daten auszulesen und dann via tpm2net seriell oder via netzwerk auszugeben. den code habe ich unter

https://github.com/neophob/ola-to-tpm2net

veröffentlicht, dort ist ebenfalls ein readme vorhanden.

OLA ist eigentlich interessant für alle, die auch eine LED Matrix software machen (sind ja mittlerweile ein paar), da damit viele verschiedene Protokolle und Hardware unterstützt wird.

HMMM ich habe mir das auch noch nach einem input auf der OLA Mailingliste nochmals überlegt. TPM2 kann ich nicht verwenden, der Grund dazu ist, ich will ja DMX Daten via seriellen Port auf einen Microcontroller geben.

Das Problem ist, dass wir mit dem TPM2 Protokoll keine DMX Daten (resp. offset nummern) definieren können. Beispiel (zwei 16x16 Anzeigen):

Universe1: 170 Pixel
Universe2: 85 Pixel
Universe3: 170 Pixel
Universe4: 85 Pixel

ich kann mit dem tpm2 protokoll nur ganze frames schicken, weiss aber nicht wohin diese kommen.

die lösung des problems ist, Tpm2.net zu verwenden, dort kann ich diese Option mit den Paketnummer angeben.

Hat jemand einwände dazu? andere Vorschläge?

danke für das feedback, ich habe mir mal die plugins angeschaut (https://code.google.com/p/open…rce/browse/#git%2Fplugins), ist also nicht C sondern C++, was leider meine Fähigkeiten überschreitet...

Es gibt jedoch bereits ein serielles output plugin (FTDIDMX)

Hallo zusammen

Ich möchte für OLA (http://www.opendmx.net/index.php/Open_Lighting_Architecture) einen TPM2 (Serial) treiber machen. Man kann ein Plugin schreiben (in c), dann wäre TPM2 in OLA unterstützt. Da ich nicht wirklich stark in C bin meine Frage: hat jemand schon einen C Port des TPM2 Protokolls gemacht? Hilft mir jemand das zu implementieren?

Gruss
Michu

ja, war leider nicht so toll die installation, weil a) nur zwei personen getrackt werden konnten und b) die bewegungsabläufe zu genau sein mussten um einen effekt zu triggern. ich hatte zuerst nur ein arm tracking, das wäre wohl einfacher für den besucher gewesen...