-
LucienR
Could you achieve this with t3 objects from iemlib ( [t3_line~], [t3_del~] ) ? Just wondering.
-
LucienR
Thank you so much @whale-av. For some reason your stortcutmod-plugin.tcl file doesn't work with me,
UNHANDLED ERROR: invalid command name "unbind"
while executing
"unbind all <$::modifier-Key-1> {menu_send_float %W obj 0}"
("uplevel" body line 12)
invoked from within
"uplevel #0 $tclcode"
FAILED TO LOAD /Users/lucienrapilly/Documents/Pd/bin/1622149794074-stortcutmod-plugin.tcl
But I did another tcl file with bind commands, in order to use & é " ' ( instead of 1 2 3 4 5, so no need of shift anymore, And it works! Thanks for your explanation, it was a real pain in the ass to patch without shortcuts!
-
LucienR
Thanks David. I tried, and I have this message when I start PD :
UNHANDLED ERROR: invalid command name "
tf1nsinsicpg1252cocoartf2578
cocoatextscaling0cocoaplatform0{onttbl0moderncharset0 Courier;}
{colortbl;
ed255green255lue255;
ed0green0lue0;}
{*expandedcolortbl;;cssrgbc0c0c0;}
paperw11900paperh16840margl1440margr1440ieww11520iewh8400iewkind0
deftab720
pardpardeftab720partightenfactor00s24 cf2 expnd0expndtw0kerning0
outl0strokewidth0 strokec2 bind all <$::modifier-ampersand> {menu_send_float %W obj 0} pardpardeftab720partightenfactor0
cf2 bind all <$::modifier-eacute> {menu_send_float %W msg 0}"
while executing
"{
tf1nsinsicpg1252cocoartf2578
cocoatextscaling0cocoaplatform0{onttbl0moderncharset0 Courier;}
{colortbl;
ed255green255lue255;
e..."
("uplevel" body line 1)
invoked from within
"uplevel #0 $tclcode"
FAILED TO LOAD /Users/lucienrapilly/Documents/Pd/bin/keyboardmod-plugin.tcl
-
LucienR
Sorry guys i feel a bit stupid, but this is mumbo jumbo to me. I have no clue about what tcl commands are, nor commands in general to be honest...
-
LucienR
Yes you're right, french keyboard here. I don't know how to do this modification, I guess it implies to compile pd from source code, right? Never done that before...
-
LucienR
Hi, I just got a new macbook pro (apple silicon M1, Big Sur 11.2.3), pd runs just fine, but I have the following issue : when I use shortcuts to create objects, messages, number boxes, whatever, I always have two instead of one, connected. This is quite annoying... Any ideas?
-
LucienR
Hi,
I couldn't find any examples of PD implementation of the drum synthesis algorithm described here https://users.soe.ucsc.edu/~karplus/papers/digitar.pdf . I guess it requires working at the sample scale, maybe using zexy/z~ ? How would you implement this blend factor? -
LucienR
Hi guys, here is my new solo project. Interaction between synthesis sounds (karplus strong) and piezo feedback. The feedback sounds are actually produced via fft cross synthesis between the feedback itself and the synthesis sounds. The idea is to create an "organic" quality from synthesis sounds. I'll be touring with this project, contact me if you're interested!
-
LucienR
@jameslo have you ever noticed this with any other device? I've decided to drop the nanokontrol and look for something similar, but i wonder if i might encounter the same issue, or if it's really related to the nanokontrol.
-
LucienR
I have the same issue, with a nanokontrol 2, pd vanilla on osx. I don't know how to solve this. Have you ever noticed this with another midi device?
-
LucienR
Hi,
I have the following issue : Midi stops working when Midi messages are received by PD at a high rate (for instance, if i move several sliders or knobs very fast). Pd doesn't crash, but objects like [ctlin] stop working, and start working again if go to my MIDI settings and select my device again. It happens with various Midi devices.
Any ideas?
PD 0.48-1 on osx, MIDI via usb. -
LucienR
I'm having issues with the audio settings. First thing I noticed a while ago is that I couldn't save my settings. I don't remember when it started, maybe when 0.47 was released. It's a bit tedious as I have to set my sound card every time I launch PD, but I got used to it. Then a few days ago I noticed PD crashes when I try to change the block size (only 64 and 128 work). And today, as I receive MIDI data from a Bela board over usb, I noticed that I sometimes don't receive the MIDI messages (I know they are correctly sent), and things get back to normal when I open my MIDI settings. I don't know if these issues are related... and I'm also wondering if it might be related to this issue I posted yesterday :
https://forum.pdpatchrepo.info/topic/11282/pd-crashes-with-oscI'm having an increasing number of problems of this kind, could it be related to my aging mac (osx 10.7.5) ?
-
LucienR
I know for sure my patch is not at fault : it happens with a single stream of osc messages, with a patch containing only one abject, either [netreceive] or [udpreceive]. Anyway, for now i guess i'm going to use MIDI...
-
LucienR
Thanks for your answer David. Yes I've used this soundcard for years with PD, it works very well. Actually, in an attempt to solve this problem I tried to change the block size from the audio settings, and I realized pd crashes when I do so, only 64 and 128 work. [block~] works normally. I've been told on the bela forum that the problem might be the high frequency of the osc messages (bela's default block size is 16, i.e. about 3000 osc messages per second). The only thing that works for now is to set bela's block size to its maximum, 128. I've also noticed that the cpu load remains very low, even when PD starts to go wrong...
-
LucienR
Hi,
I'm trying to run a PD patch that reads sensor values from a Bela board through OSC, and I have this strange thing happening.
If I run my patch with the default audio settings (built-in sound card), everything works fine. But if I switch to my usb sound card (RME fireface uc) PD's GUI totally crashes, and OSC goes wrong, data transmission is delayed, even when DSP is off. PD gets back to normal when I stop the program on Bela. I know the patch itself is not at fault, as it still happens with only one object (both [udpreceive] and [netreceive]. Any ideas? I run PD 0.48-1 on OSX 10.7.5. -
LucienR
Hi, I'm fairly new to arduino. I'm working on a PD patch that gets data out of an accelerometer (a MMA8451). It works fine, but I'd like to know something in order to improve things. The arduino code is very simple, it outputs data this way :
So I get a stream of ascii values in Pure Data. I use 'a', 'b' and 'c' as arbitrary values in order to separate the x, y and z values in my patch. Just to convert my data into numeric values, I had to do this ugly piece of patch :
There might be a more elegant way to do it, but my question is the following : is there a way to get numeric values directly out of arduino, so I get them directly with comport? A kind of list I would just have to unpack? -
LucienR
Hi. You need to use just one instance of each [receive] object, and then use [trigger f f].
I strongly suggest you look into the [trigger] object. Correctly managing the order of operations is essential in Pure Data.