Patches item #1528580, was opened at 2006-07-25 12:19
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1528580&group_…
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: puredata
Group: None
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: starting with "-jack" alone does not create ports
Initial Comment:
Starting pd 0.39-2 with the "-jack" flag alone does not create audio i/o ports at startup. This behavior is different from, for example, starting it with "-alsa". The following patch make jack behave as alsa:
------------------------------
--- pd-0.39-2/src/s_audio.c.orig 2005-09-28 13:29:44.000000000 -0700
+++ pd-0.39-2/src/s_audio.c 2006-07-23 16:05:08.709122608 -0700
@@ -321,10 +321,16 @@
else
#endif
#ifdef USEAPI_JACK
- if (sys_audioapi == API_JACK)
+ if (sys_audioapi == API_JACK) {
+ if (audio_naudioindev == -1 && audio_naudiooutdev == -1) {
+ /* if nothing specified then open the default */
+ audio_naudioindev = audio_naudiooutdev = 1;
+ audio_audioindev[0] = audio_audiooutdev[0] = DEFAULTAUDIODEV;
+ audio_audiochindev[0] = audio_audiochoutdev[0] = SYS_DEFAULTCH;
+ }
jack_open_audio((naudioindev > 0 ? realinchans[0] : 0),
(naudiooutdev > 0 ? realoutchans[0] : 0), rate);
-
+ }
else
#endif
#ifdef USEAPI_OSS
------------------------------
-- Fernando
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2007-12-31 19:20
Message:
Logged In: YES
user_id=1312539
Originator: NO
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-12-17 12:37
Message:
Logged In: YES
user_id=564396
Originator: NO
at least with 0.41 this seems to be fixed.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1528580&group_…
Patches item #1094912, was opened at 2005-01-03 02:56
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1094912&group_…
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: puredata
Group: wishlist
>Status: Closed
Resolution: Wont Fix
Priority: 6
Private: No
Submitted By: Tim Blechmann (timblech)
Assigned to: Miller Puckette (millerpuckette)
Summary: message-based access to the audio api
Initial Comment:
attached is a patch that simplifies message-based
access to the audio api:
pd understands the following messages:
audio-samplerate
audio-delay
audio-dacblocksize
audio-scheduler
audio-device
audio-device-in
audio-device-out
audio-dacblocksize and audio-scheduler require devel_0_38
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2007-12-31 19:20
Message:
Logged In: YES
user_id=1312539
Originator: NO
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-12-17 12:53
Message:
Logged In: YES
user_id=564396
Originator: NO
i guess this will never get fixed.
and it is most likely a better idea to create an (external) object that
interfaces with the the audioapi.
e.g.
this would set the samplerate to 48000
[samplerate 44000(
|
[audioapi]
this would query the current samplerate:
[samplerate(
|
[audioapi]
|
[44100\
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-10-18 00:58
Message:
Logged In: YES
user_id=564396
as carmen has pointed out on the list, miller had just very
recently articulated a very similar idea.
even though it is unlikely that he will use the patch here,
i reopen this issue (and hopefully will close it again soon
when an equivalent mechanism will be part of pd)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-10-16 22:41
Message:
Logged In: YES
user_id=27104
this has been here for a long while with no activity, so I
am setting it to Pending. It'll be automatically set to
closed after a while if no one tends to it.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-01-28 18:34
Message:
Logged In: YES
user_id=27104
I am liking the idea of sending messages to pd to get all of
this kind of information more and more. I am thinking that
a generic "get" message would be useful here. Like this:
[;pd get audio-samplerate(
[;pd get audio-delay(
[;pd get audio-dacblocksize(
[;pd get audio-scheduler(
[;pd get audio-device(
[;pd get audio-device-in(
[;pd get audio-device-out(
Then also:
[;pd get path(
[;pd get libs(
[;pd get version(
[;pd get dsp(
Then you could get similar messages from each canvas/patch:
[;pd-my_patch.pd get editmode(
[;pd-my_patch.pd get vis(
[;pd-my_patch.pd get namespace(
[;pd-my_patch.pd get canvasname(
You would retrieve these messages with a [receive] of the
same name, i.e.:
[r pd]
|
[route version]
|
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2005-05-17 21:36
Message:
Logged In: YES
user_id=313747
I'm scared of this one... how important is it to have all the
different audio parameters handled by separate messages? I
think the "audio_dialog" message should suffice for setting
audio parameters...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1094912&group_…
Bugs item #1846913, was opened at 2007-12-08 08:34
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1846913&group_…
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: externals
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: wipinmtl (wipinmtl)
Assigned to: Nobody/Anonymous (nobody)
Summary: freeverb~ damping / rommsize / freeze not working
Initial Comment:
here's a video of the behaviour (theora):
http://www.workinprogress.ca/pd/pdmtl/freeverbbug.ogg
i am on ubuntu gutsy / 32 bits
pd-extended (compile myself (patched, packages)).
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2007-12-31 19:20
Message:
Logged In: YES
user_id=1312539
Originator: NO
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Martin Peach (mrpeach)
Date: 2007-12-12 09:45
Message:
Logged In: YES
user_id=919007
Originator: NO
Fixed code to avoid type punning errors, tested on WinXP, needs testing on
other platforms.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1846913&group_…