[PD] selecting audio device by device name using startup flag

2022-09-29 Thread Jakob Laue
Dear list,
i would like to use the command line to start a patch on a raspberry pi. Is it 
possible to select my audio-out-device by name using startup flags? The name 
that Pd gives my audio device is: 'Scarlett Solo USB (hardware)'
 
The '-audiooutdev' flag is used indicating the number of the device-list, but I 
am afraid that the lists' order could sometimes change, hence the startup flag 
would choose the wrong interface.
 
 
Thanks, Jakob



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] looking for a simple eq

2022-09-28 Thread Jakob Laue
Hey Christof,

 

Yes, the patch is indeed running on a raspberry pi:-) (should have mentioned that)

 

Best, Jakob

 
 

Gesendet: Mittwoch, 28. September 2022 um 10:22 Uhr
Von: "Christof Ressi" 
An: pd-list@lists.iem.at
Betreff: Re: [PD] looking for a simple eq


 

that we know from vst-eq-plugins
Then why not use a VST plugin, as suggested by Kaj? Use the right tool for the job!

 

Personally, I tend to use VST plugins for all "conventional" audio processing tasks, such as compressor, limiter, EQ, reverb, so I can focus on the actual sound synthesis/processing in Pd.

If your patch is supposed to run on a Raspberry Pi, or any other platform that does not support VST plugins, that's a different story, of course.

Christof

On 28.09.2022 09:13, Jakob Laue wrote:



Hi!

Regarding the UI I had in mind the classical spectogram that we know from vst-eq-plugins. But yes, then I also came across the [lop~] and [hip~] objects and for now, I can just use a [hslider] and make my own little gui with it using canvas. For now, that will suit my needs:)

 

thanks:)


 

Gesendet: Dienstag, 27. September 2022 um 17:22 Uhr
Von: "Lorenzo Sutton" 
An: pd-list@lists.iem.at
Betreff: Re: [PD] looking for a simple eq

Hi,

On 26/09/2022 18:25, Jakob Laue wrote:
> Dear list,
> I am looking for a simple equalizer abstraction, preferably vanilla, but can be part of an external library, too!
>
> Actually I just need simple low-cutting from low to high frequencies and/or high-cutting from high to low. A visual representation would be great.

Have you tried [lop~] and [hip~]? [bp~] could also come in handy.

What do you mean by visual representation? Of the input vs. output
signal (e.g. a spectrogram)?
Or like a UI for the eq? In that case you could connect some [vslider]
to the objects above?

Hope this helps,
Lorenzo





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list




 

 

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list


___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] looking for a simple eq

2022-09-28 Thread Jakob Laue
Hi!

Regarding the UI I had in mind the classical spectogram that we know from vst-eq-plugins. But yes, then I also came across the [lop~] and [hip~] objects and for now, I can just use a [hslider] and make my own little gui with it using canvas. For now, that will suit my needs:)

 

thanks:)


 

Gesendet: Dienstag, 27. September 2022 um 17:22 Uhr
Von: "Lorenzo Sutton" 
An: pd-list@lists.iem.at
Betreff: Re: [PD] looking for a simple eq

Hi,

On 26/09/2022 18:25, Jakob Laue wrote:
> Dear list,
> I am looking for a simple equalizer abstraction, preferably vanilla, but can be part of an external library, too!
>
> Actually I just need simple low-cutting from low to high frequencies and/or high-cutting from high to low. A visual representation would be great.

Have you tried [lop~] and [hip~]? [bp~] could also come in handy.

What do you mean by visual representation? Of the input vs. output
signal (e.g. a spectrogram)?
Or like a UI for the eq? In that case you could connect some [vslider]
to the objects above?

Hope this helps,
Lorenzo





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] looking for a simple eq

2022-09-26 Thread Jakob Laue
Dear list,
I am looking for a simple equalizer abstraction, preferably vanilla, but can be 
part of an external library, too!

Actually I just need simple low-cutting from low to high frequencies and/or 
high-cutting from high to low. A visual representation would be great.

Do you know where I can find one?

Thank you,

Jakob



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] meaning of [comport]s error numbers

2022-03-28 Thread Jakob Laue
Dear list,
I am trying to communicate from Pd Vanilla 0.50.2 to Arduino Mega via USB on 
Mac. It is still work in progress and sometimes I get error messages from the 
[comport] object, e.g. 'Write failed for -1 bytes, error is 35'.
Does anyone know where I can find the meaning for the different error numbers 
that [comport] throws?
 
 
Thanks, Jakob



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] dynamically created gui-bangs heavy on cpu & crash pd

2022-01-05 Thread Jakob Laue
Dear list,

attached, you find a main patch "LAB_main" and an abstraction "hoover_canvas".

 

When the main patch is opened, it dynamically creates 80 "hoover_canvas" abstractions into the subpatch [pd guisubpatch]. 

 

These abstractions each contain a [bng] object. The [bng] objects' color is constantly changed from within the abstraction via [line].

 

 

Now my problem is: 

 

When I open the patch and the color-change is taking place, Pd causes a heavy cpu load (round about 70 %, measured with the "top" command on the command line). Also Pd responsiveness becomes very slow.

 

Also, when the color-change is taking place, and try to save changes that I made inside an abstraction, pd crashes.

 

Any hints, on my "problems" ? :-)

 

 

System: mac os sierra 10.12.6 with Pd 0-50-2

 

Thanks, Jakob

hover_canvas.pd
Description: Binary data


LAB_main.pd
Description: Binary data
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] help on bash script

2020-11-09 Thread Jakob Laue

thanks, jack!
 
 

Gesendet: Montag, 09. November 2020 um 14:00 Uhr
Von: "Jack" 
An: pd-list@lists.iem.at
Betreff: Re: [PD] help on bash script
Here a bash script I used to use. You can adapt it for your needs :

#!/bin/bash
chemin1=$(dirname "$0")/PH.pd
sudo etherwake C8:60:00:2D:48:50
sleep 1
pd -nosleep -noaudio -alsamidi -midiindev 0,1 -midioutdev 0 -open $chemin1 &
sleep 1
KA=$(aconnect -i | grep "Pure Data")
while [ "$KA" = "" ]
do
sleep 1
KA=$(aconnect -i | grep "Pure Data")
done
aconnect 'Pure Data':2 'UM-1':0
sleep 1
aconnect 'UM-1':0 'Pure Data':0
sleep 1
aconnect 'nanoKONTROL':0 'Pure Data':1
echo "//Done.//"

++

Jack


Le 09/11/2020 à 13:25, Roman Haefeli a écrit :
> On Mon, 2020-11-09 at 12:54 +0100, Jakob Laue wrote:
>> Hey friends,
>> i have a raspberry pi that executes a bash script on startup. Inside
>> this bash script I want two things to happen.
>> 1) start my pd patch
>> 2) connect my launchpad mini (connected via usb) to pd using the
>> aconnect-command
>>
>>
>> ..i think i have to use aconnect because in pd itself i only see alsa
>> midi as a midi device.
>>
>>
>> At the moment, my bash script only looks like this:
>>
>> #!/bin/bash
>>
>> sudo /usr/local/bin/pd -nogui -rt -open
>> /home/pi/Documents/RSP/RSP/myPatch.pd
>>
>> aconnect 'Pure Data':1 'Launchpad Mini':0
>>
>> aconnect 'Launchpad Mini':0 'Pure Data':0
>>
>>
>>
>> The problem is that the aconnect-commands seem to be not executed or
>> executed too early because the virtual midi connections are not made.
>>
>> The aconnect-commands have to be done after pd is started, so how
>> could I change the script to wait until pd is done loading?
>
>
> Poor man's solution:
>
> put a 'sleep 5' after starting Pd.
>
> A slightly more advanced way:
>
> while ! aconnect --list | grep "Pure Data"; do sleep 0.1;
>
> Put that after firing up Pd. It continues only after "Pure Data"
> appears in the list of available MIDI ports.
>
> Roman
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] help on bash script

2020-11-09 Thread Jakob Laue



Gesendet: Montag, 09. November 2020 um 13:59 Uhr
Von: "Peter P." 
An: pd-list@lists.iem.at
Betreff: Re: [PD] help on bash script
* Roman Haefeli  [2020-11-09 13:25]:
[...]
> Poor man's solution:
>
> put a 'sleep 5' after starting Pd.
This of course introduces a race condition. Might almost always work™.

> A slightly more advanced way:
>
> while ! aconnect --list | grep "Pure Data"; do sleep 0.1;
>
> Put that after firing up Pd. It continues only after "Pure Data"
> appears in the list of available MIDI ports.
Which is much more elegant, thanks Roman. Note that this will cause
confusion when more than one Pd instance is running. A possible command
line flag to name a Pd instance for alsa-midi was discussed in the
aforementioned thread. It seems that it did not get implemented in the
end.

Yes, that looks elegant indeed! I will try that, thanks!
Regarding multiple instances of pd: For now I have not planned to run more than 
one instance of pd, so I think I am good with that for now:)



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] help on bash script

2020-11-09 Thread Jakob Laue
Hey friends,

i have a raspberry pi that executes a bash script on startup. Inside this bash script I want two things to happen.

1) start my pd patch

2) connect my launchpad mini (connected via usb) to pd using the aconnect-command

 

 

..i think i have to use aconnect because in pd itself i only see alsa midi as a midi device. 

 

 

At the moment, my bash script only looks like this:

 


#!/bin/bash

sudo /usr/local/bin/pd -nogui -rt -open /home/pi/Documents/RSP/RSP/myPatch.pd

aconnect 'Pure Data':1 'Launchpad Mini':0

aconnect 'Launchpad Mini':0 'Pure Data':0

 

The problem is that the aconnect-commands seem to be not executed or executed too early because the virtual midi connections are not made.

The aconnect-commands have to be done after pd is started, so how could I change the script to wait until pd is done loading?

Thanks!




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] mrpeach/midifile: multiple voices

2020-10-04 Thread Jakob Laue
Hey Martin,
I tried altering the midi channel number and it works!

I want to thank you very much for your quick help because i am currently in the 
(in Germany we say) "hot phase" of implementing software for my master thesis. 
And unexpected time consuming things are something that i really cant afford 
right now, so indeed you helped me a lot to get my stuff done:)))

Best, Jakob 
 
 
 

Gesendet: Sonntag, 04. Oktober 2020 um 03:02 Uhr
Von: "Martin Peach" 
An: "Jakob Laue" 
Cc: "Pd-List" 
Betreff: Re: Re: [PD] mrpeach/midifile: multiple voices
On Sat, Oct 3, 2020 at 7:15 PM Jakob Laue  wrote:
>
>
> Hi Martin,
> thanks for your quick response!
>
>
>
>
>
> Gesendet: Samstag, 03. Oktober 2020 um 19:02 Uhr
> Von: "Martin Peach" 
> An: "Jakob Laue" 
> Cc: "Pd-List" 
> Betreff: Re: [PD] mrpeach/midifile: multiple voices
> On Sat, Oct 3, 2020 at 7:05 AM Jakob Laue  wrote:
> >
> > Hi list,
> > i have a patch that a melody and saves it into a midifile with [midifile] 
> > from mrpeach.
> > Now i have extended the patch so that there is a second melody generated 
> > which accompanies the first one. Now i also send the pitch/noteduration 
> > pair of the second melody to the same [midifile] object in order to receive 
> > a two-voice-midi-file. But unfortunately both melodies seem to overwrite 
> > their noteDurations and hence i have wrong note durations in the midi file.
> >
>
>
>
> Are you writing a single track with two MIDI channels or two tracks?
>
> ->> to be honest, I can not answer this question. I initialize [midifile] 
> with ...
> - filename and fps in one message
> - time signature message [255 88 4 4 2 38 8)
> - tempo message [255 81 ...(
> ...before I send it events.
>

If the events for the two melodies are in two different MIDI channels
it should work to record them in the default single track. So if you
add the channel number minus one to the MIDI status byte (for example,
144 is note-on status for channel 1, 145 is note-on in channel 2) they
should stay separate.


>
> If you use a [track ( message before each event it should keep them separate.
>
>
> -> Do you mean a track name message like "FF 03 len text Sequence/Track Name" 
> according to 
> http://www.music.mcgill.ca/~ich/classes/mumt306/StandardMIDIfileformat.html 
> at the bottom?
>

No. See under 2.2 - MIDI File Formats 0,1 and 2.
It's possible to make a multitrack midi file by sending, say, [track
2( to [midifile] before sending an event for track 2, then [track 1(
before a track 1 event. That way you could have several separate
instruments on the same MIDI channel. (This format 1 only writes
correctly in the latest midifile v.041, but all versions should be
able to read any format). Most of the midi files on the web seem to
have one instrument per track, and MIDI channel numbers are not used.
To use [midifile] as a sequencer it's easier to have one track and
several channels. To export a composition as a MIDI file, it should
probably be using several tracks.

Martin



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] mrpeach/midifile: multiple voices

2020-10-03 Thread Jakob Laue

Hi Martin,
thanks for your quick response!
 
 
 
 

Gesendet: Samstag, 03. Oktober 2020 um 19:02 Uhr
Von: "Martin Peach" 
An: "Jakob Laue" 
Cc: "Pd-List" 
Betreff: Re: [PD] mrpeach/midifile: multiple voices
On Sat, Oct 3, 2020 at 7:05 AM Jakob Laue  wrote:
>
> Hi list,
> i have a patch that a melody and saves it into a midifile with [midifile] 
> from mrpeach.
> Now i have extended the patch so that there is a second melody generated 
> which accompanies the first one. Now i also send the pitch/noteduration pair 
> of the second melody to the same [midifile] object in order to receive a 
> two-voice-midi-file. But unfortunately both melodies seem to overwrite their 
> noteDurations and hence i have wrong note durations in the midi file.
>



Are you writing a single track with two MIDI channels or two tracks?

->> to be honest, I can not answer this question. I initialize [midifile] with 
...
- filename and fps in one message
- time signature message [255 88 4 4 2 38 8)
- tempo message [255 81 ...(
...before I send it events.


If you use a [track ( message before each event it should keep them separate.


-> Do you mean a track name message like "FF 03 len text Sequence/Track Name" 
according to 
http://www.music.mcgill.ca/~ich/classes/mumt306/StandardMIDIfileformat.html at 
the bottom?


Thank you very much!

Jakob



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] mrpeach/midifile: multiple voices

2020-10-03 Thread Jakob Laue
Hi list,

i have a patch that a melody and saves it into a midifile with [midifile] from mrpeach.

Now i have extended the patch so that there is a second melody generated which accompanies the first one. Now i also send the pitch/noteduration pair of the second melody to the same [midifile] object in order to receive a two-voice-midi-file. But unfortunately both melodies seem to overwrite their noteDurations and hence i have wrong note durations in the midi file.

Do you have an idea how i can get correct note durations ob both melodies in one midi file? Thanks!

 

Jakob

 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] audio interface with multiple outs on raspberry pi

2020-10-02 Thread Jakob Laue
Dear 0xFFriends,

I am looking for an usb audio interface that has at least 8 outputs so that I can have at least 4 stereo outputs from within pd. The challenge: I am on a raspberry pi (2 and 3). Does someone of you know about an audio interface that supplies this number of outputs AND works with a raspi?

 

Or is it possible to buy 4 cheap audio interfaces with 2 outputs each and use the simultaneously?

 

Best, Jakob



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] one abstraction, different delay lines?

2020-07-11 Thread Jakob Laue
Hi!

So, I was thinking about Dan's advice to turn the dsp on and off with [switch]. I will definitely need this feature for saving CPU.

Currently I am wondering which is the proper condition on that I decide to [switch] a clone off.

Let me explain with an example:

Say I have 10 button matrices, therefore I have 10 clones of my delay-effect. Each clone the delay-effect for one specific button matrix. When the user is playing a melody on the first button matrix and then switches to the second matrix, I am not allowed to [switch] off the delay effect on the first matrix, because even if the first matrix might not be triggering new midi notes anymore, the delay effect might be set to feedback = 100, an thus is still playing music.

 

So my first idea was to switch off the delay effect, when dryWet and feedback are set to zero. But then I would also have to check wether or not there is music coming in on the inlets off the delay effect...And what if I am not using a delay but a reverb effect. Then I would have to check different sliders...a little bit confusing i would say.

 

So then I had another idea: Couldn't I simply check (periodically) whether or not a delay-effect-clone is still sending audio to its outlets? I think that this would be a good general approach that could be applied to other effects, as well. How would I do this? Is it possible to somehow check the volume that is going out to the outlets of a clone?

 

Best, Jakob

 
 

Gesendet: Mittwoch, 01. Juli 2020 um 12:30 Uhr
Von: "Dan Wilcox" 
An: "Jakob Laue" 
Cc: "Pd-List" 
Betreff: Re: [PD] one abstraction, different delay lines?



(My mail program mangled this message for some reason, so I copy/pasted the quote below. I hope it's the correct one to respond to...)
 

Right now I have the master audio stream (= the audio of all matrices) going into the clone object, so it sounds like i have several delay effects with different settings on the master channel. It sounds nice, but it is not what I want right now:)

 

Jakob, the next step would be to add a [switch~] object to each of the instances inside the clone object, then enable/disable based which one you want to use. That could work as dsp will not be performed on those which are switched off, saving CPU.

 

A simple solution is for each instance to accept an "on" message with a float (1 or 0) to enable/disable. Then to enable as ingle one, send a [all on 0< message followed by the single one to enable, [1 on 1<.

 


On Jul 1, 2020, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:
 

Message: 1
Date: Tue, 30 Jun 2020 13:31:57 +0200
From: Jakob Laue <jakkesprin...@web.de>
To: Christof Ressi <i...@christofressi.com>
Cc: Pd-List <pd-list@lists.iem.at>
Subject: Re: [PD] one abstraction, different delay lines?
Message-ID:


Content-Type: text/plain; charset="utf-8"

An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20200630/9648c0c4/attachment-0001.html>


 




Dan Wilcox

@danomatika

danomatika.com

robotcowboy.com

 










___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] one abstraction, different delay lines?

2020-06-30 Thread Jakob Laue
great, i will try to get that done:-) thanks!

 
 

Gesendet: Dienstag, 30. Juni 2020 um 13:21 Uhr
Von: "Christof Ressi" 
An: "Pd-List" 
Betreff: Re: [PD] one abstraction, different delay lines?


 

Is there a way to do this?
Just use [s~]/[r~] resp. [throw~]/[catch~] inside the cloned abstraction with a symbol containing the instance number ($1), e.g. [catch~ /foo/in/$1]. This is kind of the standard way to implement multichannel stuff in Pd at the moment.

 

Christof

On 30.06.2020 13:07, Jakob Laue wrote:



Hi!

Okay, so I tried out the clone object and I understood how to apply different parameters of "feedback", "dryWet" and "timing" to the different clones of my delay-abstraction. Now I have another question:-)

In the helpfile for [clone] it says that inputs on signal level will be copied to each clone of my delay-abstraction. For now, this is not what I want because I want the audio of my first matrix to be going to the first clone of my delay-abstraction, then the audio of my second matrix to be going to the second clone of my second abstraction and so on...


Is there a way to do this? I heard about logical operations on signal level, but I haven't spent time with this yet.


Right now I have the master audio stream (= the audio of all matrices) going into the clone object, so it sounds like i have several delay effects with different settings on the master channel. It sounds nice, but it is not what I want right now:) 


 

All the best, Jakob 

 
 

Gesendet: Sonntag, 28. Juni 2020 um 17:24 Uhr
Von: "Christof Ressi" 
An: "Pd-List" 
Betreff: Re: [PD] one abstraction, different delay lines?


have a look at the [clone] object ;-)

On 28.06.2020 17:06, Jakob Laue wrote:



One that I could do is build a delay-abstraction that receives the number of different matrices on[loadbang] and then dynamically patches inside itself the various needed [delwrite~]'s, [vd]'s and so on.

 

All the best, Jakob

 
 

Gesendet: Sonntag, 28. Juni 2020 um 15:33 Uhr
Von: "Jakob Laue" 
An: "Christof Ressi" 
Cc: "Pd-List" 
Betreff: Re: [PD] one abstraction, different delay lines?

Hello again!
Yep, maybe I should explain what I want to do :-P
I am building a sequencer instrument that mainly consists of a matrix of push buttons.
When you press a button in a column and the sequencer arrives there, then a certain midi note is played through an instrument and into [dac~].

The user can go through several matrices, allowing him to play e.g. a melody on matrix 1 and another melody on matrix 2.
Now my next steps are:
- implementing the possibility for an instrument change, so that the user is able to specify an instrument he wants his midi note to go to for his different matrices
- implementing the possibility for a delay effect per matrix: Say the user is on matrix 1 and plays a melody there. Now he chooses to activate a delay effect for this matrix. For this I could take the delay-effect-abstraction that I mentioned.
The user plays a little bit with the "feedback", "dry/wet" and "delay timing" settings. The user hears the delay effect.

Now we are approaching what I want to achieve: The user is happy with his melody and his delay-settings on matrix 1. Now the user changes to the second matrix because he wants to play another melody on top. Internally, he does this by incrementing a counter to value 2. The second melody should NOT be affected by the delay settings that the user applied for the melody on matrix 1. This means, that each matrix needs to have its own delay effect or its own delay-effect-settings. What I could certainly do, is to copy and paste my delay-effect-abstraction to have two independent delay-effects for each matrix/each melody. But I would like to avoid to copy-and-paste because the number of matrices should be easily changeable. I want to keep the patch as generic as possible. At the moment I have a number for specifying the number of matrices. This number is [loadbanged] and the patch does the rest on startup. I would like to keep this. But for this, my delay abstraction has to be able
- to listen for a matrix-change (receiving the corresponding counter value)
- to save the settings for each matrix and show them when a matrix change is noticed
- to write into different delay lines for having the audio effect affect only the audio of a certain matrix.

I hope that it is more clear now:-)

At the moment, I have absolutely no idea how i could achieve this:-(

All the best, Jakob
 
 
 

Gesendet: Samstag, 27. Juni 2020 um 21:20 Uhr
Von: "Christof Ressi" 
An: "Pd-List" 
Betreff: Re: [PD] one abstraction, different delay lines?
 
so that it will be able to write into/create different delay lines "on the fly"?It's currently not possible to dynamically changing the source delay line ("write into") for objects like [delread~] or [vd~], bu

Re: [PD] one abstraction, different delay lines?

2020-06-30 Thread Jakob Laue
Hi!

Okay, so I tried out the clone object and I understood how to apply different parameters of "feedback", "dryWet" and "timing" to the different clones of my delay-abstraction. Now I have another question:-)

In the helpfile for [clone] it says that inputs on signal level will be copied to each clone of my delay-abstraction. For now, this is not what I want because I want the audio of my first matrix to be going to the first clone of my delay-abstraction, then the audio of my second matrix to be going to the second clone of my second abstraction and so on...


Is there a way to do this? I heard about logical operations on signal level, but I haven't spent time with this yet.


Right now I have the master audio stream (= the audio of all matrices) going into the clone object, so it sounds like i have several delay effects with different settings on the master channel. It sounds nice, but it is not what I want right now:) 


 

All the best, Jakob 

 
 

Gesendet: Sonntag, 28. Juni 2020 um 17:24 Uhr
Von: "Christof Ressi" 
An: "Pd-List" 
Betreff: Re: [PD] one abstraction, different delay lines?


have a look at the [clone] object ;-)

On 28.06.2020 17:06, Jakob Laue wrote:



One that I could do is build a delay-abstraction that receives the number of different matrices on[loadbang] and then dynamically patches inside itself the various needed [delwrite~]'s, [vd]'s and so on.

 

All the best, Jakob

 
 

Gesendet: Sonntag, 28. Juni 2020 um 15:33 Uhr
Von: "Jakob Laue" 
An: "Christof Ressi" 
Cc: "Pd-List" 
Betreff: Re: [PD] one abstraction, different delay lines?

Hello again!
Yep, maybe I should explain what I want to do :-P
I am building a sequencer instrument that mainly consists of a matrix of push buttons.
When you press a button in a column and the sequencer arrives there, then a certain midi note is played through an instrument and into [dac~].

The user can go through several matrices, allowing him to play e.g. a melody on matrix 1 and another melody on matrix 2.
Now my next steps are:
- implementing the possibility for an instrument change, so that the user is able to specify an instrument he wants his midi note to go to for his different matrices
- implementing the possibility for a delay effect per matrix: Say the user is on matrix 1 and plays a melody there. Now he chooses to activate a delay effect for this matrix. For this I could take the delay-effect-abstraction that I mentioned.
The user plays a little bit with the "feedback", "dry/wet" and "delay timing" settings. The user hears the delay effect.

Now we are approaching what I want to achieve: The user is happy with his melody and his delay-settings on matrix 1. Now the user changes to the second matrix because he wants to play another melody on top. Internally, he does this by incrementing a counter to value 2. The second melody should NOT be affected by the delay settings that the user applied for the melody on matrix 1. This means, that each matrix needs to have its own delay effect or its own delay-effect-settings. What I could certainly do, is to copy and paste my delay-effect-abstraction to have two independent delay-effects for each matrix/each melody. But I would like to avoid to copy-and-paste because the number of matrices should be easily changeable. I want to keep the patch as generic as possible. At the moment I have a number for specifying the number of matrices. This number is [loadbanged] and the patch does the rest on startup. I would like to keep this. But for this, my delay abstraction has to be able
- to listen for a matrix-change (receiving the corresponding counter value)
- to save the settings for each matrix and show them when a matrix change is noticed
- to write into different delay lines for having the audio effect affect only the audio of a certain matrix.

I hope that it is more clear now:-)

At the moment, I have absolutely no idea how i could achieve this:-(

All the best, Jakob
 
 
 

Gesendet: Samstag, 27. Juni 2020 um 21:20 Uhr
Von: "Christof Ressi" 
An: "Pd-List" 
Betreff: Re: [PD] one abstraction, different delay lines?
 
so that it will be able to write into/create different delay lines "on the fly"?It's currently not possible to dynamically changing the source delay line ("write into") for objects like [delread~] or [vd~], but it would be good feature request! I'm not sure why you would want to dynamically "create" a delay line, though.
 
Christof

On 27.06.2020 19:06, Jakob Laue wrote:

Dear pders:)
Recently I have built my first abstraction for a delay-effect.
Now I have a question. Is it possible to extend this abstraction in a way, 
so that it will be able to write into/create different delay lines "on the fly"?
 
Thanks, Jakob   
___pd-l...@lists.iem.at

Re: [PD] one abstraction, different delay lines?

2020-06-28 Thread Jakob Laue
Ah, i heard of that, I will take a look:)

"clone" sounds promising:)

 
 

Gesendet: Sonntag, 28. Juni 2020 um 17:24 Uhr
Von: "Christof Ressi" 
An: "Pd-List" 
Betreff: Re: [PD] one abstraction, different delay lines?


have a look at the [clone] object ;-)

On 28.06.2020 17:06, Jakob Laue wrote:



One that I could do is build a delay-abstraction that receives the number of different matrices on[loadbang] and then dynamically patches inside itself the various needed [delwrite~]'s, [vd]'s and so on.

 

All the best, Jakob

 
 

Gesendet: Sonntag, 28. Juni 2020 um 15:33 Uhr
Von: "Jakob Laue" 
An: "Christof Ressi" 
Cc: "Pd-List" 
Betreff: Re: [PD] one abstraction, different delay lines?

Hello again!
Yep, maybe I should explain what I want to do :-P
I am building a sequencer instrument that mainly consists of a matrix of push buttons.
When you press a button in a column and the sequencer arrives there, then a certain midi note is played through an instrument and into [dac~].

The user can go through several matrices, allowing him to play e.g. a melody on matrix 1 and another melody on matrix 2.
Now my next steps are:
- implementing the possibility for an instrument change, so that the user is able to specify an instrument he wants his midi note to go to for his different matrices
- implementing the possibility for a delay effect per matrix: Say the user is on matrix 1 and plays a melody there. Now he chooses to activate a delay effect for this matrix. For this I could take the delay-effect-abstraction that I mentioned.
The user plays a little bit with the "feedback", "dry/wet" and "delay timing" settings. The user hears the delay effect.

Now we are approaching what I want to achieve: The user is happy with his melody and his delay-settings on matrix 1. Now the user changes to the second matrix because he wants to play another melody on top. Internally, he does this by incrementing a counter to value 2. The second melody should NOT be affected by the delay settings that the user applied for the melody on matrix 1. This means, that each matrix needs to have its own delay effect or its own delay-effect-settings. What I could certainly do, is to copy and paste my delay-effect-abstraction to have two independent delay-effects for each matrix/each melody. But I would like to avoid to copy-and-paste because the number of matrices should be easily changeable. I want to keep the patch as generic as possible. At the moment I have a number for specifying the number of matrices. This number is [loadbanged] and the patch does the rest on startup. I would like to keep this. But for this, my delay abstraction has to be able
- to listen for a matrix-change (receiving the corresponding counter value)
- to save the settings for each matrix and show them when a matrix change is noticed
- to write into different delay lines for having the audio effect affect only the audio of a certain matrix.

I hope that it is more clear now:-)

At the moment, I have absolutely no idea how i could achieve this:-(

All the best, Jakob
 
 
 

Gesendet: Samstag, 27. Juni 2020 um 21:20 Uhr
Von: "Christof Ressi" 
An: "Pd-List" 
Betreff: Re: [PD] one abstraction, different delay lines?
 
so that it will be able to write into/create different delay lines "on the fly"?It's currently not possible to dynamically changing the source delay line ("write into") for objects like [delread~] or [vd~], but it would be good feature request! I'm not sure why you would want to dynamically "create" a delay line, though.
 
Christof

On 27.06.2020 19:06, Jakob Laue wrote:

Dear pders:)
Recently I have built my first abstraction for a delay-effect.
Now I have a question. Is it possible to extend this abstraction in a way, 
so that it will be able to write into/create different delay lines "on the fly"?
 
Thanks, Jakob   
___pd-l...@lists.iem.at[mailto:Pd-list@lists.iem.at] mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list





___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] one abstraction, different delay lines?

2020-06-28 Thread Jakob Laue
One that I could do is build a delay-abstraction that receives the number of different matrices on[loadbang] and then dynamically patches inside itself the various needed [delwrite~]'s, [vd]'s and so on.

 

All the best, Jakob

 
 

Gesendet: Sonntag, 28. Juni 2020 um 15:33 Uhr
Von: "Jakob Laue" 
An: "Christof Ressi" 
Cc: "Pd-List" 
Betreff: Re: [PD] one abstraction, different delay lines?

Hello again!
Yep, maybe I should explain what I want to do :-P
I am building a sequencer instrument that mainly consists of a matrix of push buttons.
When you press a button in a column and the sequencer arrives there, then a certain midi note is played through an instrument and into [dac~].

The user can go through several matrices, allowing him to play e.g. a melody on matrix 1 and another melody on matrix 2.
Now my next steps are:
- implementing the possibility for an instrument change, so that the user is able to specify an instrument he wants his midi note to go to for his different matrices
- implementing the possibility for a delay effect per matrix: Say the user is on matrix 1 and plays a melody there. Now he chooses to activate a delay effect for this matrix. For this I could take the delay-effect-abstraction that I mentioned.
The user plays a little bit with the "feedback", "dry/wet" and "delay timing" settings. The user hears the delay effect.

Now we are approaching what I want to achieve: The user is happy with his melody and his delay-settings on matrix 1. Now the user changes to the second matrix because he wants to play another melody on top. Internally, he does this by incrementing a counter to value 2. The second melody should NOT be affected by the delay settings that the user applied for the melody on matrix 1. This means, that each matrix needs to have its own delay effect or its own delay-effect-settings. What I could certainly do, is to copy and paste my delay-effect-abstraction to have two independent delay-effects for each matrix/each melody. But I would like to avoid to copy-and-paste because the number of matrices should be easily changeable. I want to keep the patch as generic as possible. At the moment I have a number for specifying the number of matrices. This number is [loadbanged] and the patch does the rest on startup. I would like to keep this. But for this, my delay abstraction has to be able
- to listen for a matrix-change (receiving the corresponding counter value)
- to save the settings for each matrix and show them when a matrix change is noticed
- to write into different delay lines for having the audio effect affect only the audio of a certain matrix.

I hope that it is more clear now:-)

At the moment, I have absolutely no idea how i could achieve this:-(

All the best, Jakob
 
 
 

Gesendet: Samstag, 27. Juni 2020 um 21:20 Uhr
Von: "Christof Ressi" 
An: "Pd-List" 
Betreff: Re: [PD] one abstraction, different delay lines?
 
so that it will be able to write into/create different delay lines "on the fly"?It's currently not possible to dynamically changing the source delay line ("write into") for objects like [delread~] or [vd~], but it would be good feature request! I'm not sure why you would want to dynamically "create" a delay line, though.
 
Christof

On 27.06.2020 19:06, Jakob Laue wrote:

Dear pders:)
Recently I have built my first abstraction for a delay-effect.
Now I have a question. Is it possible to extend this abstraction in a way, 
so that it will be able to write into/create different delay lines "on the fly"?
 
Thanks, Jakob   
___pd-l...@lists.iem.at[mailto:Pd-list@lists.iem.at] mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] getting vanilla gui objects into standalone builds

2020-06-28 Thread Jakob Laue
Hi!

Alright, so I have looked a little bit into pdparty and mobmuplat. Seriously these are cool projects!

But I would like to have standalone apps, so it seems that I cannot use both of them..

Maybe I need to go for ofelia then or try native coding.

 

But it is also interesting what you mentioned about purr-data. I have heard of it a lot, but i dont know what it is. You mentioned that purr-data is able to port the native guis to non-tk-frameworks. Does this mean e.g. porting to iOS? I guess I need to take a look into purr-data as well:)

 

All the best, jakob

 
 

Gesendet: Sonntag, 21. Juni 2020 um 20:15 Uhr
Von: "Dan Wilcox" 
An: "Jakob Laue" 
Cc: "Pd-List" , "Christof Ressi" , "enrike" 
Betreff: Re: [PD] getting vanilla gui objects into standalone builds


Howdy Jakob,
 

There is no "standalone GUI" for mobile. The UI widgets for PdDroidParty and my own PdParty are custom re-implementations which intercept messages using sends/receives. Both apps are open source, so you can reuse the widgets but PdDroidParty's implementation is not feature complete, ie. no radio buttons, etc. MobMuPlat, for instance, uses the Pd UI implementation form PdParty.
 

For mobile, it's often better to use the native sliders and buttons and send the state changes to/from libpd. Either way, you will have to do native platform coding & integration, unless you simply want to run patches, in which case try using PdParty and/or PdDroidParty.

 

My long-term plan is to bring changes into libpd & the pd core so GUI messaging could be abstracted to make porting the native UIs to non-Tk frameworks easier. Purr-data has achieved this, for instance, so we know it's possible.
 

On Jun 21, 2020, at 1:52 PM, Christof Ressi <i...@christofressi.com> wrote:
 



Hi,

on desktop it's easy: just bundle Pd with your patch, add a simple starter script and maybe use the KIOSK plugin to hide the console.

Mobile is tricky, because of the locked down nature of the platforms (especially iOS). There are projects to run Pd patches on Android (http://droidparty.net/) and iOS (http://danomatika.com/code/pdparty) with some compatibility between the two (http://danomatika.com/code/pdparty/guide#pddroid-party-compatibility). You have to follow some conventions, though.

If you design your patch for PdParty and/or PdDroidParty and don't use mobile specific features, it should automatically work in desktop Pd vanilla. I think @Dan can tell you more about it.

Christof

On 21.06.2020 12:16, Jakob Laue wrote:



Hey dear friends,

i am currently building an instrument with many vanilla-native gui objects (mainly buttons).

I would like to build standalone versions of that patch, preferably for linux, osx, ios and android.

I know that building standalones is possible eg with ofxPof or ofelia. But as far as i know, if i use ofxPof or ofelia, I will need to use "their" gui objects, which means re-working my patch.

 

Do you know of a tool that allows building standalone versions from a pd patch that will keep the original pd-vanilla-gui objects - or even better - a tool that is able to "convert" pd-vanilla-gui objects into its own types of gui objects, which look maybe a bit different from the pd-object, but fulfill the same purpose?

 

:-)))

 

Best, jakob

 

 

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list






 




Dan Wilcox

@danomatika

danomatika.com

robotcowboy.com

 











___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] one abstraction, different delay lines?

2020-06-28 Thread Jakob Laue
Hello again!
Yep, maybe I should explain what I want to do :-P
I am building a sequencer instrument that mainly consists of a matrix of push 
buttons. 
When you press a button in a column and the sequencer arrives there, then a 
certain midi note is played through an instrument and into [dac~].

The user can go through several matrices, allowing him to play e.g. a melody on 
matrix 1 and another melody on matrix 2.
Now my next steps are:
- implementing the possibility for an instrument change, so that the user is 
able to specify an instrument he wants his midi note to go to for his different 
matrices
- implementing the possibility for a delay effect per matrix: Say the user is 
on matrix 1 and plays a melody there. Now he chooses to activate a delay effect 
for this matrix. For this I could take the delay-effect-abstraction that I 
mentioned.
The user plays a little bit with the "feedback", "dry/wet" and "delay timing" 
settings. The user hears the delay effect.

Now we are approaching what I want to achieve: The user is happy with his 
melody and his delay-settings on matrix 1. Now the user changes to the second 
matrix because he wants to play another melody on top. Internally, he does this 
by incrementing a counter to value 2. The second melody should NOT be affected 
by the delay settings that the user applied for the melody on matrix 1. This 
means, that each matrix needs to have its own delay effect or its own 
delay-effect-settings. What I could certainly do, is to copy and paste my 
delay-effect-abstraction to have two independent delay-effects for each 
matrix/each melody. But I would like to avoid to copy-and-paste because the 
number of matrices should be easily changeable. I want to keep the patch as 
generic as possible. At the moment I have a number for specifying the number of 
matrices. This number is [loadbanged] and the patch does the rest on startup. I 
would like to keep this. But for this, my delay abstraction has to be able 
- to listen for a matrix-change (receiving the corresponding counter value)
- to save the settings for each matrix and show them when a matrix change is 
noticed
- to write into different delay lines for having the audio effect affect only 
the audio of a certain matrix.

I hope that it is more clear now:-)

At the moment, I have absolutely no idea how i could achieve this:-(

All the best, Jakob
 
 
 

Gesendet: Samstag, 27. Juni 2020 um 21:20 Uhr
Von: "Christof Ressi" 
An: "Pd-List" 
Betreff: Re: [PD] one abstraction, different delay lines?
 
so that it will be able to write into/create different delay lines "on the 
fly"?It's currently not possible to dynamically changing the source delay line 
("write into") for objects like [delread~] or [vd~], but it would be good 
feature request! I'm not sure why you would want to dynamically "create" a 
delay line, though.
 
Christof

On 27.06.2020 19:06, Jakob Laue wrote:

Dear pders:)
Recently I have built my first abstraction for a delay-effect.
Now I have a question. Is it possible to extend this abstraction in a way, 
so that it will be able to write into/create different delay lines "on the fly"?
 
Thanks, Jakob   
___pd-l...@lists.iem.at[mailto:Pd-list@lists.iem.at]
 mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
___ Pd-list@lists.iem.at mailing 
list UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] one abstraction, different delay lines?

2020-06-27 Thread Jakob Laue
Dear pders:)

Recently I have built my first abstraction for a delay-effect.

Now I have a question. Is it possible to extend this abstraction in a way, 

so that it will be able to write into/create different delay lines "on the fly"?

 

Thanks, Jakob



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] getting vanilla gui objects into standalone builds

2020-06-21 Thread Jakob Laue
Hey dear friends,

i am currently building an instrument with many vanilla-native gui objects (mainly buttons).

I would like to build standalone versions of that patch, preferably for linux, osx, ios and android.

I know that building standalones is possible eg with ofxPof or ofelia. But as far as i know, if i use ofxPof or ofelia, I will need to use "their" gui objects, which means re-working my patch.

 

Do you know of a tool that allows building standalone versions from a pd patch that will keep the original pd-vanilla-gui objects - or even better - a tool that is able to "convert" pd-vanilla-gui objects into its own types of gui objects, which look maybe a bit different from the pd-object, but fulfill the same purpose?

 

:-)))

 

Best, jakob



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] loading externals on Debian (was Re: Py/pyext not recognized...)

2020-05-18 Thread Jakob Laue

Hey IOhannes,
sorry for stumpling in here. If it is not okay, I will open a new thread.
I have a question regarding your statement '[declare -path XY]'.
I have trouble loading the mrpeach-library on startup and mrpeach comes with 
multiple binaries (at least here on my mac, downloaded from deken). 
I tried "-path /path/To/MrPeach" in the command line preferences and I also 
specified the path to mrpeach in the search path preferences. When I have both 
of the latter, in a new patch I can create e.g. [midifile] and it works. But 
when I add a "-lib mrpeach" in the command line preferences, I always get 
"mrpeach: can't load library" on startup. But I can still create objects from 
it. I mean, I can use the objects, but I don't get an overall init-message on 
startup, which makes me think that someting is not set correctly. Also, pd 
seems not to be able to find the help files for mrpeach-objects. Right-clicking 
[midifile] and selecting "help" gives "sorry, couldn't find help patch for 
"midifile-help.pd"" in the console.

Do you have an idea what I could try to do? 
Thank you, 
Jakob

PS. Your user name is the best! :-D  

 

Gesendet: Dienstag, 12. Mai 2020 um 12:47 Uhr
Von: "IOhannes m zmölnig" 
An: pd-list@lists.iem.at
Betreff: [PD] loading externals on Debian (was Re: Py/pyext not recognized...)
On 5/12/20 11:16 AM, Raphael Raccuia wrote:
> well,
> thank you anyway...
> I tried matPlotLib with Python 2.7, my script doesn't work, at least as
> it is.
> So maybe it's easier to wait pd-py for Python3.
> If you have any idea how to bind Pd to that script, it's welcome. I'll
> try something simple with [shell].
>
> By the way, I'm confused on the way to load externals, since there are
> not loaded after Ubuntu packages install

that's by design.
installing a program doesn't automatically run it.
installing an external doesn't automatically load it.

> : I tried with [declare], but
> often it doesn't find libs, probably a path issue, since PD never
> searches in the right directory (seen with path verbose). It seems the
> path is relative to the patch, or to PD (-std...). For example with
> _ggee_, I had to add the absolute path in the settings.
> Are deb packages supposed to configure that?

no.
they are supposed to just work (and generally do).

there are two issues why it doesn't work for you:
- some libraries come with a single-binary that contains multiple
objects (e.g. zexy), other libraries put one binary for each object into
a directory (e.g. bsaylor). they need to be loaded differently. e.g.
[declare -lib zexy] vs [declare -path bsaylor]. in the latter case
(multiple binaries in a directory) you could also instantiate objects
directly with a name prefix e.g. [bsaylor/partconv~]
- older versions of Pd would omit the standard paths (e.g.
"/usr/lib/pd/extra") when searching for paths declared with [declare -path].

gfasmdf
IOhannes


PS: rather than adding a "btw", why not just start a new thread, with a
new subject?

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] including bpm info to midi-recording

2020-04-15 Thread Jakob Laue

Hey Martin,
thanks for your nice help.
The last couple of days I spend some time with [midifile] and your information 
and now I found a way to record midifiles with [midifile] in a way that ableton 
understands them correctly.
 
These are the steps that I have to do:
1) remember my time interval between one quarter note (eg. 500 ms) that my 
patch uses for [metro] to play melodies. This equals to eg. 60/(500 ms) = 120 
bpm.

2) send meta information to [midifile] for setting time signature and tempo. 
Setting the tempo causes ableton to change its tempo when the midifile is 
pasted into a newly opened ableton session. For the time signature "4/4 36 
clocks per tick 8 32nd notes per quarter note" I send a [255 88 4 4 2 36 8( to 
[midifile]. For the tempo of 120 bpm I need to set 50 microseconds, so I 
send a [255 81 3 7 161 32( to [midifile]. For setting the tempo there is some 
math needed. If I want to set 50 microseconds, first I convert 50 to 
hex. This is 0x7A120. Now I need to convert this back to three seperate 8 bit 
decimal numbers because [midifile] expects it like that (and the 
midi-standard). So I do: 0x7 = 7, 0xA1 = 161 and 0x20 = 32 and send this to 
[midifile]. I will need to build a subpatch that does this calculation 
generically, because in my patch the tempo will vary. I have not thought about 
it more deeply, but maybe there is a more efficient way of calculating these 
three numbers.
3) set [metro 2] to [metro 1] and change set the fps-number that I send to 
[midifile] equally to my quarter-note-time-interval. With this I get an 
accurate timing in ableton. Eg for 120 bpm: 


[metro 1]
| [write myfile.mid 500(
|/
[midifile] 

 
Best regards, 
Jakob
 
 

Gesendet: Dienstag, 07. April 2020 um 17:25 Uhr
Von: "Martin Peach" 
An: "Jakob Laue" 
Cc: "Pd-List" 
Betreff: Re: Re: Re: Re: Re: [PD] including bpm info to midi-recording
On Mon, Apr 6, 2020 at 3:27 AM Jakob Laue  wrote:
>
> Hey Martin,
> thanks for your hints!
>
> I created a midi file in ableton, exported it and then read it with the 
> midifile-read-help-patch.
> This is what I get after reading:
>
> midifile: opened /Users/wbjc/Desktop/ableton.mid
> midifile: Header chunk type: MThd
> midifile: Header chunk length: 6
> midifile: Header chunk format: 0 (Single multichannel track)
> midifile: Header chunk ntrks: 1
> midifile: Header chunk division: 0x60: 96 ticks per quarter note
> midifile: Track chunk 0 type: MTrk, length 81
>
>
>
> And this is what I get after the |dump 0( message:
>
>
>
>
> midifile: Parsing track[0]...
> midifile: tick 0 delta 0 status FF Meta 0x03 length 1
> Sequence/Track Name
> midifile: tick 0 delta 0 status FF Meta 0x58 length 4
> Time Signature 4/4 36 clocks per tick, 8 32nd notes per quarter note
> midifile: tick 0 delta 0 status FF Meta 0x58 length 4
> Time Signature 4/4 36 clocks per tick, 8 32nd notes per quarter note
> midifile: tick 0 delta 0 status 90 MIDI 0x90 42 64 : channel 1 Note 66 On 
> velocity 100
> midifile: tick 24 delta 24 status 80 MIDI 0x80 42 40 : channel 1 Note 66 Off 
> velocity 64
> midifile: tick 72 delta 48 status 90 MIDI 0x90 41 64 : channel 1 Note 65 On 
> velocity 100
> midifile: tick 96 delta 24 status 80 MIDI 0x80 41 40 : channel 1 Note 65 Off 
> velocity 64
> midifile: tick 120 delta 24 status 90 MIDI 0x90 46 64 : channel 1 Note 70 On 
> velocity 100
> midifile: tick 144 delta 24 status 80 MIDI 0x80 46 40 : channel 1 Note 70 Off 
> velocity 64
> midifile: tick 168 delta 24 status 90 MIDI 0x90 41 64 : channel 1 Note 65 On 
> velocity 100
> midifile: tick 192 delta 24 status 80 MIDI 0x80 41 40 : channel 1 Note 65 Off 
> velocity 64
> midifile: tick 216 delta 24 status 90 MIDI 0x90 40 64 : channel 1 Note 64 On 
> velocity 100
> midifile: tick 240 delta 24 status 80 MIDI 0x80 40 40 : channel 1 Note 64 Off 
> velocity 64
> midifile: tick 264 delta 24 status 90 MIDI 0x90 45 64 : channel 1 Note 69 On 
> velocity 100
> midifile: tick 288 delta 24 status 80 MIDI 0x80 45 40 : channel 1 Note 69 Off 
> velocity 64
> midifile: tick 312 delta 24 status 90 MIDI 0x90 41 64 : channel 1 Note 65 On 
> velocity 100
> midifile: tick 336 delta 24 status 80 MIDI 0x80 41 40 : channel 1 Note 65 Off 
> velocity 64
> midifile: tick 336 delta 0 status FF Meta 0x2F length 0
> End of Track 0==
>
>
>
> The differences that I noticed:
>
> In the ableton-file the "header chunk division" is given as "ticks per 
> quarter note", whereas in the midifile-file it is given in "frames per second 
> and ticks per frame".
>
>
>
> midifile: Header chunk division: "0x60: 96 ticks per quarter note"
> midifile: Header chunk division: "0xE714: 25 frames per second, 20 ticks per 
> frame

Re: [PD] including bpm info to midi-recording

2020-04-09 Thread Jakob Laue
Thank you, that was a good hint. I have updated now:)

 

 
 

Gesendet: Sonntag, 05. April 2020 um 02:12 Uhr
Von: "Alexandre Torres Porres" 
An: "Jakob Laue" 
Cc: "Pd-List" 
Betreff: Re: Re: [PD] including bpm info to midi-recording



 
 


Em sáb., 4 de abr. de 2020 às 17:47, Jakob Laue <jakkesprin...@web.de> escreveu:




Hey Alexandre,

well, that is a legitimate question ;-) Well, I had not used pd for quite some time and then - one year ago - I started a big university project with the old version that I had installed. I installed many externals and set many startup flags and so on and I just did not want to do this all again as long as my university project was still going on.




 

flags and preferences don't get overwritten when you upgrade









___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] including bpm info to midi-recording

2020-04-06 Thread Jakob Laue
Hey Martin,

thanks for your hints!

 

I created a midi file in ableton, exported it and then read it with the midifile-read-help-patch. 

This is what I get after reading:

 


midifile: opened /Users/wbjc/Desktop/ableton.mid
midifile: Header chunk type: MThd
midifile: Header chunk length: 6
midifile: Header chunk format: 0 (Single multichannel track)
midifile: Header chunk ntrks: 1
midifile: Header chunk division: 0x60: 96 ticks per quarter note
midifile: Track chunk 0 type: MTrk, length 81

 

 

 

And this is what I get after the |dump 0( message:

 

 

 


midifile: Parsing track[0]...
midifile: tick 0 delta 0 status FF Meta 0x03 length 1 
Sequence/Track Name 
midifile: tick 0 delta 0 status FF Meta 0x58 length 4 
Time Signature 4/4 36 clocks per tick, 8 32nd notes per quarter note
midifile: tick 0 delta 0 status FF Meta 0x58 length 4 
Time Signature 4/4 36 clocks per tick, 8 32nd notes per quarter note
midifile: tick 0 delta 0 status 90 MIDI 0x90 42 64 : channel 1 Note 66 On velocity 100
midifile: tick 24 delta 24 status 80 MIDI 0x80 42 40 : channel 1 Note 66 Off velocity 64
midifile: tick 72 delta 48 status 90 MIDI 0x90 41 64 : channel 1 Note 65 On velocity 100
midifile: tick 96 delta 24 status 80 MIDI 0x80 41 40 : channel 1 Note 65 Off velocity 64
midifile: tick 120 delta 24 status 90 MIDI 0x90 46 64 : channel 1 Note 70 On velocity 100
midifile: tick 144 delta 24 status 80 MIDI 0x80 46 40 : channel 1 Note 70 Off velocity 64
midifile: tick 168 delta 24 status 90 MIDI 0x90 41 64 : channel 1 Note 65 On velocity 100
midifile: tick 192 delta 24 status 80 MIDI 0x80 41 40 : channel 1 Note 65 Off velocity 64
midifile: tick 216 delta 24 status 90 MIDI 0x90 40 64 : channel 1 Note 64 On velocity 100
midifile: tick 240 delta 24 status 80 MIDI 0x80 40 40 : channel 1 Note 64 Off velocity 64
midifile: tick 264 delta 24 status 90 MIDI 0x90 45 64 : channel 1 Note 69 On velocity 100
midifile: tick 288 delta 24 status 80 MIDI 0x80 45 40 : channel 1 Note 69 Off velocity 64
midifile: tick 312 delta 24 status 90 MIDI 0x90 41 64 : channel 1 Note 65 On velocity 100
midifile: tick 336 delta 24 status 80 MIDI 0x80 41 40 : channel 1 Note 65 Off velocity 64
midifile: tick 336 delta 0 status FF Meta 0x2F length 0 
End of Track 0==


 

 

 

The differences that I noticed:

 

In the ableton-file the "header chunk division" is given as "ticks per quarter note", whereas in the midifile-file it is given in "frames per second and ticks per frame".

 

 

 

midifile: Header chunk division: "0x60: 96 ticks per quarter note"

midifile: Header chunk division: "0xE714: 25 frames per second, 20 ticks per frame"

 

 

In the ableton-file there is an info given about the time signature: "Time Signature 4/4 36 clocks per tick, 8 32nd notes per quarter note"

 

This info is not present after loading the file that i recorded with [midifile].



 

 

Furthermore, looking at the first lines of the dump-info of the ableton-exported-file, we can see that there is also one note being played at tick 0, but I did not actually put a note there. The same applies for the [midifile]-recorded file. I did not play notes directly after hitting the record-[bang]. I don't know how these notes on the first tick (0) have gotten there.

 

As a side-note the help-patches that I am using are from 2010 (write-help-patch) and 2011 (read-help-patch). These were included in the mrpeach_v0-0-extended package that I downloaded via deken.

 

Best, Jakob

 

 


Gesendet: Sonntag, 05. April 2020 um 17:28 Uhr
Von: "Martin Peach" 
An: "Jakob Laue" 
Cc: Pd-List 
Betreff: Re: Re: Re: Re: [PD] including bpm info to midi-recording

On Sun, Apr 5, 2020 at 9:48 AM Jakob Laue  wrote:
>
> Hey Martin,
> I tried again today. I recorded a new midi file and then loaded it with the midifile-read-help-patch.
>
> After loading the file I get:
>
> midifile: opened /Users/wbjc/Desktop/mpxy.mid
> midifile: Header chunk type: MThd
> midifile: Header chunk length: 6
> midifile: Header chunk format: 0 (Single multichannel track)
> midifile: Header chunk ntrks: 1
> midifile: Header chunk division: 0xE714: 25 frames per second, 20 ticks per frame
> other_meta: frames_per_sec 25
> other_meta: ticks_per_frame 20
> midifile: Track chunk 0 type: MTrk, length 432
>
>
> And then if I send a |dump 0( message to [midifile] I get:
>
> midifile: Parsing track[0]...
> midifile: tick 0 delta 0 status 99 MIDI 0x99 24 60 : channel 10 Note 36 On velocity 96
> midifile: tick 0 delta 0 status 89 MIDI 0x89 24 00 : channel 10 Note 36 Off velocity 0
> midifile: tick 0 delta 0 status 99 MIDI 0x99 2B 65 : channel 10 Note 43 On velocity 101
> midifile: tick 0 delta 0 status 89 MIDI 0x89 2B 00 : channel 10 Note 43 Off velocity 0
> midifile: tick 0 delta 0 status 99 MIDI 0x99 2B 7F : channel 10 Note 43 On velocity 127
> mi

Re: [PD] including bpm info to midi-recording

2020-04-05 Thread Jakob Laue
 velocity 0
midifile: tick 6784 delta 106 status 99 MIDI 0x99 24 7F : channel 10 Note 36 On velocity 127
midifile: tick 6829 delta 45 status 89 MIDI 0x89 24 00 : channel 10 Note 36 Off velocity 0
midifile: tick 7745 delta 916 status FF Meta 0x2F length 0 
End of Track 0==
 

 

So it must have recorded something. But when I imoprt the recorded midi file i ableton, then I only see 4 different , very short notes (c1, c#1, d1 and g1) at the very beginning of the piano roll. But of course I would expect the notes being all over the time line. Hm, might there something be wrong with the timing information?

When I recorded the file, I sent the 2,005 message into the right inlet of [metro], but that is correct, isn't it?

 

When playing the file in the midifile-help-patch I can see the end-bang when [midifile] has finished playing.

 

Best, Jakob



 

Gesendet: Samstag, 04. April 2020 um 23:59 Uhr
Von: "Martin Peach" 
An: "Jakob Laue" 
Cc: Pd-List 
Betreff: Re: Re: Re: [PD] including bpm info to midi-recording

On Sat, Apr 4, 2020 at 4:57 PM Jakob Laue  wrote:
>
> Hey Martin,
> thanks for the hint. When I read a recorded file that should actually have some recorded notes in it and then load it again with the midifile-read-help-patch, then I get this (verbosity = 3)
>
> midifile_open_path (absolute): /Users/wbjc/Desktop/mp2.mid
>
> midifile: opened /Users/wbjc/Desktop/mp2.mid
> midifile: Header chunk type: MThd
> midifile: Header chunk length: 6
> midifile: Header chunk format: 0 (Single multichannel track)
> midifile: Header chunk ntrks: 1
> midifile: Header chunk division: 0xE714: 25 frames per second, 20 ticks per frame
> other_meta: frames_per_sec 25
> other_meta: ticks_per_frame 20
> midifile: Track chunk 0 type: MTrk, length 35
>
>
> Does not look like something has been recorded, right?

The last line shows the track chink is 35 bytes long. Did you play it
to the end? The third outlet of [midifile] emits a bang when it gets
to the end.
If you waited a while after starting to record there may be a long
pause before something happens.
The [dump 0( message should output the entire track to the Pd window.

Martin






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] including bpm info to midi-recording

2020-04-04 Thread Jakob Laue
Hey Martin,
thanks for the hint. When I read a recorded file that should actually have some 
recorded notes in it and then load it again with the midifile-read-help-patch, 
then I get this (verbosity = 3)

midifile_open_path (absolute): /Users/wbjc/Desktop/mp2.mid

midifile: opened /Users/wbjc/Desktop/mp2.mid
midifile: Header chunk type: MThd
midifile: Header chunk length: 6
midifile: Header chunk format: 0 (Single multichannel track)
midifile: Header chunk ntrks: 1
midifile: Header chunk division: 0xE714: 25 frames per second, 20 ticks per 
frame
other_meta: frames_per_sec 25
other_meta: ticks_per_frame 20
midifile: Track chunk 0 type: MTrk, length 35
 

Does not look like something has been recorded, right?

Best, Jakob
 
 

Gesendet: Freitag, 03. April 2020 um 23:26 Uhr
Von: "Martin Peach" 
An: "Jakob Laue" 
Cc: Pd-List 
Betreff: Re: Re: [PD] including bpm info to midi-recording
On Fri, Apr 3, 2020 at 4:41 PM Jakob Laue  wrote:
...
> Then I opened the help file directly from the ../Pd/externals/mrpeach-folder 
> by double-clicking it and I followed the steps for writing to a file. I
> - choose a file
> - put the 2 ms into the right inlet of [metro] and then start [metro]
> - hit some notes on a usb midi controller connected to pd (the [notein] shows 
> notes coming in)
> - hit |flush(
> - stop the metro
>
> Then I copy the newly created midi file into ableton, but I cannot see any 
> midi notes being displayed for that file.
>

Maybe try to load it using the midifile playback subpatch, You can set
the verbosity to see what was recorded, if anything.
possibly ableton expects some meta information at the start of the file.

Martin



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] including bpm info to midi-recording

2020-04-04 Thread Jakob Laue
Hey Alexandre,

well, that is a legitimate question ;-) Well, I had not used pd for quite some time and then - one year ago - I started a big university project with the old version that I had installed. I installed many externals and set many startup flags and so on and I just did not want to do this all again as long as my university project was still going on. I was just happy with a running system that I had. But you are right, I should update to a new version.

 

Best, Jakob


 

Gesendet: Samstag, 04. April 2020 um 01:06 Uhr
Von: "Alexandre Torres Porres" 
An: "Jakob Laue" 
Cc: Pd-List 
Betreff: Re: [PD] including bpm info to midi-recording



 
 


Em sex., 3 de abr. de 2020 às 17:43, Jakob Laue <jakkesprin...@web.de> escreveu:




Hi,

okay so I installed the mrpeach-v0-0-extended package from deken on my 0.48-vanilla on mac osx.




 

any reason why you're not using the latest 0.50-2?









___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] including bpm info to midi-recording

2020-04-03 Thread Jakob Laue
Hi,

okay so I installed the mrpeach-v0-0-extended package from deken on my 0.48-vanilla on mac osx. Then I added a search path to the downloaded folder in the preferences: /Users/myname/Documents/Pd/externals/mrpeach

This is where deken has installed the binaries and the help-file-patches.

Then I added "-lib mrpeach" to the startup-flag section in the startup-preferences.

Then I restarted Pd and in the console it said: "mrpeach: can't load library".

Then I opened a new patch and put in a [declare -lib mrpeach] and then I was able to create [midifile] object. Actually I just tried to do that without the [declare -lib mrpeach] and even this lets me create a [midifile] object. Hm okay..

 

Then I tried to open the help file for [midifile] by right-clicking it, but then in the console it says: .pd no such window (or something like that).

Then I went back to the startup-preferences and added this flag: -helppath /Users/myname/Documents/Pd/externals/mrpeach

..because I can see the help file for midi file is in there!

 

Then I restarted Pd and when I want to open [midifile]'s helpfile again via right-click, in the console it says "sorry, cannot find help file mrpeach-help.pd".

 

 

Then I opened the help file directly from the ../Pd/externals/mrpeach-folder by double-clicking it and I followed the steps for writing to a file. I

- choose a file

- put the 2 ms into the right inlet of [metro] and then start [metro]

- hit some notes on a usb midi controller connected to pd (the [notein] shows notes coming in)

- hit |flush(

- stop the metro

 

Then I copy the newly created midi file into ableton, but I cannot see any midi notes being displayed for that file.

 

 

hmmm, i must be doing something wrong

 

Best, Jakob


 

Gesendet: Freitag, 03. April 2020 um 21:36 Uhr
Von: "Jakob Laue" 
An: "Martin Peach" 
Cc: Pd-List 
Betreff: Re: [PD] including bpm info to midi-recording



Hey, 

IOhannes seems to have built this for macOS in 2015. I did not know that the "extended"-uploads in Deken can be used for vanilla as well. I thought vanilla and extended are not compatible and that there might be some trouble running "extended" externals in vanilla. You already can see: I am not an expert :)

 

Best, Jakob

 
 

Gesendet: Freitag, 03. April 2020 um 20:51 Uhr
Von: "Martin Peach" 
An: Jakob 
Cc: Pd-List 
Betreff: Re: [PD] including bpm info to midi-recording

Hi Jakob,

I have uploaded Windows versions of midifile via deken -- look for
'midifile'. Unfortunately I have no access to a mac these days.
Someone else may be able to build it for mac, the source is included
in the package.

Martin

On Fri, Apr 3, 2020 at 2:30 PM Jakob  wrote:
>
> Hey Martin,
> Thanks for your message.
> I looked for mrpeach in deken, but the only result I get is mrpeach for extended ( i am on mac os). Does that mean that I cannot use it?
>
> Best, Jakob
>
> > Am 03.04.2020 um 19:29 schrieb Martin Peach :
> >
> >> On Fri, Apr 3, 2020 at 12:39 PM Jakob Laue  wrote:
> >>
> >> hey,
> >> yes i think so because it seems that [seq] does not offer to specify some kind of ticks when writing to a file.
> >> hmm.
> >>
> >
> > Have you tried [midifile] from mrpeach? It can write most of the tags.
> >
> > Martin
>




___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] including bpm info to midi-recording

2020-04-03 Thread Jakob Laue
Hey, 

IOhannes seems to have built this for macOS in 2015. I did not know that the "extended"-uploads in Deken can be used for vanilla as well. I thought vanilla and extended are not compatible and that there might be some trouble running "extended" externals in vanilla. You already can see: I am not an expert :)

 

Best, Jakob

 
 

Gesendet: Freitag, 03. April 2020 um 20:51 Uhr
Von: "Martin Peach" 
An: Jakob 
Cc: Pd-List 
Betreff: Re: [PD] including bpm info to midi-recording

Hi Jakob,

I have uploaded Windows versions of midifile via deken -- look for
'midifile'. Unfortunately I have no access to a mac these days.
Someone else may be able to build it for mac, the source is included
in the package.

Martin

On Fri, Apr 3, 2020 at 2:30 PM Jakob  wrote:
>
> Hey Martin,
> Thanks for your message.
> I looked for mrpeach in deken, but the only result I get is mrpeach for extended ( i am on mac os). Does that mean that I cannot use it?
>
> Best, Jakob
>
> > Am 03.04.2020 um 19:29 schrieb Martin Peach :
> >
> >> On Fri, Apr 3, 2020 at 12:39 PM Jakob Laue  wrote:
> >>
> >> hey,
> >> yes i think so because it seems that [seq] does not offer to specify some kind of ticks when writing to a file.
> >> hmm.
> >>
> >
> > Have you tried [midifile] from mrpeach? It can write most of the tags.
> >
> > Martin
>






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] including bpm info to midi-recording

2020-04-03 Thread Jakob Laue
Hi!
ah okay, sorry I did not know that. When I search for mrpeach in deken, I get 
mrpeach-v0-0-extended. Okay, well thanks for clarifying, then I will try that 
out.

Best, Jakob
 
 

Gesendet: Freitag, 03. April 2020 um 21:14 Uhr
Von: "IOhannes m zmölnig" 
An: pd-list@lists.iem.at
Betreff: Re: [PD] including bpm info to midi-recording
On 4/3/20 8:30 PM, Jakob wrote:
> Hey Martin,
> Thanks for your message.
> I looked for mrpeach in deken, but the only result I get is mrpeach for 
> extended ( i am on mac os). Does that mean that I cannot use it?
>

there's no such thing as "for extended" on deken.
there are many uploads that have a version numer "v0.0.extended" which
means that this is the same version as was used in the last Pd-extended
release.

if the external shows up in the deken search results, there's usually no
reason to assume that it won't work, regardless of version.
(although, if you only get a "v0.0.extended" version you can assume that
either:
- (the library is bug-free)
- the library is unmaintained
- the library author doesn't bother with new fangled things like deken

gfmarsd
IOhannes

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] including bpm info to midi-recording

2020-04-03 Thread Jakob Laue
hey,

yes i think so because it seems that [seq] does not offer to specify some kind of ticks when writing to a file.

hmm.

 
 

Gesendet: Mittwoch, 01. April 2020 um 22:54 Uhr
Von: "Alexandre Torres Porres" 
An: "Jakob Laue" 
Cc: Pd-List 
Betreff: Re: [PD] including bpm info to midi-recording


well, I dunno, but maybe this is a cyclone issue with [seq]?
 

 


Em qua., 1 de abr. de 2020 às 13:08, Jakob Laue <jakkesprin...@web.de> escreveu:

Hey list,
I have a patch that plays melodies with midi notes. The patch also records the melodies into midi files for later use.

The recording is done with [midiformat] and [seq] from the cyclone-library, like this

|60[
|
|
[makenote 100 500]
|       |
|       |
[pack f f]
|
|
[midiformat]
|
|
[seq]

[seq] receives "record" , "stop record" and "write" messages for recording and saving the midi files.

My problem is that when I copy the recorded midi file into a daw, the melody's tempo and onsets do not match with the metronome in the daw. Do you know if there is a way to somehow capture the bpm of the melody in pd into the recorded midi-file? The [seq] object knows a [tick[ message, but I have not figured that out yet. I definitely could calculate a bpm from my [metro] in the patch, but I don't know how to get that into the midi-recording.

Maybe someone of you has already dealt with this?! :-)

Thanks!
Jakob




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list








___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] including bpm info to midi-recording

2020-04-01 Thread Jakob Laue
Hey list,
I have a patch that plays melodies with midi notes. The patch also records the 
melodies into midi files for later use.

The recording is done with [midiformat] and [seq] from the cyclone-library, 
like this

|60[
|
|
[makenote 100 500]
|   |
|   |
[pack f f]
|
|
[midiformat]
|
|
[seq]

[seq] receives "record" , "stop record" and "write" messages for recording and 
saving the midi files.

My problem is that when I copy the recorded midi file into a daw, the melody's 
tempo and onsets do not match with the metronome in the daw. Do you know if 
there is a way to somehow capture the bpm of the melody in pd into the recorded 
midi-file? The [seq] object knows a [tick[ message, but I have not figured that 
out yet. I definitely could calculate a bpm from my [metro] in the patch, but I 
don't know how to get that into the midi-recording.

Maybe someone of you has already dealt with this?! :-)

Thanks!
Jakob




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] audio via HDMI output terminates Pd

2020-01-21 Thread Jakob Laue
Ah okay, then it will probably not help you, but what I did in my raspberry pi 
to use audio via hdmi is:
- sudo raspi-config and there say "force audio through hdmi" 
- then just use alsa in pd and it works (without startup flags)

best, jakob
 
 
 

Gesendet: Dienstag, 21. Januar 2020 um 18:33 Uhr
Von: "Csaba Láng" 
An: Pd-List 
Betreff: Re: [PD] audio via HDMI output terminates Pd

No, on a strong desktop with 3GHz processor with Ubuntu 19.04 

On Tue, Jan 21, 2020 at 4:52 PM Jakob 
mailto:jakkesprin...@web.de]> wrote:

 
Hi!
Are you on a raspberry pi?
Best, Jakob
Am 21.01.2020 um 13:44 schrieb Csaba Láng 
mailto:langcs...@gmail.com]>:
 

Did not manage to fully repair the audio problem on HDMI.
Reinstalled pd with apt-get, and started with pd -alsa -alsaadd pulse 
-audiooutdev 5 -noadc where 5 is the HDMI output.
Now the 2 minutes video play until the end and quits with error as below:
 
pd: pcm.c:1167: snd_pcm_prepare: Assertion `pcm' failed.
Pd: signal 6
pd-extern: EOF on input
 
and
 
pdsend errorname: >>error writing "sock55d791aa9930": connection reset by peer<<
 
Does it mean anything which takes me closer to solve this issue?
 
Popesz
 
 
  

On Mon, Dec 16, 2019 at 12:08 AM IOhannes m zmölnig 
mailto:zmoel...@iem.at]> wrote:Am 15. Dezember 2019 21:23:35 
MEZ schrieb "Csaba Láng" mailto:langcs...@gmail.com]>:
>Still fighting.
>Installed jackd, connected pulseaudio to Jack, but still nothing.
>This is how it looks like:
>[image: Screenshot from 2019-12-15 21-21-33.png]
>Do I have to install PD from scratch if Jack was not present during the
>last installation?

i dont know how you obtained Pd.
if using the system packages (via apt), they'll have jack support built in.
if you compiled Pd yourself, you would have needed to add "--enable-jack" to 
the configure flags (and have the jack-dev package installed)

finally, you must of course select Jack AS the audio  backend...


mfg.hft.fsl
IOhannes


___
Pd-list@lists.iem.at[mailto:Pd-list@lists.iem.at] mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
___
Pd-list@lists.iem.at[mailto:Pd-list@lists.iem.at] mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]___
 Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] communication between pd-instances & midi synchronisation

2019-12-18 Thread Jakob Laue
Hi dear list,

I have an eight-track-sample-player patch running on a raspberry pi. The sample 
player patch contains a metronome. This metronome does two things:

1) It acts as the instance that the eight sample tracks are synced to, in order 
to have the wav-files playing nicely in sync.
2) It sends out midi-clock data to an external hardware looper (856 for 
zellersasn) to keep it in sync as well.


I am recording/looping audio coming out of the sample-player-patch with the 
hardware looper. All the syncronisation stuff works, but of course I have an 
unacceptable latency between the audio of the patch and the recorded audio on 
the looper. According to this thread..

https://forum.pdpatchrepo.info/topic/4584/midi-latency-in-pd

..I think about splitting my metronome and my sample-playing into two instances 
of pd. One instance should contain the metronome with audio latency (=midi 
latency?!) set to a minimum and the other instance should contain the 
sample-playing-part. This way, the metronome-instance could send midi-clock to 
the looper with low latency. But it also has to send a clock signal to the 
other instance of pd, so that my eight samples keep on playing in sync. What 
would be the best way to send this latter clock signal from the "midi"-instance 
to the "audio"-instance of pd? Maybe osc? Or is there even a special [send] to 
share data between different instances of pd?

Btw: I cannot set the audio latency in the "audio"-instance lower than 25 msec, 
otherwise the audio starts popping and clicking.

Thanks and all the best,
Jakob



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] writing to cyclone/coll takes a long time

2019-12-06 Thread Jakob Laue
Hi all!
@IOhannes, msgfile looks promising, we testet it and it writes really fast.

Regarding iemmatrix: It looks like it is not possible to change the size of matrices dynamically. But we definitely need this functionality.

Hence, our first idea now is to implement a wrapper-abstraction around [msgfile] that works like [coll], so that we hopefully can more or less replace our current [coll] objects with our abstraction within our main patch. One issue that comes into our minds here is that [coll] offers a way of referencing one buffer at different places in a patch. E.g. you can have different [coll myMatrix] objects and they all refer to the same collection of data. We do have various [coll] objects in our patch as well, all of them referencing to the same data matrix. In your opinion, what would be the best approach to implement this referencing-mechanism with [msgfile]?

 

Thanks, Hajar and Jakob
 
 
 

Gesendet: Donnerstag, 05. Dezember 2019 um 13:37 Uhr
Von: "IOhannes m zmoelnig" 
An: pd-list@lists.iem.at
Betreff: Re: [PD] writing to cyclone/coll takes a long time
On 30.11.19 14:00, Jakob Laue wrote:
> Do you have any hint why it takes that long to write 6 rows into coll? Maybe we do something wrong or have missed some smarter way to write our rows into the coll matrix.

i don't know what you want to do, but if this is about "writing" (to
file), you could also use zexy's [msgfile].


some numbers (on an i7-7700, running Debian/GNU linux, 64bit)

- adding 700 entries: <1ms
- adding 6000 entries: <11ms
- adding 6 entries: <50ms
- writing 6 entries to disk: <150ms
- reading 6 entries from disk: <130ms
- output next entry: <1ms
- seek to entry #2 <3ms

outputting the "next" entry is O(1).
seeking to a position, resp, searching an entry is O(n).


dfmasdr
IOhannes

PS: there's also a memory leak that ed.kelly discovered recently, that
occurs when dealing with long lines. need to put a new version online

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] writing to cyclone/coll takes a long time

2019-12-05 Thread Jakob Laue
Hey,
thanks for your replies! 
Oliver, your right, the text object is actually pretty cool, I didn't know 
about that one. I tested it out a little bit. But writing 6 rows with 10 
columns into it takes round about 2 minutes on my machine, so that's obviously 
too long :P The possibility to check the completely generated matrix is 
actually more of a comfort thing. We could also use [print] to check if our 
generated probabilities are correct, but seeing everything together is handy. 
Anyhow, opening the gui of [coll] or [text] is not our issue. Our issue is the 
time that it takes to write 6 rows into these objects. 
I was wondering, if one could do the process of writing into the matrix on 
audio~ level. Don't know if that is possible and if that makes any sense 
though.. I am not that experienced with pd..
Another idea for increasing speed was to use various [zl nth] objects from 
cyclone. One object for each column. I have not tested that yet.
Thanks anyways for the hint on iemmatrix, I did not know about that. And with 
gem, I have not worked yet. I guess, I will take a look at iemmatrix first.

Thank you, Jakob
 
 
 

Gesendet: Samstag, 30. November 2019 um 15:13 Uhr
Von: "oliver" 
An: Pd-List 
Betreff: Re: [PD] writing to cyclone/coll takes a long time
Jakob Laue wrote:
> Dear list,
> For a university project we are building a melody generator based on markov 
> chains. This includes generating a big matrix of probabilities for playing a 
> certain note. The number of rows in the matrix depends on the markov order 
> and the pitch range that our patch works with. We have a pitch range of 9, 
> hence markov order 3 means writing 9^3 rows = 729.
> We want to work with the fifth order which means writing 9^5 = 59049 rows 
> into the matrix. We use the coll object from the cyclone library to generate 
> our matrix because it has the handy gui for looking at your matrix after you 
> generated it.

for what purpose ?

how do you want to "check" 6 numbers ?

besides that:

1.) there's the vanilla [text] objects that IMHO can handle this sort of
things way better. the advantage to [coll] is that new entries into the
[text] buffer are updated immediately (i.e. you can see the changes when
the [text] window is open as opposed to [coll] where you have to close
and reopen the content window)

2.) even with the [text] objects, opening the content window with a lot
of numbers like your 6 WILL take a long time anyway, probably even
crash PD. that's a memory thing that very likely applies to the [coll]
object as well. so if you really need to check a specific part of your
big matrix, you should extract a sniplet from it to another smaller
buffer to do so. the help files will help you ;-)

3.) maybe you should use real matrix optimized objects for your task,
like the "IEMMATRIX" library or probably even GEM buffer objects

best

oliver





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] writing to cyclone/coll takes a long time

2019-11-30 Thread Jakob Laue
Dear list, 
For a university project we are building a melody generator based on markov 
chains. This includes generating a big matrix of probabilities for playing a 
certain note. The number of rows in the matrix depends on the markov order and 
the pitch range that our patch works with. We have a pitch range of 9, hence 
markov order 3 means writing 9^3 rows = 729.
We want to work with the fifth order which means writing 9^5 = 59049 rows into 
the matrix. We use the coll object from the cyclone library to generate our 
matrix because it has the handy gui for looking at your matrix after you 
generated it.
Our problem is that it takes more than 3 minutes to write 6 rows into the 
coll object and we don't understand why.
Attached we have a test patch that simulates our matrix generation. Writing 700 
rows into coll takes less than a second, writing 6000 rows takes round about 
1.5 seconds (simulating fourth order/9^4), writing 6 rows takes 3 minutes 
and 45 seconds.
Do you have any hint why it takes that long to write 6 rows into coll? 
Maybe we do something wrong or have missed some smarter way to write our rows 
into the coll matrix.

We are on: 
MacBook Pro 13" early 2011, macOS Sierra 10.12.6
Pd 0.48-0


Thanks, Hajar and Jakob

coll_time_problem.pd
Description: Binary data
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] checking [readsf~]'s current position in wav-file

2019-11-19 Thread Jakob Laue
Hey all,

I want to play a wav-file with [readsf~] and I want to loop the wav-file.

This can easily be done by connecting [readsf~]'s right outlet it its inlet.

The problem is that I have a metronome in my patch which is the master of the tempo.

The [readsf~] object will get out of sync with the metronome when it loops the same file over a longer period of time.

That's why I want to constantly check the position of the wav-file that [readsf~] is currently at, when it plays the wav-file.

By this, I can restart/loop the wav-file in sync with the metronome, as soon as it has almost reached its end.

Do you have an idea how I could do that?

 

In a former version of my patch, I did this successfully when I was using [tabread4~] as my file-playing-object, but I needed to switch to [readsf~] in order to implement dynamic loading of wav-files.

 

 

Thanks, Jakob



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Raspberry Pi: Loading Samples RAM problem

2019-11-11 Thread Jakob Laue
thanks, cyrille!
 

Gesendet: Montag, 11. November 2019 um 20:05 Uhr
Von: "cyrille henry" 
An: pd-list@lists.iem.at
Betreff: Re: [PD] Raspberry Pi: Loading Samples RAM problem



Le 11/11/2019 à 19:53, Jakob Laue a écrit :
> Okay,
> now I found some time to look at Giulios patch and I think I understood it :P (So many $'s in there :P)
> So, what actually happens in that patch is that on [loadbang] we read 32768 samples into an array using soundfiler.
> Then when the file should be played, we do play the first 32768 samples using [tabplay~] and simultaneously load the rest of the file using [readsf~]. Then, when [tabplay~] is done playing the first bit of the sample, we send a [1( to [readsf~] to start playing the rest of the file.
> I don't have any audio pops playing eight samples simultaneously, even using the cheap hdmi-to-cinch-converter as my audio interface (which caused more pops in comparison to the Scarlett USB interface while trying olivers patch). Also, I don't have to adjust Pd's audio settings. I can use the standard settings (44100, 64 blocksize, 25 msec) and I don't get audio pops, which is good.
>
> But there is one thing that I realised: The wav-files are not played at original speed. They are all recorded in 122 bpm. When I play them with Giulois patch, the samples are played quite slowly, at around 111 bpm.

look like the sample are recorded at 48KHz and play at 44100.

> In a later version of my sample player, I want to be able to change the bpm/tempo in which the samples are played, so I will need to have some mechanism for changing this. Using e.g. [phasor~] to play samples, this should work, but I don't know if it will be possible to do this using Giulios approach. In the help file of [tabplay~], it says that samples are played with no transposition, so maybe a transposition will not be possible to implement?! On the other hand, it says that [tabplay~] does not have the interpolation-artefacts that [tabread4~] has, which I would have, if I used a [phasor~] approach.

if you want to change the tempo, you need to somehow interpolate the samples...

best

> All the best, Jakob
> *Gesendet:* Dienstag, 05. November 2019 um 15:40 Uhr
> *Von:* "oliver" 
> *An:* Kein Empfänger
> *Cc:* Pd-List 
> *Betreff:* Re: [PD] Raspberry Pi: Loading Samples RAM problem
> Jakob Laue wrote:
> > Okay,
> > finally I found some time to try some stuff out. First, I gave Olivers
> > examples a try.
> > I made a patch with eight [ol_sfplay~] objects to simulate my sample
> > player and tested this patch on my old Raspi 2
> > and also a Raspi 3. I also tested two different audio interfaces: a
> > Scarlett 2i4 USB audio interface and a HDMI-to-CINCH-Converter running
> > on the 2835 ALSA driver.
> > The best result was achieved by the Raspberry Pi 3 with the Scarlett
> > audio interface. I used
> > - block length of 64 from Pd's preferences
> > - buffersize of 512 and 1024 for [ol_sfplay~]
> > I have no pops and Pd does not freeze.
> > When I use the same configurations with the hdmi-to-cinch-converter and
> > alsa, I get audio pops.
>
> please also consider using even 2048 as buffersize for [ol_sfplay~]. AND
> you might want to increase PD's audio delay with the "-audiobuf" startup
> flag.
>
> try "-audiobuf 120" or higher and work your way down from there.
>
> i remember using this method on a PI2 with an 8 track wav-file and
> really had to increase those values to get a smooth playback.
>
> it worked alright in the end but then i had no video-traffic ...
>
> in general, use a PI3 if possible
>
> best
>
> oliver
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
>



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Raspberry Pi: Loading Samples RAM problem

2019-11-11 Thread Jakob Laue
Ah yes, Martin, that makes sense! :-)
 

Gesendet: Montag, 11. November 2019 um 20:14 Uhr
Von: "Martin Peach" 
An: Pd-List 
Betreff: Re: [PD] Raspberry Pi: Loading Samples RAM problem



On Mon, Nov 11, 2019 at 1:56 PM Jakob Laue <jakkesprin...@web.de> wrote:




 
Also, I don't have to adjust Pd's audio settings. I can use the standard settings (44100, 64 blocksize, 25 msec) and I don't get audio pops, which is good.


But there is one thing that I realised: The wav-files are not played at original speed. They are all recorded in 122 bpm. When I play them with Giulois patch, the samples are played quite slowly, at around 111 bpm.




 

If the wav files were recorded at 48000 and played back at 44100 you would get that.

(122/111 ~= 48000/44100)

Martin


___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Raspberry Pi: Loading Samples RAM problem

2019-11-11 Thread Jakob Laue
Okay,

now I found some time to look at Giulios patch and I think I understood it :P (So many $'s in there :P)

So, what actually happens in that patch is that on [loadbang] we read 32768 samples into an array using soundfiler.

Then when the file should be played, we do play the first 32768 samples using [tabplay~] and simultaneously load the rest of the file using [readsf~]. Then, when [tabplay~] is done playing the first bit of the sample, we send a [1( to [readsf~] to start playing the rest of the file.

 

I don't have any audio pops playing eight samples simultaneously, even using the cheap hdmi-to-cinch-converter as my audio interface (which caused more pops in comparison to the Scarlett USB interface while trying olivers patch). Also, I don't have to adjust Pd's audio settings. I can use the standard settings (44100, 64 blocksize, 25 msec) and I don't get audio pops, which is good.


But there is one thing that I realised: The wav-files are not played at original speed. They are all recorded in 122 bpm. When I play them with Giulois patch, the samples are played quite slowly, at around 111 bpm.

 

In a later version of my sample player, I want to be able to change the bpm/tempo in which the samples are played, so I will need to have some mechanism for changing this. Using e.g. [phasor~] to play samples, this should work, but I don't know if it will be possible to do this using Giulios approach. In the help file of [tabplay~], it says that samples are played with no transposition, so maybe a transposition will not be possible to implement?! On the other hand, it says that [tabplay~] does not have the interpolation-artefacts that [tabread4~] has, which I would have, if I used a [phasor~] approach.

 

All the best, Jakob



Gesendet: Dienstag, 05. November 2019 um 15:40 Uhr
Von: "oliver" 
An: Kein Empfänger
Cc: Pd-List 
Betreff: Re: [PD] Raspberry Pi: Loading Samples RAM problem

Jakob Laue wrote:
> Okay,
> finally I found some time to try some stuff out. First, I gave Olivers
> examples a try.
> I made a patch with eight [ol_sfplay~] objects to simulate my sample
> player and tested this patch on my old Raspi 2
> and also a Raspi 3. I also tested two different audio interfaces: a
> Scarlett 2i4 USB audio interface and a HDMI-to-CINCH-Converter running
> on the 2835 ALSA driver.
> The best result was achieved by the Raspberry Pi 3 with the Scarlett
> audio interface. I used
> - block length of 64 from Pd's preferences
> - buffersize of 512 and 1024 for [ol_sfplay~]
> I have no pops and Pd does not freeze.
> When I use the same configurations with the hdmi-to-cinch-converter and
> alsa, I get audio pops.

please also consider using even 2048 as buffersize for [ol_sfplay~]. AND
you might want to increase PD's audio delay with the "-audiobuf" startup
flag.

try "-audiobuf 120" or higher and work your way down from there.

i remember using this method on a PI2 with an 8 track wav-file and
really had to increase those values to get a smooth playback.

it worked alright in the end but then i had no video-traffic ...

in general, use a PI3 if possible

best

oliver



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Raspberry Pi: Loading Samples RAM problem

2019-11-05 Thread Jakob Laue
Okay,

finally I found some time to try some stuff out. First, I gave Olivers examples a try.

I made a patch with eight [ol_sfplay~] objects to simulate my sample player and tested this patch on my old Raspi 2

and also a Raspi 3. I also tested two different audio interfaces: a Scarlett 2i4 USB audio interface and a HDMI-to-CINCH-Converter running on the 2835 ALSA driver.

The best result was achieved by the Raspberry Pi 3 with the Scarlett audio interface. I used
- block length of 64 from Pd's preferences

- buffersize of 512 and 1024 for [ol_sfplay~]

 

I have no pops and Pd does not freeze.

 

When I use the same configurations with the hdmi-to-cinch-converter and alsa, I get audio pops.

 

When I use the same configurations with the Raspi 2, I get audio pops, even using the Scarlett interface and the Raspi "freezes" somehow. 

It continues to play the eight samples, but my ssh and vnc connections break.

 

Both Raspis are running with the same SD-card, so I conclude that the faster processor of the Raspi 3 and also the use of different audio interfaces have an impact on the audio pops. In terms of the audio interface, I don't understand why.

 

Next, I will have a look at Giulios suggestions:-)

 

Cheers, Jakob

 

 

 

Gesendet: Freitag, 01. November 2019 um 19:07 Uhr
Von: "Antoine Rousseau" 
An: "Christof Ressi" 
Cc: Pd-List 
Betreff: Re: [PD] Raspberry Pi: Loading Samples RAM problem


OK.. So I look forward to seeing it!
 

 


Le ven. 1 nov. 2019 à 17:45, Christof Ressi <christof.re...@gmx.at> a écrit :





the threaded soundfiler implementation is cool, but it could be greatly simplified with the worker thread API.

 


also, there wouldn't be a need to have a dedicated thread for each object (which doesn't scale very well), and message passing would be done with a lock-free command FIFO (no mutex locking!)

 

Christof


Gesendet: Freitag, 01. November 2019 um 17:30 Uhr
Von: "Antoine Rousseau" <anto...@metalu.net>
An: "Christof Ressi" <christof.re...@gmx.at>, Pd-List <pd-list@lists.iem.at>
Betreff: Re: [PD] Raspberry Pi: Loading Samples RAM problem



There's already a WIP about a threaded soundfiler:

https://github.com/pure-data/pure-data/pull/655

 

with a complement, dispensing to rebuild the whole DSP tree after loading a soundfile:

https://github.com/pure-data/pure-data/pull/667

 

The latter has some impact on CPU load: it significantly lightens normal [tabread]/[tabwrite] usage (no more need to reacquire the array each time), but adds a bit of load for setting it to another table. It also adds a bit of load for DSP-table objects at each DPS-block beginning (to check the table pointer is still valid). I had started to gprof the change, but I didn't go through with it...

 








Antoine Rousseau 

  http://www.metalu.net __ http://www.metaluachahuter.com/
 








 


Le ven. 1 nov. 2019 à 14:31, Christof Ressi <christof.re...@gmx.at> a écrit :

another trick is to use [readsf~] in an upsampled subpatch.

BTW, I have ideas for adding a worker thread to Pd (similar to Supercollider), which would help solving a lot of Pd's realtime-safety issues. I want to do that in the next couple of weeks when I have more time.

Chrisotf

> Gesendet: Freitag, 01. November 2019 um 14:21 Uhr
> Von: "oliver" <oli...@klingt.org>
> An: Pd-List <pd-list@lists.iem.at>
> Betreff: Re: [PD] Raspberry Pi: Loading Samples RAM problem
>
> Hi,
>
> try to use "soundfiler" to read only chunks of your files. so it's
> actually more a "harddisk"-streaming method.
>
> have some example patches here:
>
> mind, that this will be obviously limited by the read-speed of your SD-card.
>
>
> best
>
> oliver
>
>
>
>
> Jakob Laue wrote:
> > Dear list,
> > i have a little problem with my raspberry pi..
> > I have built an eight-track sample player patch that runs on a raspberry pi.
> > When the patch loads, it initially loads all the samples it finds in
> > /home/pi/SamplePacks/SamplePack1, SamplePack2 etc..
> > into RAM using the standard approach:
> > - create two tables for each sample
> > - read data into tables with [read -resize table1 table2(
> > Afterwards I use [soundfiler] and calculate the frequency for [phasor]
> > and so on and so forth.
> > The patch works when I load a total amount of 500 gb into RAM.
> > Today I tested to load 9 GB of samples and the result (obviously) is the
> > pi crashing.
> > I have tested on a raspberry pi 2 and a raspberry pi 3. Both pis only
> > have 1 GB of RAM so it's obvious that problems arise trying to load 9 GB
> > of samples.
> > Do you have any hints or ideas how I could solve this problem? Loading
> > from disk while performing is not an option (I think) because of audio pop

Re: [PD] Raspberry Pi: Loading Samples RAM problem

2019-11-01 Thread Jakob Laue

Thanks to all of you for your quick replies!

I will check out all of your suggestions and @Christoph, looking forward for your worker thread implementations.

I have never heard of Supercollider, would that help my in any way?

 

Cheers! Jakob

 

Gesendet: Freitag, 01. November 2019 um 14:31 Uhr
Von: "Christof Ressi" 
An: Pd-List 
Betreff: Re: [PD] Raspberry Pi: Loading Samples RAM problem

another trick is to use [readsf~] in an upsampled subpatch.

BTW, I have ideas for adding a worker thread to Pd (similar to Supercollider), which would help solving a lot of Pd's realtime-safety issues. I want to do that in the next couple of weeks when I have more time.

Chrisotf

> Gesendet: Freitag, 01. November 2019 um 14:21 Uhr
> Von: "oliver" 
> An: Pd-List 
> Betreff: Re: [PD] Raspberry Pi: Loading Samples RAM problem
>
> Hi,
>
> try to use "soundfiler" to read only chunks of your files. so it's
> actually more a "harddisk"-streaming method.
>
> have some example patches here:
>
> mind, that this will be obviously limited by the read-speed of your SD-card.
>
>
> best
>
> oliver
>
>
>
>
> Jakob Laue wrote:
> > Dear list,
> > i have a little problem with my raspberry pi..
> > I have built an eight-track sample player patch that runs on a raspberry pi.
> > When the patch loads, it initially loads all the samples it finds in
> > /home/pi/SamplePacks/SamplePack1, SamplePack2 etc..
> > into RAM using the standard approach:
> > - create two tables for each sample
> > - read data into tables with [read -resize table1 table2(
> > Afterwards I use [soundfiler] and calculate the frequency for [phasor]
> > and so on and so forth.
> > The patch works when I load a total amount of 500 gb into RAM.
> > Today I tested to load 9 GB of samples and the result (obviously) is the
> > pi crashing.
> > I have tested on a raspberry pi 2 and a raspberry pi 3. Both pis only
> > have 1 GB of RAM so it's obvious that problems arise trying to load 9 GB
> > of samples.
> > Do you have any hints or ideas how I could solve this problem? Loading
> > from disk while performing is not an option (I think) because of audio pops.
> > Do you know any ways to extend the RAM of the pi?
> > Maybe you know of some other small boards like beagle or so that have
> > more RAM than a pi.
> > Thank you very much! Jakob
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
> >
>
>
> --
> 
> /// http://pendler.klingt.org //
> \\\ http://oliver.klingt.org \\
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
>



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] Raspberry Pi: Loading Samples RAM problem

2019-11-01 Thread Jakob Laue
Dear list,

i have a little problem with my raspberry pi..

I have built an eight-track sample player patch that runs on a raspberry pi.

When the patch loads, it initially loads all the samples it finds in /home/pi/SamplePacks/SamplePack1, SamplePack2 etc..

into RAM using the standard approach:

- create two tables for each sample

- read data into tables with [read -resize table1 table2(

 

Afterwards I use [soundfiler] and calculate the frequency for [phasor] and so on and so forth.

 

The patch works when I load a total amount of 500 gb into RAM.

Today I tested to load 9 GB of samples and the result (obviously) is the pi crashing.

 

I have tested on a raspberry pi 2 and a raspberry pi 3. Both pis only have 1 GB of RAM so it's obvious that problems arise trying to load 9 GB of samples.

 

Do you have any hints or ideas how I could solve this problem? Loading from disk while performing is not an option (I think) because of audio pops.

Do you know any ways to extend the RAM of the pi?

Maybe you know of some other small boards like beagle or so that have more RAM than a pi.

 

 

Thank you very much! Jakob

 

 

 

 

 

 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] Adding cyclone to ofxPd

2019-08-29 Thread Jakob Laue
Hello dear people,

I am working on a Pd patch that uses the Pof-external to do some graphic stuff.

My patch needs to run on an iPhone, thus I use the ofxPof framework in order to have a tool chain in Xcode

for porting my patch to my iPhone. This is going well so far.

ofxPof uses the ofxPd framework as an addon and ofxPd itself is built on libPd in order to make the porting process

patch -> xcode -> iphone possible (I think this is correct ;-)).

In the patch that I am working on, I need to use the cyclone external. Because of this, I have to add the cyclone source files to my ofxPof-Xcode project. Just as a side note, in my ofxPof-Xcode project I call my patch similar to this:

 

Pd pd = openPatch(path/to/myPatch/myPatch.pd)

 

Then I click on run and my patch is ported to the iPhone.

I followed the instructions for adding the source files of pd-externals to an ofxPd project on this page:

https://github.com/danomatika/ofxPd

 

 

As stated there, I created a new header file and declared the cyclone_setup() function like this:


#pragma once

extern "C" {

    void cyclone_setup();

}

Unfortunately, I get an error regarding the file cyclone_lib.c, where it says:

#include 

--> 'common/api.h' file not found

 

It is obvious, that this file cannot be found because did not add it to my ofxPof-Xcode project, but I could not find any documentation or sources about 'common' or 'api.h' when I tried googling for it.

Do you know something about where I can find it or so?

Thank you very much! Jakob

 


 

 

 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] brainstorming on algorithmic melody generation

2019-06-10 Thread Jakob Laue
Cool, thank you very much, Thomas!
 

Gesendet: Freitag, 07. Juni 2019 um 00:37 Uhr
Von: "Thomas Mayer" 
An: pd-list@lists.iem.at
Betreff: Re: [PD] brainstorming on algorithmic melody generation

Hi Jakob,

On 12.03.19 18:36, Jakob Laue wrote:
> Hello!
>
> For a university project I want to develop a melody generator which has
> to transform a colloquial input (e.g. happy) into a melody which clearly
> represents this input.
>
> I am currently reading and looking for literature .. 
>
> What is your experience with algorithmic sound/melody generation in Pd?
> Do you know any algorithms? Have you heard of something or somebody who
> is doing a lot with algorithms in Pd?

there is a blog for algorithmic composition that explains basic concepts
with Pd, e.g. Markov chains:
http://www.algorithmiccomposer.com/2011/06/second-order-markov-chains-in-puredata.html

I was also playing around with ideas for an app, maybe my notes and my
Pd code can help you:
https://github.com/residuum/Life-Soundtrack
https://github.com/residuum/Life-Soundtrack/blob/master/notes.md

Hth,
Thomas
--
"Prisons are needed only to provide the illusion that courts and police
are effective. They're a kind of job insurance."
(Leto II. in: Frank Herbert, God Emperor of Dune)
http://www.residuum.org/



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] mobile devices: knowledge gathering

2019-04-05 Thread Jakob Laue
Hey all,

For a university project I need to develop a pd patch on Mac OSX and then run/port the patch on/to a mobile device of my choice (iPhone, iPad, Android Phone).

I own an iPhone 6 so I would prefer to go the iOS/iPhone way but I am also thankful for any hint on Android stuff.

I think that I can borrow any of the above devices from my university :-)

 

I would really appreciate it if someone could point me into the right direction before I start with something without knowing that there is actually a better option I could take.

 

So...

- what ways of porting pd patches to a mobile device do you know?

- Are there restrictions for using external libraries like zexy or cyclone that I need to take into account while developing my patch on OSX?

- Is it possible to use GEM in the pd patch when it has to be running a mobile device?

 

What I have heard about so far is:

- libPd

- hvcc https://github.com/enzienaudio/hvcc

- MobMuPlat (probably not going to be considered as I need a custom interface beyond sliders and buttons)

 

 

Thanks from Flensburg,

 

Jakob

 

 

 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] brainstorming on algorithmic melody generation

2019-03-12 Thread Jakob Laue

Hello!

For a university project I want to develop a melody generator which has to transform a colloquial input (e.g. happy) into a melody which clearly represents this input.

I am currently reading and looking for literature .. 

What is your experience with algorithmic sound/melody generation in Pd? Do you know any algorithms? Have you heard of something or somebody who is doing a lot with algorithms in Pd?


Thank you 





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] [PD-announce] Pd~graz burn down: 20.03.2019

2019-03-07 Thread Jakob Laue
I would love to be there, if only  it wasn't 1300 km away from where I live :-(
 

Gesendet: Donnerstag, 07. März 2019 um 17:08 Uhr
Von: "Jaime Oliver La Rosa" 
An: pd-list@lists.iem.at
Betreff: Re: [PD] [PD-announce] Pd~graz burn down: 20.03.2019



have a great concert!

J

On 3/7/19 10:46 AM, IOhannes m zmoelnig wrote:


hi all.

15 years ago, some folks in graz (including yours truely) founded a
non-profit organisation "Pd~graz", mainly to organize the 1st
Pd~convention in 2004 (those were the days!)

at the end of last year the austrian police wrote me a letter, asking
whether our association is still alive. and indeed we found that we (as
a club) hadn't had any real activity in the last 9 years or so, and
therefore we decided to terminate the association for good. (no need to
feel sorry. Pd~graz's raison d'être was to make Pd rule the world. this
mission is practically accomplished).

in any case, we are celebrating with a final concert.

the concert will be in two weeks(20.3; right that's pretty soon), at the
postgarage[1]. those of you who have been at the very 1st Pd~convention
will remember it fondly.

anybody who happens to be in the vicinity should of course come and
party with us.
if you are prepared to show your screen, there might even be an open mic
session.

gfmdsar
IOhannes

[1] http://postgarage.at/


 

 

___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce

 

 

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list


___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list







___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] stable hid object?

2019-02-25 Thread Jakob Laue
Hey IOhannes,

 

for [hidio] I read it here:

https://puredata.info/downloads/hidio

..where it says "no stable release yet".

 

For [hid] I remembered this sentence in the top right corner of the help patch

https://puredata.info/downloads/hid/screenshot/image_view_fullscreen

 

..but looking at this

https://puredata.info/downloads/hid

..it says that there is a stable release...

 

Sorry, that's my fault. So, I assume that I should go with [hid] rather than [hidio] right?

 

Thank you, Jakob

 

Gesendet: Montag, 25. Februar 2019 um 10:00 Uhr
Von: "IOhannes m zmoelnig" 
An: pd-list@lists.iem.at
Betreff: Re: [PD] stable hid object?

On 24.02.19 23:33, Jakob Laue wrote:
> Hey all,
> Sorry for asking so many questions lately, but I am on holiday and
> finally have some time to work on my project :-)
> I need to get data from a hid controller into my patch.
> I tried [hid] and [hidio]. But as far as I have read, both are unstable.

where did you read what?

regarding code stability, both have not changed in the last decade; so
could be considered *very stable*.

ghadf,sr
IOhannes

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] stable hid object?

2019-02-24 Thread Jakob Laue
Hey all,

Sorry for asking so many questions lately, but I am on holiday and finally have some time to work on my project :-)

I need to get data from a hid controller into my patch.

I tried [hid] and [hidio]. But as far as I have read, both are unstable. 

Are there alternatives? So far, I have not found any.

 

All the best, Jakob

 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Audio clicks with postgresql external

2019-02-24 Thread Jakob Laue
Thank you very much !
 

Gesendet: Freitag, 22. Februar 2019 um 10:54 Uhr
Von: "Dan Wilcox" 
An: "Jakob Laue" 
Cc: Pd-List 
Betreff: Re: [PD] Audio clicks with postgresql external


My 2 (EUR) cents... :)
 



Message: 2
Date: Thu, 21 Feb 2019 22:46:32 +0100
From: Antoine Rousseau <anto...@metalu.net>
To: Pd-list <pd-list@lists.iem.at>
Subject: Re: [PD] Audio clicks with postgresql external
Message-ID:
<caocg5hx9up7empn3soegppvaais07wj4yh5ecn2sx09gt1x...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

You could try:
- to launch a second instance of Pd from your init script, and communicate
via [netsend] / [netreceive]
- or to run this second Pd instance via [pd~]; this could be simpler to
implement (because you'll just use inlet/outlet to communicate), but I
don't know, even with -noaudio and -nogui flags, if it will avoid the
master instance to block.



 

On limited resource machines, if you have plenty of RAM, I would suggest running the postgres part of the project in a separate process using something like a python script. Then use OSC for the communication. This way, Pd will never block the audio while the postgres process blocks accessing the db. You can wrap up the project into a script which starts both pd and the python script in the right order. Even better would be to write it in C, but try something like Python first and stick with it if it works well enough.

 

This approach worked quite well for me on my old wearable running a 500 Mhz Pentium 3 with 256 Mb RAM. One thing to do is to balance the process priority toward Pd by using "nice" to make Pd "no nice" and make the python script / postures access program "more nice."

 

I'm a bit conservative and have never approached running *everything* in Pd partially because of this reason. I usually write separate IO programs which then communicate to Pd which does the audio and most of the creative "sauce" / mapping. The added benefit of this approach is that you can easy distribute things if/when you need to, such as expanding an existing installation to have say 10 clients and 1 server.

 




Dan Wilcox

@danomatika

danomatika.com

robotcowboy.com

 










___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] installing hcs library on Raspberry Pi

2019-02-24 Thread Jakob Laue
Thank you!!
 

Gesendet: Sonntag, 24. Februar 2019 um 20:23 Uhr
Von: "IOhannes m zmölnig" 
An: pd-list@lists.iem.at
Betreff: Re: [PD] installing hcs library on Raspberry Pi

On 2/23/19 1:55 PM, Jakob Laue wrote:
> Hi all,
> i am trying to install the hcs library on Raspbian Stretch with Pd 0.49.


apt-get install pd-hcs

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Installing iemlib on Pd 0.49 possible?

2019-02-24 Thread Jakob Laue
Thank you very much :))) :-D

 

For all who are interested:

After installing the library with apt-get you have to do this in Pd

1) Add search path: Preferences->Search Paths->New->/usr/lib/pd/extra/iemlib (Thats where it was installed on my system)

2) Add iemlib library: Preferences->Startup->Command Line Options: -lib iemlib1:iemlib2:iem_mp3:iem_t3_lib

 

 

Gesendet: Sonntag, 24. Februar 2019 um 20:24 Uhr
Von: "IOhannes m zmölnig" 
An: pd-list@lists.iem.at
Betreff: Re: [PD] Installing iemlib on Pd 0.49 possible?

On 2/24/19 1:43 PM, Jakob Laue wrote:
> Hey all,
> Is it possible to install iemlib on a Raspberry Pi with Pd 0.49?

apt-get install pd-iemlib

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Installing iemlib on Pd 0.49 possible?

2019-02-24 Thread Jakob Laue

I think I found myself a hint.

I guess I should use

https://salsa.debian.org/multimedia-team/pd/pd-iemlib

 

Sorry for the spamming... :(

 

Gesendet: Sonntag, 24. Februar 2019 um 13:43 Uhr
Von: "Jakob Laue" 
An: pd-list@lists.iem.at
Betreff: [PD] Installing iemlib on Pd 0.49 possible?



Hey all,

Is it possible to install iemlib on a Raspberry Pi with Pd 0.49?

In the Readme of the library it says that iemlib is only compatible with pd-0.38-3 to pd-0.39-2.

 

I am on Raspbian Stretch and Pd 0.49 and I followed the install instructions carefully.

When I do "make" I get this:

 


iem_pbank_csv.c: In function ‘iem_pbank_csv_write’:

iem_pbank_csv.c:100:29: error: assignment of read-only location ‘*(format->s_name + (sizetype)p)’

           format->s_name[p] += 'a' - 'A';

                             ^~

iem_pbank_csv.c: In function ‘iem_pbank_csv_read’:

iem_pbank_csv.c:389:29: error: assignment of read-only location ‘*(format->s_name + (sizetype)p)’

           format->s_name[p] += 'a' - 'A';

 

I am thankful for any hints :-)

Best regards, Jakob


 

___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] Installing iemlib on Pd 0.49 possible?

2019-02-24 Thread Jakob Laue
Hey all,

Is it possible to install iemlib on a Raspberry Pi with Pd 0.49?

In the Readme of the library it says that iemlib is only compatible with pd-0.38-3 to pd-0.39-2.

 

I am on Raspbian Stretch and Pd 0.49 and I followed the install instructions carefully.

When I do "make" I get this:

 


iem_pbank_csv.c: In function ‘iem_pbank_csv_write’:

iem_pbank_csv.c:100:29: error: assignment of read-only location ‘*(format->s_name + (sizetype)p)’

           format->s_name[p] += 'a' - 'A';

                             ^~

iem_pbank_csv.c: In function ‘iem_pbank_csv_read’:

iem_pbank_csv.c:389:29: error: assignment of read-only location ‘*(format->s_name + (sizetype)p)’

           format->s_name[p] += 'a' - 'A';

 

I am thankful for any hints :-)

Best regards, Jakob


 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] installing hcs library on Raspberry Pi

2019-02-24 Thread Jakob Laue

Hey, sorry, 

I think I didn't reply to the list..

 


Hey Christof,

thank you for your answer!

I took two approaches editing the Makefile:

1) I added the header file to the EXTRA DIST section like this:


EXTRA_DIST = README-ifeel.txt ifeel.h /home/pi/Documents/pd-0.49-0/src/g_canvas.h

and like this

EXTRA_DIST = README-ifeel.txt ifeel.h /home/pi/Documents/pd-0.49-0/src

with no succes, the same error occurs.


2) Then I edited the CFLAGS section like this:

CFLAGS = -DPD -I"$(PD_INCLUDE)" -I/home/pi/Documents/pd-0.49-0/src -Wall -W -g

 

With this, the original error disappears, but I get a new one:

classpath.c:90:22: error: ‘sys_searchpath’ undeclared (first use in this function)

  x->x_top->nl_next = sys_searchpath;

 

Is Hcs maybe built for Pd-extended and does pd-extended maybe use another g_canvas.h than Pd Vanilla?

Thanks with best regards,

Jakob





Gesendet: Samstag, 23. Februar 2019 um 20:53 Uhr
Von: "Christof Ressi" 
An: "Jakob Laue" 
Cc: pd-l...@iem.at
Betreff: Aw: [PD] installing hcs library on Raspberry Pi



hi, g_canvas.h is not part of the public API, so it's probably not in the include/ folder, but you can find it in the Pd sources. Christof
 

Gesendet: Samstag, 23. Februar 2019 um 13:55 Uhr
Von: "Jakob Laue" 
An: pd-l...@iem.at
Betreff: [PD] installing hcs library on Raspberry Pi



Hi all,

i am trying to install the hcs library on Raspbian Stretch with Pd 0.49.

I downloaded the sources from http://puredata.info/downloads/hcs

But I actually don't know what to do.

Trying 'make' gives me:

 

canvas_name.c:4:22: fatal error: g_canvas.h : No such file or directory

#include "g_canvas.h"

 

Any help is greatly appreciated :-)

Thanks, Jakob

___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list











___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] installing hcs library on Raspberry Pi

2019-02-23 Thread Jakob Laue
Hi all,

i am trying to install the hcs library on Raspbian Stretch with Pd 0.49.

I downloaded the sources from http://puredata.info/downloads/hcs

But I actually don't know what to do.

Trying 'make' gives me:

 

canvas_name.c:4:22: fatal error: g_canvas.h : No such file or directory

#include "g_canvas.h"

 

Any help is greatly appreciated :-)

Thanks, Jakob



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] [PD-announce] Mission Completed: Cyclone 0.3 stable release is out!

2019-02-22 Thread Jakob Laue
Congratulations and thank you for your work!!
 

Gesendet: Freitag, 22. Februar 2019 um 03:24 Uhr
Von: "Alexandre Torres Porres" 
An: pd-annou...@lists.iem.at
Betreff: [PD] [PD-announce] Mission Completed: Cyclone 0.3 stable release is out!










Howdy, please allow me to share a rather personal and detailed report to this dear list about this release: The Cyclone Library (a set of Pure Data objects cloned from Max/MSP) is finally upgraded to version 0.3! The main goal of Cyclone 0.3 was to update it to Max 7! Max 8 is out now and there are minor updates that could be included in cyclone, which may be ported in a possible future 0.4 release. Cyclone 0.3 also provide numerous fixes, several new objects and a newly written documentation!

 

In the last release (cyclone 0.3 release candidate 1), we noted how we finished updating our last object to Max 7! The catch was that we still needed to update  [comment], which won't be updated to Max 6+. Now it's been updated but not yet fully compliant to Max 5 - nonetheless it's "acceptable" and further work can be taken care in future 0.3.x releases. Anyhow, there were also other updates and fixes and the thing is, with what we have now, I just feel comfortable and happy to state: "Mission Completed: Cyclone 0.3 stable release is out!".

This took 3 years. In fact, this release happens in the exact day of the 3rd anniversary of our repository. I was pretty clueless on how to code externals when we started and I still struggle a lot - even though I was able to learn a thing or two in the meantime :) -, this is to say that if it weren't for my colleagues Derek and Matt, nothing of this would be possible! I feel I have to praise and thank them (which I can't do enough) as I don't want to outshine them (since I'm the usual spokesman of the project). We made a great team! My limitations actually came in handy as I could just deal with what I could, which was the most tedious and manual labor that this project needed, like revising every object, looking for bugs, cleaning things up, dealing with the less complicated stuff while I learned how to code and etc. Then after a lot of attention, I could deliver a good briefing so they could help me fix the more hardcore stuff without all that hassle.

 

After this long period, it's also noticeable to say we lost steam. I can only speak for myself and I'm now taking care of my own library (thanks to all I've learned dealing with cyclone, I must say). I don't know much and can't promise that cyclone will keep receiving the same attention from now on, but don't expect it to be abandoned ;) The project is obviously open for collaboration and any help is welcome. We actually had a very good and recent contribution from Diego Barrios Romero, who made it possible for anyone to compile cyclone now as a single library! Apparently he needed this to load cyclone with libpd more conveniently. Further cyclone releases may also bring the option of a single compiled binary. Instructions on how to compile cyclone as a single library and more about the project in genera can be found here: https://github.com/porres/pd-cyclone/blob/cyclone0.3/README.md Also check the changelog for a full list of changes: https://github.com/porres/pd-cyclone/blob/cyclone0.3/documentation/extra_files/CHANGELOG.txt

 


Cyclone is now available for the main architectures via Pd (Help => Find Externals) - it might take a while until it shows up in the system. You can also get it from here: https://github.com/porres/pd-cyclone/releases/tag/cyclone0.3


 

For last, I can't finish this message without thanking the Pd Community in general (specially Dan and IOhannes for being big players and great leaders) but mostly Miller Puckette, of course, without whom there's be no Max or Pd (and therefore no cyclone). We obviously need to also thank the original author of Cyclone, Krzysztof Czaja, who created this important library for Pd! Hans Christof Steiner needs to be honored for maintaining this library and keeping it in Pd Extended for a long time, and later Fred Jan Kraan was also very important to start fixing and updating this library after so long in the cyclone 0.2 releases. 

 

Cheers








___ Pd-announce mailing list pd-annou...@lists.iem.at https://lists.puredata.info/listinfo/pd-announce ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] Audio clicks with postgresql external

2019-02-18 Thread Jakob Laue
Hey all,

I am working on a sample player in pd.

In my patch I am using a postgresql external from here:

https://sourceforge.net/p/pure-data/svn/17183/tree/trunk/externals/postlude/psql/

 

Unfortunately, I get audio clicks when I send a query to my database, which is of course a no-go

as I am playing audio samples.

 

I am on a Raspberry Pi 2, Raspbian Jessie with pd 0.49.

I start my patch like this: sudo pd -rt -nogui mypatch.pd

(sudo because I am using a wiringPi_gpio external which causes pd to crash when it isnt run with sudo...)

 

My queries are only to localhost.

Do you have any ideas how I could solve this?
My first idea was to simply not use postgresql and somehow stick to tables within pd.

But postgresql would come in handy in my patch because I actually wanted to connect to the database from another

second Raspberry Pi aswell.

 

Thanks, Jakob



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] rtp-midi on raspberry pi

2019-02-06 Thread Jakob Laue
Hey all,

Does anyone of you have any experience with using rtp-midi on a raspberry pi (ideally combined with pd)?

I want to sync to raspberry pis running pd and i am hoping for some kind of latency compensation by using an

implementation of rtp-midi.

 

Best regards, Jakob



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] postgresql externals available?

2019-02-05 Thread Jakob Laue
Many thanks to both of you!
 

Gesendet: Dienstag, 05. Februar 2019 um 20:01 Uhr
Von: "IOhannes m zmölnig" 
An: pd-list@lists.iem.at
Betreff: Re: [PD] postgresql externals available?

On 2/5/19 6:52 PM, Lucas Cordiviola wrote:
> hi,
>
> Try here : https://sourceforge.net/p/pure-data/svn/17183/tree/trunk/externals/postlude/psql/

if you want git, use:

https://git.puredata.info/cgit/svn2git/libraries/postlude.git/


gdmsar
IOhannes

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] postgresql externals available?

2019-02-05 Thread Jakob Laue
Hey all,

here..

https://puredata.info/dev/SQL

..i have read about an external for sending queries to a postgresql database.

But there is no release. Does anybody have more information on this?

This external is exactly what I need.

 

I am on a Raspberry Pi running Pd-0.49. 

 

Thanks, Jakob



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list