Patches item #3042790, was opened at 2010-08-10 15:35 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3042790...
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: feature
Status: Closed Resolution: Accepted
Priority: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: create USEAPI_DUMMY/s_audio_dummy.c for libpd
Initial Comment: I set this to high priority since its a trivial change and the only hurdle left before we can use the pure-data.git 0.43 source directly in the libpd/Pd-for-Android project.
This patch creates a "dummy" audio API in the file s_audio_dummy.c, like the existing s_midi_dummy.c. The libpd implementation calls the Pd callback code directly, so this dummy API is needed to keep various other parts of Pd happy, like the GUI.
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-18 14:42
Message: bizarre but I can't see a better way to do it right now.
----------------------------------------------------------------------
You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3042790...
On 2010-08-18 23:42, SourceForge.net wrote:
Message: bizarre but I can't see a better way to do it right now.
hmm, why not. i have implemented a system that would allow to have 0-many audio apis, with true 0 apis support (no dummy apis), and where developers could add support for new APIs just as easily as writing an external.
it's only for audio right now (no midi yet), as i don't want to spend to much time in it, if it won't get accepted.
of course it needs a lot of cleanup.
it was done before the last round of patches to pd-0.43, but i have tried to rebase it to the current state of pd.git.
you can find the draft in the "mediabackends" branch of my clone at github: http://github.com/umlaeute/pd-vanilla/tree/mediabackends
fgmar IOhannes
On Aug 19, 2010, at 3:24 PM, IOhannes m zmoelnig wrote:
On 2010-08-18 23:42, SourceForge.net wrote:
Message: bizarre but I can't see a better way to do it right now.
hmm, why not. i have implemented a system that would allow to have 0-many audio apis, with true 0 apis support (no dummy apis), and where developers could add support for new APIs just as easily as writing an external.
it's only for audio right now (no midi yet), as i don't want to spend to much time in it, if it won't get accepted.
of course it needs a lot of cleanup.
it was done before the last round of patches to pd-0.43, but i have tried to rebase it to the current state of pd.git.
you can find the draft in the "mediabackends" branch of my clone at github: http://github.com/umlaeute/pd-vanilla/tree/mediabackends
Sounds like a good idea, but I don't know enough about the audio API code to say much more.
.hc
----------------------------------------------------------------------------
Information wants to be free. -Stewart Brand
-
Hans-Christoph Steiner -
IOhannes m zmoelnig -
SourceForge.net