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...
@Balwyn Hello Baldwyn.......
Here is what the patch help file looks like under win7 1440x900 in extended and in vanilla (the same)........
The dimple rotates to the left side of the knob (not around the centre...... more like around a point 1/5th to the left of centre and above as well.....
GPIO RASPBERRY P3 AND PURE DATA
@sylvain Hello Sylvain.....
I have to admit to being unsure.....
Wiring Pi allows you to address the pins, and there is a webIOpi web interface that allows remote control of the pins (switching them from out to in) and a serial control page that (presumably) can communicate with the uart......... but........ I am not sure that it has ben updated for the pi3.
You can find an external for Pd that claims to talk to the pins from Pd here.......
and there is a (very) short conversation on the pdlist about this........
https://lists.puredata.info/pipermail/pd-list/2013-04/102172.html which suggests that wiringPi is necessary.
Millers coding of Pure Data for the Pi (which contains an object for talking to the gpio pins) can be found here......
and there is some very useful discussion that points to that here.............
The post suggests that Pd-L2Ork could be a more useful version of Pd for you.......
My Pi is working well with dmx lighting control through a usb interface in Pd (using comport) and I control the GPIO pins through an Android remote app for my home entertainment........
But for PD to gpio I am unfortunately a noob......
I am trying to Vanilla-ize my PD-Extended patches, and for the most part, it's going great. But I miss "knob," and I can't find a suitable replacement.
I've tried moonlib/mknob but something is unhappy... perhaps related to the PD-X warning about moonlib on 64 bit systems? Anyway, I can't adjust its properties with everything barfing.
I can't find flatspace in Synaptic, in order to try flatspace/knob. I just installed deken (finally) but nothing comes up for Knob or Flatspace.
Does anyone have any suggestions? Basically, I want a nice visual correlation to the knob on my Korg Nanokontrol, for my less PD-savvy (so pretty damned unsavvy) musical collaborators. Guess I could use a really squat HSlider... but I like Knob.
By the way, I'm running KXStudio/Ubuntu 64bit. And I wasn't able to get PD-L2Ork working either (now I've forgotten why - some unmet dependency).
I know this has been asked a few hundred thousand times- i know because i've been reading everything i can find. But most of the documentation and posts are apparently outdated, or don't seem to work for me.
I had been learning pure data for a few weeks about a year ago using pd extended, but noticed that the libs haden't been updated for a long time, so when i got back into it yesterday i decided to start with the nonextended version.
At first i didn't realize that Gem isn't a standard library, so downloaded it, installed, eventually found that someone suggested to go to edit/preferences/startup, make a new entry and just type "gem" and add it. I did that, restarted. The log window still shows a lot of error messages, it looks like PD is searching for two files:
There are a lot of lines that indicated tried and failed for both, but eventually i see "succeeded" for gem.dll, but not for Gem.m_i386.
Anyway i 'put' an object called gemwin and two messages, create and destroy and link them both to gemwin after creating a new project, then switch to run mode ctrl-e and click on create. Nothing happens. It should make a black, empty gem window, but it doesn't.
In the log window, there are no entries added after clicking on create/destroy, i don't know what i'm doing wrong, can someone suggest what to do?
I've been reading for hours, a lot of pages suggest where to look, but have dead links, or the suggestion didn't help, any ideas?
I pasted below the full startup log (the full log using the "all" option).
------------------ done with main ---------------------- input channels = 2, output channels = 2 Default font: DejaVu Sans Mono tried ./Gem.m_i386 and failed tried C:/Users/me/AppData/Roaming/Pd/Gem.m_i386 and failed tried C:/Program Files (x86)/Common Files/Pd/Gem.m_i386 and failed tried C:/Program Files (x86)/pd/extra/Gem.m_i386 and failed tried ./Gem.dll and failed tried C:/Users/me/AppData/Roaming/Pd/Gem.dll and failed tried C:/Program Files (x86)/Common Files/Pd/Gem.dll and failed tried C:/Program Files (x86)/pd/extra/Gem.dll and failed tried ./Gem/Gem.m_i386 and failed tried C:/Users/me/AppData/Roaming/Pd/Gem/Gem.m_i386 and failed tried C:/Program Files (x86)/Common Files/Pd/Gem/Gem.m_i386 and failed tried C:/Program Files (x86)/pd/extra/Gem/Gem.m_i386 and failed tried ./Gem/Gem.dll and failed tried C:/Users/me/AppData/Roaming/Pd/Gem/Gem.dll and failed tried C:/Program Files (x86)/Common Files/Pd/Gem/Gem.dll and failed tried C:/Program Files (x86)/pd/extra/Gem/Gem.dll and succeeded GEM: Graphics Environment for Multimedia GEM: ver: 0.93.3 GEM: compiled: Nov 10 2011 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version) GEM: Chris Clepper GEM: Cyrille Henry GEM: IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, James Tittle, Hans-Christoph Steiner, et al. GEM: found a bug? miss a feature? please report it: GEM: homepage http://gem.iem.at/ GEM: bug-tracker http://sourceforge.net/projects/pd-gem/ GEM: mailing-list http://lists.puredata.info/listinfo/gem-dev/ GEM: compiled for SIMD architecture: SSE2 MMX GEM: using SSE2 optimization The Pd window filtered 40 lines The Pd window filtered 41 lines```
External (oggread~) compilation problem
Thank you for your suggestion. The background to this problem is that I'm working on an external that uses the same Ogg/Vorbis libraries, so I figured if I could get oggRead~ compiling correctly that I could use the same dependencies safely without fear of any other complications when it comes time to compile my own external.
Still though, thank you for the suggestion - I will take a look at the suggested external, although I'd ideally like to know the reason behind the failed compilation.