On 2015-10-08 02:01, Matt Barber wrote:
> I can't think of a good solution just yet, aside from rewriting the g_array
> functions to check to see if a resize is actually needed.
>
how would you do that?
Pd does not provide an API to release an array from being used in DSP.
so once an object (or
Thanks Patrice . I tried your patch and it work great. Unfortunately in
the final version of this project I may have to use OSX. I assume Dbus
isn't used on OSX but maybe there is something similar that can be used
with VLC?
Jim
On 2015-10-08 12:37 AM, patrice colet wrote:
DBus interface
Just one thing with that feature, take care not to over the length of you
video, mplayer doesn't like that.
One nice "feature" is that sending "bye" closes the mplayer instance. The
only thing I couldn't get to work is using broadcast messages from pd, to
control several instances of mplayer with
Thanks Etienne, I didn't know about this feature of mplayer. I assume
this would work across platforms which is great. I'll give it a try.
Jim
On 2015-10-07 02:31 PM, Etienne Landon wrote:
You could use the -udp-slave option with mplayer, and send the
timecode from puredata. Just used that to
On Thu, Oct 8, 2015 at 12:23 AM, Jonathan Wilkes wrote:
> Ok, try this in place of the command that was giving the error:
> pdtk_post "rank tk speculation follows: [font actual [get_font_for_size
> $font_size] -displayof $tkcanvas]\n"
>
There you got it, inspector Wilkes! For
Thanks Max. It looks like you have assembled a great collection of AV
patches. I will take a look at them and see what I can use and yes if I
come up with anything unique I will add it.
Jim
On 2015-10-07 03:28 AM, Max wrote:
A while back I've tried to document different methods, mostly they
Hi all,
I have a strange problem since upgrading my Raspberry Pi 2 to Debian
Jessie and PureData 0.46.7: MIDI stopped working on pd-startup by
setting the commandline-parameters.
In detail:
An Arduino MIDI-Controller is connected via USB to the RPi2. No changes
have been made to this, and MIDI
On 2015-10-08 13:39, cornicis via Pd-list wrote:
> won't get any MIDI input
> (miditest.pd is just printing incoming midi notes).
isn't this what you want? if you don't get MIDI input, how can it print
incoming midi notes?
> $ puredata -d 3 -verbose -nogui -alsamidi -midiindev 1 -listdev
try
In this case the array knows its size and sinesum always requests a size,
so those could be compared before running an actual resize.
On Oct 8, 2015 3:22 AM, "IOhannes m zmoelnig" wrote:
> On 2015-10-08 02:01, Matt Barber wrote:
> > I can't think of a good solution just yet,
On 2015-10-08 15:09, cornicis via Pd-list wrote:
> Thanks for the fast response!
>
> On 08.10.2015 13:55, IOhannes m zmoelnig wrote:
>> On 2015-10-08 13:39, cornicis via Pd-list wrote:
>>> won't get any MIDI input
>>> (miditest.pd is just printing incoming midi notes).
>> isn't this what you
Thanks for the fast response!
On 08.10.2015 13:55, IOhannes m zmoelnig wrote:
> On 2015-10-08 13:39, cornicis via Pd-list wrote:
>> won't get any MIDI input
>> (miditest.pd is just printing incoming midi notes).
> isn't this what you want? if you don't get MIDI input, how can it print
> incoming
Four things:1) The font dialog shouldn't use numbers. It should say "tiny",
"small", "medium", etc. because those numbers just mislead the user.
2) Font dialog number "10" in Vanilla may correspond to any font size that
hasa width less than or equal to 7 pixels (and height <= 13). That
On 2015-10-08 13:35, Matt Barber wrote:
> In this case the array knows its size and sinesum always requests a size,
> so those could be compared before running an actual resize.
oops, yes of course.
Pd should do that.
i'm sure that what i read in your email this morning is not what you had
I may have someone who wants to do it for a thesis project
Patrick Pagano B.S, M.F.A
Audio and Projection Design Faculty
Digital Worlds Institute
University of Florida, USA
(352)294-2020
From: Pd-list on behalf of Chris
You’re probably doing it too quickly after launching pd. I usually sleep a
second or two after starting pd before calling aconnect in my scripting. Pd
probably sets up the midi connection to ALSA much more quickly on your desktop
than on the pi which is why it works on 1 and not on the other.
I haven't tried this in a while, but it might be worth trying to build a
custom sinesum abstraction that fills the tables manually with an until
loop and then normalizes them. This may take too long, though. There's
probably another solution with [tabsend~] and [tabreceive~] where you write
the
Dynamic patching is rough but possible. If you try it, you'll want to make
sure not to dynamically patch any tilde objects. Also I can't remember if
deleting a table already used in dsp triggers a recalculation, so it may
not even be worth it.
In your patch the sine weights are hardcoded. Can we
On 10/08/2015 09:11 PM, Matt Barber wrote:
> Also I can't remember if
> deleting a table already used in dsp triggers a recalculation,
yes, that's the point of tracking tables used in dsp.
gfamdsr
IOhannes
signature.asc
Description: OpenPGP digital signature
On Thu, Oct 8, 2015 at 3:41 PM, Jonathan Wilkes wrote:
> Four things:
> 1) The font dialog shouldn't use numbers. It should say "tiny", "small",
> "medium", etc. because those numbers just mislead the user.
Numbers only mislead the user when the wrong font size is displayed,
Hi katja,What you say is completely reasonable. And according to Pd's source
code, it also happens to be wrong.
Here's the definition of a size "10" font, from sys_fontlist of
s_main.c:fi_fontsize = 10 (we don't know what the units are but I'm guessing
it's supposed to be points)
fi_maxwidth
Thank you all for your help. Matt, Your solutions sounds interesting. I'm not
familiar with block size issues and how the fourier analysis objects work apart
that I know what they do (at least roughly). I guess it's about time I go
deeper into this. I'll start with Miller's book unless you have
21 matches
Mail list logo