got it :-)
thanks!
Il 13/02/2018 09:58, IOhannes m zmoelnig ha scritto:
On 2018-02-13 09:00, Nicola Pandini wrote:
Thank you!
Also for [colorRGB] and [alpha]?
i haven't looke at your patch, but you should put anything that remains
"stable" for all particles before the [part_render
Thank you!
Also for [colorRGB] and [alpha]?
Il 11/02/2018 17:18, IOhannes m zmölnig ha scritto:
On 02/11/2018 05:12 PM, Nicola Pandini wrote:
I previously put the [part_render] between [part_sink] and [pix_film],
but the result was that the video was rendered with a speed 10x faster.
put all
missing something else? Is there anything else I'm doing wrong? Are
there other things to do in order to optimize it?
Thank you :-)
--
Nicola Pandini
http://nicolapandini.damai.it
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account
sseau
http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>
2017-12-17 11:16 GMT+01:00 Nicola Pandini <nicola.pand...@gmail.com
<mailto:nicola.pand...@gmail.com>>:
Hi list,
I've a problem w
:
Hello,
Do you have a simple patch ?
Which OS, Pd and Gem version ?
++
Jack
Le 17/12/2017 à 11:16, Nicola Pandini a écrit :
Hi list,
I've a problem with a patch with a lot of pix_film objects.
I noticed that pix_film starts consuming cpu when it loads a video, and
it never reduce the consuming
the jitter editing s_midi.c, changing:
if (midi_outqueue[midi_outtail].q_time <= midirealtime)
to
if (1)
and
if (midi_inqueue[midi_intail].q_time <= logicaltime)
to
if (1)
it works for midi note and ctl, so I think it will works even with MTC
--
Nicola P
Hi list,
I've a problem with a patch with a lot of pix_film objects.
I noticed that pix_film starts consuming cpu when it loads a video, and
it never reduce the consuming, even when playback is stopped, or when
its gemhead is disabled.
Is it a bug? Are there any workarounds?
--
Nicola
r messages: do not send them all at once but add a
few ms delay between them.
Giulio
____
From: Nicola Pandini <nicola.pand...@gmail.com>
To: pd-list@lists.iem.at
Sent: Friday, 16 June 2017, 11:47
Subject: [PD] metro slow down + audio drop-outs
Hi list,
I have a
Hi list,
I have a patch that acts as MIDI master, that sends MTC and other data
via udpsend to 4 udp ports.
It happens that sometime the patch's audio metronome begin to slow down
for a bunch of seconds. I also hear cracklings in metronome sound (the
metronome patch is based on a simple
Il 22/05/2015 05:17, pd-list-requ...@lists.iem.at ha scritto:
* IOhannes m zmölnigzmoel...@iem.at [2015-05-21 17:58]:
On 05/21/2015 10:45 PM, Peter P. wrote:
Dear list,
I am wondering how to use the -midiadddev flags. What is the difference
between -mididev and -midiadddev, and does this
Hi,
sometimes I get a strange error when I close a patch full of canvas:
(Tcl) invalid command name .x95c1d70.c
while executing
.x95c1d70.c delete graph9685b80i0
(uplevel body line 3269)
invoked from within
uplevel #0 $cmds_from_pd.x2145c60: no such object
.x2145c60: no such object
On Mit, 2014-07-16 at 14:08 +0200, Nicola Pandini via Pd-list wrote:
Hi,
I made a patch that uses metro to keep the sync between sequencers and
other instances of the patch. I also use this patch to start, stop and
set the tempo of SooperLooper. I only use this patch to do MIDI stuffs
12 matches
Mail list logo