Re: [PD] Strange behaviour when sending sinesum commands to arrays

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

Re: [PD] Playing Video with Audio

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

Re: [PD] Playing Video with Audio

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

Re: [PD] Playing Video with Audio

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

Re: [PD] Pd internal font size inconsistency on Raspbian

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

Re: [PD] Playing Video with Audio

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

[PD] MIDI connection problem with commandline-parameters

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

Re: [PD] MIDI connection problem with commandline-parameters

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

Re: [PD] Strange behaviour when sending sinesum commands to arrays

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,

Re: [PD] MIDI connection problem with commandline-parameters

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

Re: [PD] MIDI connection problem with commandline-parameters

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

Re: [PD] Pd internal font size inconsistency on Raspbian

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

Re: [PD] Strange behaviour when sending sinesum commands to arrays

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

Re: [PD] PdDroidParty needs a maintainer

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

Re: [PD] MIDI connection problem with commandline-parameters

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.

Re: [PD] Strange behaviour when sending sinesum commands to arrays

​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

Re: [PD] Strange behaviour when sending sinesum commands to arrays

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

Re: [PD] Strange behaviour when sending sinesum commands to arrays

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

Re: [PD] Pd internal font size inconsistency on Raspbian

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,

Re: [PD] Pd internal font size inconsistency on Raspbian

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

Re: [PD] Strange behaviour when sending sinesum commands to arrays

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