Someone posted before on this (http://puredata.hurleur.com/sujet-8900-audio-error-samples) but it seems the issue was never resolved.

It really didn't seem like it was interfering with my work until last night when I was recording and every once in a while the audio would cut out for a second and the console would display the red "audio I/O error" and would print nothing. The error also displays when I first turn the DSP on, as well.

This also happens to me only when using samples ([tabread4~]?) and not other objects; will confirm later. I'm running OSX 10.6, Pd-extended 43.4, and usually a MOTU 828mkI, though the error also appears when using the built in in/out. I'll test this in Linux later today (though not with the 828).

Maybe using jack as the driver instead of portaudio?

I'm using pd-extended 43.4 and can't for the life of me get the [shell] object to build. I can find the .dll file in the ggee library but the object won't create. Other ggee objects build just fine.

I also have a mac and Linux machine (both 32-bit) that build the object without any issues. Anyone else have this issue on Windows? I'm running a 64-bit version of Windows 7 with plenty of horsepower.

I'm working on a small patch and in a nutshell, my problem is that I can't understand why I am unable to have a [tabread4~] read from a table with a $0 argument in another subpatch.

That is, I can find what the $0 value is in the subpatch it is created in. Then I can feed that value to the [tabread4~] using [set $1-table( to ask it to read from that table. I figured it would work but it doesn't.

Am I just fundamentally misunderstanding something about subpatching? The example I included uses two [tabread4~] objects that use a [switch~] to turn each one on or off internally so they both are never on at the same time. It's a closer analogue to what I'm actually trying to do.

http://www.pdpatchrepo.info/hurleur/$0-arg.pd

I'm trying to get an RSS feed into Pd using py/pyext (http://grrrr.org/research/software/py/) and I continue to run into the error: "The procedure entry point sys_close could not be located in the dynamic link library pd.dll"

It was originally complaining that it could not find pthreadVC.dll (even though it was in /bin) so I reinstalled Pd only to get this message.

Anyone else ever have this issue? Or is there an easier way to get an RSS feed into Pd?

Just thought I'd share my abstraction of the gaussian function.

I needed a bell curve for a project I'm working on and it turns out the [gaussian] object included in the latest pd-extended (extras/mapping) is not complete and yields incorrect results.

To distingish it from the object already included I just called it [gauss_func]. Enjoy!

http://www.pdpatchrepo.info/hurleur/gauss_func.pd

Wondering if anyone has tried to loop videos in Pd.

I can see how I'd probably make it work by capturing the sequence of frames I want in the loop and then feeding that back to run them continuously, but what if the film is not in a digital format? That is, from a webcam or from video being fed to Pd from something else; i.e. no frame numbers!

Perhaps [pix_record], but I'd rather not wait for the file to be totally written. Basically what I'm thinking is a video version of an audio sampler/delay, where I can grab samples in real-time and loop them on themselves continuously in a given amount of time.

Maybe it's time for another bit of software...

I've created a working 8-channel spatialization using [rvbap], [mtx_mul] and [cube_sphere], much like what Georg Holzmann does in his tutorial. However, when I try to load my own patch first, Pd cannot create [rvbap], nor [define_loudspeakers]. I've tried doing everything I know (which is not much) to make it work, but the only thing that does work is to load the rvbap-demo first from extra~ to load the objects, then open my patch.

I've put the path in my startup and everything I thought would work... So I guess my question is:

What the hell is going on?

Yes, yes, I've seen the dozens of posts throughout the forum and the web related to game controllers and PD.

Unfortunately, I can't get PD to recognize the Xbox controller at all through [hid]. I've downloaded the driver from tattieboogle.net and gotten my computer to recognize it (through USB Prober), but it refuses to show up in PD when I send the print message to [hid].

I've tried mostly everything and cannot see why it won't work. Please advise.

I've created a video mixer that responds to amplitude (of particular frequencies or not) that control the values of the [colorRGB] object. Each video has its own subpatch that governs the way (and frequencies, gain, etc.) [colorRGB] responds. That is, each video can respond independently to incoming sound, from the same channel or otherwise.

However, when I run both videos into [pix_mix], I run into a problem. The videos mix fine but only the [colorRGB] object for the first video (running into the left inlet) is affecting the color and it does no matter where the fader is. That is, regardless of how I may alter the second inlet video's [colorRGB], it seems to be bypassed and affected only by the first video's inlet [colorRGB]. I have no idea how it is doing this nor why. I've tried getting around the problem by creating a 'fader' with additional [colorRGB] objects for each video and inverting the values of alpha to no avail. The new object resets each value of the original [colorRGB] and all is lost.

I'm thinking trying to use a similar alpha-inverse subpatch and rendering them to the same rectangle? Baahh! Should be easy...

That makes sense. I won't be able to test it again for a couple weeks cause I'm moving... I think you're right, though, to increase the buffer setting.

Thanks Maelstorm!!!