[PD] Bug: Double parsing of -mididev startup parameters in Linux

Submitting for comments here before I send it to the bug tracker. File this Linux bug under minor-but-annoying. I use a desktop launcher to set up a midi-only Pd instance with a 16x16 input/output buss. The following startup string will do this successfully: pd -rt -noaudio -audiobuf 1 -sleep

Re: [PD] dimmer from pure data

I plan to control neon flex, max length 28 meter. It is LED based light source with 220V power changed to 24V DC. I just asked the producer about the amper it can have on such a length. Soon I am back. Thanks for the hints anyway. On Tue, Sep 19, 2017 at 12:34 AM, Max wrote: > If you go "future

Re: [PD] dimmer from pure data

If you go "future" and will dimm LED lights, then use a PWM dimmer like this one: http://www.digitallighting.com/animationfolder/PWM%20Dimmer%20repeater.htm Found this informative video about incandescent vs. LED dimming https://www.youtube.com/watch?v=fWh2obSY0dQ On 2017년 09월 19일 00:07, Max wr

Re: [PD] dimmer from pure data

> > The raspi's GPIO is not enough? > Is the arduino still needed? I do think so, because precise interrupt handling is needed. Also (even with an arduino) don't expect a very fine dimming: 100 different values, linearly spaced between 0 and 100%, reading the firmware they provide, sketch #4 ; be

Re: [PD] dimmer from pure data

What kind of load do you need? The Krida you linked to one has 2A per channel. http://www.inmojo.com/store/krida-electronics/item/8-channel-ac-light-dimmer-module-arduino/ If you need more, this one has 4A per channel, but you need two of it to reach 7 channels. More expensive, but no high volt

Re: [PD] dimmer from pure data

On Mon, Sep 18, 2017 at 4:54 PM, Csaba Láng wrote: > > The raspi's GPIO is not enough? > Is the arduino still needed? > > One or the other should work. If you can run Pd on the pi it would be even better. > > > > On Monday, September 18, 2017, Martin Peach wrote: > > On Mon, Sep 18, 2017 at 4:

Re: [PD] dimmer from pure data

The raspi's GPIO is not enough? Is the arduino still needed? On Monday, September 18, 2017, Martin Peach wrote: > On Mon, Sep 18, 2017 at 4:26 PM, Csaba Láng wrote: >> >> what do you think about this board? >> https://www.turkisharearugs.com/8-channel-ac-programmable-light-dimmer-module-contr

Re: [PD] dimmer from pure data

On Mon, Sep 18, 2017 at 4:26 PM, Csaba Láng wrote: > what do you think about this board? > https://www.turkisharearugs.com/8-channel-ac-programmable- > light-dimmer-module-controller-board-arduino-raspberry-compatible-5060hz > > Looks good. You could control it with an arduino via Pd's [comport].

Re: [PD] dimmer from pure data

what do you think about this board? https://www.turkisharearugs.com/8-channel-ac-programmable-light-dimmer-module-controller-board-arduino-raspberry-compatible-5060hz On Mon, Sep 18, 2017 at 7:00 PM, Martin Peach wrote: > > > On Mon, Sep 18, 2017 at 11:38 AM, Csaba Láng wrote: > >> I have found

Re: [PD] dimmer from pure data

On Mon, Sep 18, 2017 at 11:38 AM, Csaba Láng wrote: > I have found this one: > > > https://www.dfrobot.com/product-1388.html > > I guess it does the job. > > It will only switch things on and off, not dim them. For that you want something with triacs or scrs like this: ht

Re: [PD] Review of expr 0.55 (released in 0.48) and a Pull Request

2017-09-18 13:34 GMT-03:00 Shahrokh Yadegari : > Dear Alexandre and all, > > Miller and I both agree that it is better not to change the behavior of > expr~ and fexpr~ in respect to requiring the first inlet to be a signal. > Let us just be clear. You mean the request to allow the first inlet to

Re: [PD] Review of expr 0.55 (released in 0.48) and a Pull Request

Dear Alexandre and all, Miller and I both agree that it is better not to change the behavior of expr~ and fexpr~ in respect to requiring the first inlet to be a signal. See Miller's response below: > If the object has a method for "signal" then its first > inlet (i.e., itself) is then passed a s

Re: [PD] dimmer from pure data

I have found this one: https://www.dfrobot.com/product-1388.html I guess it does the job. On Mon, Sep 18, 2017 at 5:06 PM, IOhannes m zmoelnig wrote: > On 2017-09-18 17:00, Peter P. wrote: > >> you can buy/use/build usb to DMX interface, and a DMX dimmer. > > Sometimes there are even very bas

Re: [PD] dimmer from pure data

On 2017-09-18 17:00, Peter P. wrote: >> you can buy/use/build usb to DMX interface, and a DMX dimmer. > Sometimes there are even very basic dimmers that even take MIDI as > control signal. and there are "DMX interfaces" that present themselves as MIDI devices (either they have MIDIin and DMXout; o

Re: [PD] dimmer from pure data

* cyrille henry [2017-09-18 14:43]: > hello, > > the keyword to look at is "DMX" > > you can buy/use/build usb to DMX interface, and a DMX dimmer. Sometimes there are even very basic dimmers that even take MIDI as control signal. ___ Pd-list@lists.iem

Re: [PD] dimmer from pure data

hello, the keyword to look at is "DMX" you can buy/use/build usb to DMX interface, and a DMX dimmer. cheers c Le 18/09/2017 à 14:35, Csaba Láng a écrit : Dear list, I want to build a dimmer of 7 lamps which is controlled from pure data. Basically, I need to control AC power from 0V to 220.

[PD] dimmer from pure data

Dear list, I want to build a dimmer of 7 lamps which is controlled from pure data. Basically, I need to control AC power from 0V to 220. Is there any hint how to start it building, what I need for it? Thanks in advance: Popesz ___ Pd-list@lists.iem.at

Re: [PD] Name of the "Pd console window" for [hcs/sys_gui] (Debian / ubilinux)

Thanks a lot IOhannes! ".pdwindow" did the trick but as you already mentioned this is obviously not working in purr-data. I'll probably stick with vanilla and add some externals since this could become a problem for me when using purr-data. Ingo > On 2017-09-18 12:36, Ingo wrote: > > With pd

Re: [PD] Name of the "Pd console window" for [hcs/sys_gui] (Debian / ubilinux)

Looks like other windows don't work either ... I'm getting this error: legacy tcl command at 31 of sys_gui.c: wm geometry . 692x996+3118+23 ;... Is it possible that [hcs/sys_gui] is not working anymore with the current tcl? I'm getting the same kind of error using different commands and canvas n

Re: [PD] Name of the "Pd console window" for [hcs/sys_gui] (Debian / ubilinux)

On 2017-09-18 12:36, Ingo wrote: > With pd vanilla or purr-data this does not work. Probably due to the fact > that the console window is not named "." here. > > Can anybody tell me the name for that window in vanilla or purr-data for the > use with [hcs/sys_gui]? > How can you find out what the n

[PD] Name of the "Pd console window" for [hcs/sys_gui] (Debian / ubilinux)

Hi everybody, I'm trying to move and resize the Pd console window with [hcs/sys_gui]. This used to work fine with pd-extended. The name of the console window used to be "." in pd-extended. With pd vanilla or purr-data this does not work. Probably due to the fact that the console window is not nam

Re: [PD] trouble with pd-0.48-0 and multiple screens

I did some testing and I'm not able to reproduce with a dual monitor setup with 0.48 and macOS 10.12.6. Can either of you provide a an example patch and/or precise steps to make the problem occur? > On Sep 18, 2017, at 12:09 AM, Dan Wilcox wrote: > > This behavior comes from the pdtk_canvas_p

Re: [PD] Capture Gem output: best practices?

On Son, 2017-09-17 at 20:15 +0200, Max wrote: > This is such a reoccurring question, I've always wanted to make a > FAQ  > about this where we can point to. There are quite a few > possibilities  > and it depends on the system and case which one is the best for you. > > A) inside GEM > You can rec