Re: [PD] PD Internal Message "filename"

2015-09-23 Thread Jonathan Wilkes via Pd-list
Hi Chris,I see that method in Pd-l2ork, which still has a lot of code before the 0.43rewrite.  It is absent in Pd-Vanilla 0.46, but maybe it was replaced with"menunew" I don't think either of those are meant to be used directly by the user, but youcan give it a shot. -Jonathan On Wed

[PD] PD Internal Message "filename"

2015-09-23 Thread Chris
Hello list! I've been working a lot with internal messages in the past few days to dynamically create patches. I noticed when switching from pd-extended to vanilla that sending "filename example.pd /path/to/file" to [s pd] gives me an error: "pd: unknown message filename example.pd /path/to/file".

Re: [PD] more delay weirdness

2015-09-23 Thread Alexandre Torres Porres
2015-09-23 8:08 GMT-03:00 Christof Ressi : > Alexandre, it's cool that you're out on 'bug hunt', however, on some > things you could take a little more time to figure out if things are really > a bug or just mistakes on our own. > well, never said this particular thing was a "bug", I just have a

Re: [PD] [vd~] VS [delread~] - different delay limit!

2015-09-23 Thread Alexandre Torres Porres
yeah, the patch I mentioned, is here 2015-09-23 11:34 GMT-03:00 Alexandre Torres Porres : > well, in my test in the attached patch, the delrwrite is at 4000 size, and > delread will read all the way up there instead of only to about 1000 as vd~ > does > > I'd like to see your test please, as I do

Re: [PD] [vd~] VS [delread~] - different delay limit!

2015-09-23 Thread Alexandre Torres Porres
well, in my test in the attached patch, the delrwrite is at 4000 size, and delread will read all the way up there instead of only to about 1000 as vd~ does I'd like to see your test please, as I dont know what to say, looks to me it is different. I didn't create a second thread cause I thought tha

Re: [PD] how to expand time limit for video delay?

2015-09-23 Thread Arturo Moya Villén
Thanks for the hint, Johnny, splitting automatically the videos is a interesting idea, and I'll use it if Iwant to access specifics moments in time. In my last project the point in time was determinated depending on people's movement, but I accessed to it in a continuous way, passing through ever

Re: [PD] more delay weirdness

2015-09-23 Thread Christof Ressi
Alexandre, it's cool that you're out on 'bug hunt', however, on some things you could take a little more time to figure out if things are really a bug or just mistakes on our own. You're wondering why the 'back' [print~] starts with 2111? The first 64 samples are from a previous block. Then from

Re: [PD] [vd~] VS [delread~] - different delay limit!

2015-09-23 Thread Christof Ressi
> vd~ will have that issue where you need to divide the time in ms for the overlap number - > which I think is bad and maybe it should just work around that. It's really annoying working with a different time range. > now, delread~ doesn't need that, you can work with the actual ms    That's n

[PD] turning DSP off without disabling audio backend

2015-09-23 Thread Roman Haefeli
Hi Following up the thread about the DSP recompilation internals, it's even clearer that there are sometimes good reasons to do a 'dsp 0, dsp 1' cycle to force DSP graph recompilation, for instance to apply it only once when it would otherwise occur many times. Unfortunately, depending on the cur