-
Notifications
You must be signed in to change notification settings - Fork 205
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature list for Patcher v2 #280
Comments
From [email protected] on November 28, 2013 22:57:01 This is related to the patcher V2 design. I'm going to leave this open until we have a list of requirements. Then it'll come under that project. Labels: -Type-Defect -Priority-Medium Type-Enhancement Priority-Low |
From [email protected] on December 13, 2013 09:20:55 Summary: Feature list for Patcher v2 (was: Enhancement: Add a mapper to map channels between universes) |
From [email protected] on December 13, 2013 09:29:09 Support for filters to do things like add virtual dimmer channels to RGB fixtures: https://groups.google.com/d/msg/open-lighting/Kpqr0b3p-U0/BIiatHH69DIJ |
A filter to pad a universe to a certain size with 0's or a specified value, to solve issues like #281. |
Gamma correction filter. |
Sustained output. Never creates more data but can be set to output the same data ever 1 sec without input from a client or other input port. |
This should also be as intuitive as possible from the ui and clients. I think it makes a lot of sense to think about this as a graph (in mathematical terms) or a pipeline. |
Swap RGB channels around in a fixture/LED strip: |
I've implemented the main features of this mapper now in here #1895 (as a separate programme for now). I suspect that might be the way to go with most of these for now, they can be written, prototyped and tested, pending some clever integration into the core in the future. Displaying configuring as a graph/timeline will be a bit challenging. Presenting the config for some of these facilities in an intuitive and user-friendly way will be a lot harder sadly. |
From [email protected] on November 28, 2013 08:11:17
This might be usefull since OLA now supports a few Dimmerpacks directly.
When you want to address multiple Dimmers you have to create one Universe for each device.
With a mapper one could copy channels beween Universes. This would be really usefull for that usecase.
We would need to discuss how to set up a map-file. And how to avoid loops in the mapping.
A possible syntax would be 'universe-01.map'
1:u3c3 #reads: fill channel1-data with data from universe3 channel3
2:u3c2
3:u3c1
4:u3c7
5:u3c5
6:u3c4
...
(this would copy data from universe3 to universe1 and reverse the color-order from RGB to BGR).
Original issue: http://code.google.com/p/open-lighting/issues/detail?id=279
The text was updated successfully, but these errors were encountered: