@whale-av Thanks a lot for the elaborate reply! I wanted to try out your fix, but I checked PD to see if the problem hadn't fixed itself, and lo an behold... It suddenly works again without a problem. So strange...
So I'll hang on to your script for now, if I run into the problem again I'll try it out!
Just for the record, these are my settings now which work without a prob. For this specific setup I really only need the RME, but thanks for the suggestion anyway
Hi guys, I have a bit of a strange problem that I've been dealing with for some time now. I can't seem to find a real fix for it. I've found the exact same problem here which was allegedly fixed with an update, but I still experience the exact same thing. I don't have jackdmp installed as far as I know. I'm running win7 with an RME soundcard.
I'll start up PD, and it should have ASIO selected (since that's what I last used), instead it'll show a check next to MMIO. I click ASIO, set the settings back to how they should be (this all gets reverted back to default for some reason) and click OK.
Suddenly, neither MMIO nor ASIO are checked. When I select ASIO and then go to audio settings, the device list is suddenly empty
I can however turn on MMIO and get sound out of the speakers. But I need ASIO. Usually I just fiddle around for an hour or so, and suddenly it'll work out of nowhere (reboot or reinstall doesn't change a thing). Can't wrap my head around this one and it's seriously frustrating.
If anyone has any idea, all suggestions are welcome. Thanks.
Thanks a lot, I'll check it out right away!
The freezing doesn't seem to be related to multiouts~, it just seems to happen sometimes randomly now. The patch still runs but I'm unable to click anything or switch to edit mode. I can click File> at the top, but when I try to save or do anything else it just doesn't respond. I can only kill the process.
Help > Pd Help browser also continues to give me this strange behaviour: http://i.imgur.com/OPkIugr.png
No idea how I managed to fuck up PD like this. Should I uninstall again and try to wipe it from the registry or something?
Ok I got cicm to work, apparently the dll, help and c files needed to be in the main folder instead of sub-folders .... I also added a cicm-meta.pd file to the main folder. ( in %appdata%/roaming/pd/cicm )
suddenly I can't open my pd help browser anymore though ... getting a 'couldnt read directory' error
like this: http://i.imgur.com/OPkIugr.png
And thanks! Multiouts~ seems to work well....but now PD is crashing every time I'm working on it for more than 5 minutes ....sigh
Hi. I'm looking for solutions regarding multi-channel panning. One possible lead I've found are the ambipan~ and ambicube~ objects by CICM,
found here- http://www.maxobjects.com/?v=libraries&id_library=116&PHPSESSID=d1bcf3a4e076b2b17000d7f062f89214
the package for different OS'es can be downloaded here- http://cicm.mshparisnord.org/
(I'm on windows)
I downloaded CICMTOOL_pdwin.zip but I'm having trouble getting it to work (I haven't really installed any externals before so I don't know what I'm doing wrong). I tried putting it in %appdata%/pd and %programfiles%/pd/extra but neither had any effect. I renamed the folder to 'cicm' and then edited pd-extended.bat to include " -lib cicm " but that didn't seem to have any effect either. Editing preferences and adding the path to that folder didnt change anything.
Whenever I open the included helpfiles, the objects in question appear with a red border. I tried adding [import cicm], didn't do anything... so I'm a bit lost. Any help is much appreciated. If anyone knows about multi-channel panning solutions that would be very welcome too.
Hi, another newbie question here.
I have an RME soundcard at my disposal with 6 analog channels (it also has other types but I cant use those)
When I try to set up 3 output devices like this
I get the error message
separate audio device choice not supported; using sequential devices.
So my mixer ends up looking like this:
Which I guess corresponds to the "sequential devices'. Ofcourse I want AN 1/2 , 3/4 and 5/6. (7/8 is actually just headphones, but just to show how its acting weird)
I CAN however select Speakers (RME Fireface UCX) together with Analog (3+4) and (5+6) and then I get this
which is already a step in the right direction, but I really need all 6 channels.
I googled the error message and came upon this thread from 2003 http://lists.puredata.info/pipermail/pd-list/2003-10/014460.html but that just confused me more. I tried using these commands in the PD console but it's just giving me invalid command name errors.
I'm trying to achieve something along these lines (extremely simplified example)
I tried using ASIO but I can't select multiple devices like on the screenshots above and on top of that the audio it outputs is completely distorted. Very odd. (using MMIO now)
Any help is much appreciated.
OK nice! [line] does pretty much exactly what I want it do to! Funny to see my entire complicated sketch reduced to one box
The only thing that 'bothers' me about this is how a change between 0 and 1 or between 0 and .5 would take the same amount of time (if the same ms interval is used). So I made some additions to make sure it always goes the same speed no matter the difference between the value and the target value. Let me know what you think of this solution.
[pipe] and [delay] seem interesting too! I'll keep them in mind for future use.
@EEight Ah thx thats awesome, great to know about such little abstractions to make our life easier. Really starting to love PD!
Okay so I'm kinda proud of this one, conditional logic in pd has been a bit confusing for me so far, coming from 'normal' programming languages.
Basically I want to send values (from an external source) to a volume-control slider, but instead of having it change immediately, I want it to slide over to the expected value smoothly and automatically. I came up with a solution that works quite well. I might have done some overkill in the logic, I'm not sure, if someone knows a more elegant solution for this, I'd love to see it and learn.
Now, the mechanism works fine, but I've got a strange little quirk that I don't know how to get rid of: the value of the slider keeps dancing around the expected value... I was thinking this shouldn't happen since moses uses < and >= if I understand correctly? And I've used a small enough increment [ + or - .001] with expected values that don't require more precision.... Any ideas?
Oh and one more thing: if I wanted to get a bang for when the value has been achieved, I'm guessing I should just use a [==] with [r slidVal] in the right inlet? I haven't been able to test this yet due to the quirk.