[PD] [unpackOSC] reentrancy problem (was Re: [packOSC] reentrancy problem)

On 2015-11-17 10:15, Roman Haefeli wrote: > I see. It's not complicated at all on a patch level to make [packOSC] > allow reentrancy. See attached patch. I can live easily without it being > fixed in [packOSC]. your solution unfortunately shows that [unpackOSC] is broken as well. since messages

Re: [PD] [packOSC] reentrancy problem

On 2015-11-19 09:49, IOhannes m zmoelnig wrote: > i had a quick glance at the code (didn't even try it out), now that i did try it out, it seems that something is going wrong, since when i do deeper recursion, i either get weirdo printout or segfaults (which makes me think of memory corruption).

Re: [PD] [hdplay~] problem

Hello, Am 18.11.2015 um 13:57 schrieb Py Fave : > in your playhd patch > > > you can change the lenght of the array in sfplay look help I am using PD Vanilla. > also i see in soundfiler help: > > read - resize should help > > -maxsize The abstraction uses [readsf~]

[PD] New postgraduate programme "exMedia" – Academy of Media Arts Cologne

(german text version below) Kunsthochschule für Medien Köln – Academy of Media Arts Cologne exMedia experimental – expanded – existential The Academy of Media Arts Cologne recently founded the new department exMedia that integrates Design, Coding, Space, Sound, Animation and Games.

Re: [PD] [hdplay~] problem

you should "-maxsize" option. ex: [read -resize -maxsize /path/to/file arrayname( | [soundfiler] change maximum size() by samples what you want. akntk On Tue, Nov 17, 2015 at 4:28 AM, wrote: > Hi, > I wrote a little wrapper abstraction for [hdplay~] (s.

Re: [PD] Array List View

anyway nice idea, jonathan! thanks for this patch. On Fri, Nov 13, 2015 at 9:32 AM, Jonathan Wilkes via Pd-list < pd-list@lists.iem.at> wrote: > I don't know. Something like this with the guts hidden? > > I didn't do the hard stuff, like handling out-of-bounds elements if the > array isn't a

Re: [PD] [hdplay~] problem

Judging from the [readsf~] help patch, [readsf~] takes two optional arguments: 1. number of channels 2. buffer size per channel in bytes I think argument 2 might be worth investigating ... Dan Wilcox @danomatika danomatika.com

[PD] Font Options

Hello, I am new to Pure Data, and am having trouble with text display. The default display settings are a very small font size and font smoothing is not handled properly, so if I have my system settings using the "standard" font smoothing method, which is to use normal greyscale smoothing at

Re: [PD] fexpr~ block limitations - bug

thanks for your effort! anyway, how to open the "expr~.d_fat" file on linux? akntk On Sat, Nov 7, 2015 at 1:50 AM, Shahrokh Yadegari wrote: > Hi Alexandre, (and all) > > Attached is a pre Version 0.5 expr~.d_fat compiled on OSX 10.9.5 with some > fixes. I have fixed a number of

Re: [PD] fexpr~ block limitations - bug

You don’t It’s only compiled for OS X, as he said in the original email. You need it compiled for linux ... Dan Wilcox @danomatika danomatika.com robotcowboy.com > On Nov 19, 2015, at 10:02 AM,

Re: [PD] Array List View

That's just a matter of creating a single number box and connecting its output to [s $0-offset]. Well, there's bounds checking, too-- the point is it's all just a Pd patch so you're unlikely to crash Pd by revising the functionality.  Plus the barrier to entry is much lower than the small

Re: [PD] fexpr~ block limitations - bug

Sorry, the object is compiled for OS X and will not work on linux. I am close to sending out an alpha, in which I may either find a linux setup to compile, or attach the sources for somebody else to compile for linux. I will also need somebody to compile and test the object within Windows