I have the following directory hierarchy [in the files attached]:
./dir1/dir2/dir2patch.pd
./dir1/dir1patch.pd
./top.pd
In top.pd I [declare -path dir1]
In ./dir1/dir1patch.pd I [declare -path dir2]
and in each of the patches I print out that the patch has loaded.
If I open 'top.pd' I get an er
is there a firmata vertion with at least basic master to slave SPI support?
what is the fastest way to be able to use digipots with Pure Data?
both digipots and digital to analog converters need the SPI protocol to operate
and it is still not implemented in firmata!!!
i tried using RC low pass f
I think that the goal here is to have Deken packages self “operational”, not
needing Dlls outside its folder.
Here's a list of all Dlls that were used by Extended 0.44: (1)
Since all of these have to be included in the appropriate Deken pkg, I think
its not necessary to recompile externals.
I und
thanks for all the info. being so used to unix systems it feel like I am in
some kind of nightmare not even knowing how to use the command prompt
with:
ffmpeg -i xxx.mov -c:v copy yyy.avi
i get:
[pix_film]: opening C:/Users/megrimm/Desktop/yyy.avi with format 1908
Unable to connect filters -2
On 07/08/2016 05:56 PM, me.grimm wrote:
> Yeah the error I got with Pd 0.47.1/ Gem 0.93.3 is:
>
> "filmQT: Could not initialize quicktime: error -209"
>
> I DID install Quicktime and error went away but again, Quicktime on Windows
> is now depreciated so in the future?
if you don't install Q
On Mon, 2016-07-11 at 15:32 +0200, Winfried Ritsch wrote:
> Hello,
>
> 1) Had anyone experience with or used the tag type "m" for
> transmitting MIDI
> over OSC ?
>
> from http://opensoundcontrol.org/spec-1_0 :
>
> " m 4 byte MIDI message. Bytes from MSB to LSB are: port id, status
> byte,
> d
On Mon, Jul 11, 2016 at 12:53 PM, Lucas Cordiviola
wrote:
> *I see that in the svn repository, externals/Makefile calls for pthreadGC2
> when building with MinGW, while Miller's pd-0.47-1 makefile.mingw calls for
> pthread. And the last pd-extended for Windows has only pthreadVC.dll in its
> bin
I see that in the svn repository, externals/Makefile calls for pthreadGC2 when
building with MinGW, while Miller's pd-0.47-1 makefile.mingw calls for pthread.
And the last pd-extended for Windows has only pthreadVC.dll in its bin
directory.
Surely extended installer placed pthreadGC2 in the syst
On Mon, Jul 11, 2016 at 9:32 AM, Winfried Ritsch wrote:
> Hello,
>
> 1) Had anyone experience with or used the tag type "m" for transmitting
> MIDI
> over OSC ?
>
> from http://opensoundcontrol.org/spec-1_0 :
>
> " m 4 byte MIDI message. Bytes from MSB to LSB are: port id, status byte,
> data1, d
I see that in the svn repository, externals/Makefile calls for pthreadGC2
when building with MinGW, while Miller's pd-0.47-1 makefile.mingw calls for
pthread. And the last pd-extended for Windows has only pthreadVC.dll in its
bin directory.
pd-046-7 for Windows has pthreadVC.dll as well as pthreadV
Ok I get it, that's quite cool but, so there will be copies of the same lib
into each external folder needing it?
Yes sure but that's ok.
This way we don't have to recompile anything, that's not bad.
I think that yes, but I have to do more tests.I'm testing on win8.1 and win10,
not sure if it wor
Le 11/07/2016 16:26, Lucas Cordiviola a écrit :
Perhaps I wasn`t clear, pthreadGC2.dll inside mrpeach folder renders
OPERATIONAL [tcpclient] and other objects.
This conform IOhannes intention that deken pkgs should be self
operational, I.e no need to place anything outside the external folder.
Yes I forgot to mention the path where resides pd binary, but I did in the
first mails of this thread... But this is same problem, there is no method in
deken to put those dll in pd/bin dir, users have to do this manually.
Perhaps I wasn`t clear, pthreadGC2.dll inside mrpeach folder renders
OP
Hi,
On 07/07/2016 20:06, James Bullock wrote:
granular synthesis in Pd. For asynchronous synthesis
Was a bit shy about posting this which I made myself as it's rather
minimalistic (and the 'GUI' part would really need a good re-patch..).
But, here goes in case someone else finds it helpful/
Le 11/07/2016 16:04, Lucas Cordiviola a écrit :
/oupse, I didn't see it hidden in wow64 folder, the good new is
that only /
/externals/Makefile have to be tweaked for using pthreadVC.lib in
pd/bin/
Are you sure pthreadVC.lib is going to have longevity?
What if Miller change thi
oupse, I didn't see it hidden in wow64 folder, the good new is that only
externals/Makefile have to be tweaked for using pthreadVC.lib in pd/bin
Are you sure pthreadVC.lib is going to have longevity?What if Miller change
this?
I think it's fixed now, so I make an archive with all mrpeach objects
Hello,
1) Had anyone experience with or used the tag type "m" for transmitting MIDI
over OSC ?
from http://opensoundcontrol.org/spec-1_0 :
" m 4 byte MIDI message. Bytes from MSB to LSB are: port id, status byte,
data1, data2"
2) Is there a defined protocol for MIDI over OSC ?
3) How to imp
Hello,
Le 11/07/2016 à 02:44, Lucas Cordiviola a écrit :
Hi Patrice,
Thanx for your explanations!!!
I've tested your recompiled [tcpserver] and I get a system error that
say *pthreadGC2.dll* is missing.
Probably it has to be re-compiled?
oupse, I didn't see it hidden in wow64 folder,
18 matches
Mail list logo
