[metro] outputs a single bang and then stops about ofxpd HOT 8 CLOSED

No known issues. Are you running the audioIn/audioOut functions with the ofxPd object?

from ofxpd.

I wasn't, but tried it after you suggested it and it's still the same. Actually I don't need any audio, so I was trying to not call pd.start(), which worked for sending messages and printing to the console. I now included pd.start() and audioReceived() and audioRequested() but still no dice.

from ofxpd.

I have no idea. metro has always worked as is in the test patches. Does pdExample work?

from ofxpd.

Yes, pdExample worked fine. I'll try to narrow it down and maybe post some code here, if I can't figure it out.

from ofxpd.

I think it has to do with ALSA, as I'm trying to use ofxPd to sequence OSC messages that I'm receiving in another Pd instance. If I first launch Pd, then [metro] doesn't work in ofxPd. If I launch the OF app first, then I can't run audio in Pd, but [metro] works fine. Is there a solution to this?

from ofxpd.

I have no idea and have had no issue sending OSC between Pd and an OF app.

If you don't need audio in the OF app, run the ofxPD audioOut function in a loop in the ofApp::update() function with a dummy buffer. Do maybe 8 ticks or so. You could calculate the fake buffer rate using the frame rate and choose the number of ticks to run each frame.

from ofxpd.

Actually, using Jack solved the issue. Both OF and Pd used Jack (I didn't have to do anything in the OF app, since Jack was running, it was chosen by default) and [metro] worked fine. I didn't get any sound from Pd (not from ofxPd), but that's irrelevant. Anyway, I'm closing this issue as it's not related to ofxPd. Thanks for the hints.

from ofxpd.

I would bring it up on the main openFrameworks repo as perhaps it's a general issue for OF+ALSA on linux.

from ofxpd.