• thechainsaw

    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?

    posted in technical issues read more
  • thechainsaw

    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.

    posted in technical issues read more
  • thechainsaw

    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

    posted in technical issues read more
  • thechainsaw

    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?

    posted in technical issues read more
  • thechainsaw

    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

    posted in abstract~ read more
  • thechainsaw

    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...

    posted in pixel# read more
  • thechainsaw

    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?

    posted in extra~ read more
  • thechainsaw

    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.

    posted in technical issues read more
  • thechainsaw

    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...

    posted in pixel# read more
  • thechainsaw

    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!!!

    posted in technical issues read more
  • thechainsaw

    If I understand your question correctly, maybe [iemlib/maverage~] would do the trick.

    posted in technical issues read more
  • thechainsaw

    I'm not sure how jack or portaudio works on Raspberry Pi... Maybe just install jack on Pi? I'm sure somewhere out there someone has done it.

    I also forgot to mention in my other post that the other important thing you'd forgotten is that in the message to [soundfiler], you should use the -resize flag such that [read -resize /file/here tableName(. That way Pd sizes the table correctly for your sound, otherwise it writes until the table is full and does not change its size.

    posted in technical issues read more
  • thechainsaw

    I can see a couple things from your screenshot:

    First, if your sound is supposed to have loaded in that shot, then its only 100 samples long; i.e. it's only 0.00227 seconds long at 44.1k. Hardly any time for you to hear it. Secondly, your multiplier just before [hip~ 5] has no argument or input into the right inlet so it's essentially multiplying by 0. (Also for future reference, it's a lot easier to see what's going on when you attach a patch!)

    I attached a patch using your [tabplay~] that shows what I mean. However, I prefer to use [tabread4~] given that it gives one more control over the playback.

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

    posted in technical issues read more
  • thechainsaw

    Ran into the error again today using jack as the driver and the MOTU828 (though it also happened without the 828). I ran the message [; pd audiostatus;( and it returned:

    seconds ago error type
    5.01 A/D/A sync
    20.22 unknown
    90.88 unknown

    So it's some A/D/A sync error but that's all I was able to get out of Pd... This time it was happening with the DAC off (!) when I was loading files into a table. Latency was increased from 20ms to 50ms, then from 50ms to 100ms with no difference.

    [update]: mostly have the audio drop error when I'm using [writesf~] writing a 24-bit file but the audio drop does not show up in the .wav file that's created... really confused. CPU runs at ~10%.

    posted in technical issues read more
  • thechainsaw

    Ya, I started using jack but I haven't figured out exactly how to get my MOTU to run though it... Regardless, I was still getting the error after switching to jack so I've increased the latency to no issues yet (besides the big red warning I was talking about).

    Will advise.

    posted in technical issues read more
  • thechainsaw

    Something like this maybe?

    Start with testBuildParent.pd. Both of the patches need to be in the same path for this example.

    edit: fixed a little thing in the patch to make it clearer.

    http://www.pdpatchrepo.info/hurleur/testBuildFiles.zip

    posted in technical issues read more
  • thechainsaw

    *palm to the forehead*

    Thanks, ferr.

    posted in technical issues read more
  • thechainsaw

    Ya, I had a loadbang to set the [switch~] correctly on my other patch as well as the . My apologies for not including it here.

    I'll try again and see if I can get something. I really can't imagine why it doesn't want to work. Perhaps a Pd reinstall is in order?

    posted in technical issues read more
  • thechainsaw

    Ah, I see. Changed it and everything is cool now. I also tried using [import vbap] also, but Pd said the library was already loaded. Dunno.

    Anyway, thanks! Now if I could just get the rest of my externals to work...

    posted in extra~ read more
  • thechainsaw

    Hmmm, I was not aware of that object. I'll try it and hopefully it works! Otherwise, you'll be hearing back from me... With the patch, of course.

    posted in pixel# read more
Internal error.

Oops! Looks like something went wrong!