Purr Data finally released
@jancsika 2.1.2 works and lets me delete the knobs without crashing. (Tested on win10)
(When I correct the path in knopf2.pd from [room_sim_2d ... ] to [iemgui/room_sim_2d ... ] it still doesn't show any knobs. I don't know, if it's because of my code or if there is another error with iemgui. I don't care as I changed the knobs to mknobs anyway, which is an easier and cleaner solution)
I discovered another error while trying 2.1.2.:
Unlike pd, Purr Data opens .pd files in the same instance of Purr Data ( is that intendet?). Opening a .pd file by double click doesn't work, when an instance of Purr Data is running and the path to the .pd file contains a german Umlaut ( ü ). Output in console is: error: <filename> : read failed
Purr Data Beta 3
I spent some time stabilizing the new data structure features. Since there were several messages to the Pd list recently about various issues with the [knob] external, I thought I'd give a small demo that shows how to make your own with Purr Data objects.
Here's a screenshot:
The demo includes two styles for the knobs that you can toggle. The drawing and event logic takes about 20 objects. The entire patch itself is about 45 objects, which is way less complex than over 700 lines of external C code.
Gem - trouble loading (or compiling?) Gem
Hey - Happy clock changing day!
I am not a newbie, but a newbie to Vanilla. Looking for some suggestions please concerning getting Gem working in 0.47.1 on Mac OSX.
I have tried following lots of the advice given to lots of people who seemed to have had this struggle at some time. But not getting much closer.
I have tried place (and re-placing) the Gem files in various different locations, and several different ways of adding flags and paths and other start up instructions.
Maybe the closest I have got was yesterday when upon start up, the console wrote that Gem.d_fat "succeeded" but Gem.pd_darwin and the others failed.
Here are samples of the sort of thing I have been trying and the console messages received. Thanks in advance!
I want to create a simple knob(dial) object to control the volume going to the dac but I cannot find the knob object in the vanilla PD. Should it be included? vslider and hslider works fine. In this video http://tinyurl.com/djkdslf the knob object is added by simply typing [knob] but this does not work for me.
Edit: Also just found out that [counter] is missing. This is the first time I use PD vanilla since I used to use pd-extend but I must be missing some installation or configuration steps here. Please advise.
Raspberry 3; Knob, output when released
@Greener Hello.......... If you have [MouseState] as an object then you can output the knob value when the mousebutton is released....
.......but that will not solve your problem.
Redrawing the window containing the Gui "knob" on screen......... too often (rapidly)...... is the problem. It redraws the circle as well as the pointer for every value.
And sending osc or midi messages is the solution.
You could try a slider instead of a knob, which might be less "expensive"..
And as a last resort you could try an "imaginary" slider..... with foreground and background colours set to "white" in the properties dialog.
Stumped trying to calibrate/set a center point from a smartphone gyroscope to a mobmuplat knob
I set up my guitar/pedal smartphone app to read gyroscope values (x,y,z) and bend (turn the knobs) on preset pedal-effects, ex. gain, feedback, delay, pitch etc. Sort of a 3-d tremolo bar effect yet for any parameter I want.
That was all good and well and works great. However...
I am attempting to trigger a calibrate function/subpatch:
when the toggle is on it reads the x,y,z signals,
when you turn it off it triggers a [sel 0] and it sets the current values, ex [v curX]
which are then used to center the pedals on 0.5 (the center of my mobmuplat knobs)
So you turn it on, move your guitar around until its "centered", then click off and it stores those values and calibrates the incoming x, y, z accordingly.
I worked on this for about 8-10 hours and couldn't get it straight.
My smartphone rotates and sends out a signal (gravitationly based) for x y and z in the range of -1 to 1
My knobs are in the range of 0 to 1 with the middle at 0.5 (which is where I want them and apparently not as trivial as I thought).
I need to offset the curve (-1 to 1) so it "rests" around [v currX] etc values and thus is centered around the 0.5 of the knob.
How do I do that?
meaning how do I:
given an initial value, a, between the range of -1 to 1, set it so all future values between -1 and 1 rotate around that set/center point?
Thanks for your help.
I am very excited to get this done as I think it is way cool feature/effect for my rig.
peace. Look forward to your help.
Need help with patch for a glitch project
@Alexandros and @Liamg Thank you for the reply, I have tried your suggestions but rewind seem to be of no avail, doesn't seem to do anything. And I am using the [moocow/any2bytes] instead of [list fromsymbol] as Liamg suggested, but the same error still appears. This might just be my noobness, so I am attaching the updated patch to the message on the hope you may have some time to inspect it and see if I'm doing something incorrectly which is most likely the case.
Thank you againproject jpg.pd
Colorknob, perfect for GUIS (Need to know if it works in other OS)
@Greener, Hi, what a coincidence both posting a Knob that's using fonts in some way (see DeJaVu Knob 4 days ago). I think as was the case with my patch that you may need to use DeJaVu Sans Mono as that font as this seems to be the default font 0 for canvases. However it still may be hit and miss if font substitution is happening or that the default font setup has been changed.
Colorknob looks the same as Gilbertos on my system Windows 10.
I would be curious to know how my dotknob patch from my last post to the 'DejaVu Knob' thread works on your Mac.
@Balwyn That looks better...... in fact very nice!
The only fault? (win7 extended) I see is that as the knob size is increased the underlying canvas stays the same size, so the "pick-up" editing area for the mouse pointer does not expand to the whole knob........
...... should be an easy fix, and then it ill be perfect!
But in vanilla under windows I had set a different font. The built-in font is I think "Tahoma" and that still causes scaling problems of course. But I have tried setting "DejaVu Sans Mono" at startup, and the same problem persists for dejavu_font_stuff. Cknob is good, but the chess pieces are displaced slightly to the right.
Changing the font to "Consolas" fixes the scaling for that, and ruins it for c-knob!.... see below......I have been trying for a while to find a way to impose a font on a patch, independently of the start-up flag....... without any luck so far...