Pd-dev October 2007

pd-dev@lists.iem.at

30 participants
183 discussions

[ pure-data-Patches-1822007 ] hardcoded sample-type in jack-transport
by SourceForge.net 29 Oct '07

29 Oct '07

Patches item #1822007, was opened at 2007-10-29 11:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1822007&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: bugfix Status: Open Resolution: None Priority: 7 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: hardcoded sample-type in jack-transport Initial Comment: in s_audio_jack.c the sample-type of the jack transportlayer is assumed to be "float", which is a naive assumption. the correct type is "jack_default_audio_sample_t" (which might be either "float" or "double", depending on how jack was compiled) the attached patch respects the type-definition of both jack and pd's own t_sample. when the 2 types are the same, it just does a memcpy (this is similar as before, where it is assumed that both jack and pd use "float" internally) when they are different, it copies the data manually. LATER: improve the heuristic for finding out whether the two types are equal (currently only the sizeof() is checked) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1822007&group_…

1 0

[ pure-data-Patches-1822001 ] use of t_float/t_sample instead of "float"
by SourceForge.net 29 Oct '07

29 Oct '07

Patches item #1822001, was opened at 2007-10-29 11:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1822001&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: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: use of t_float/t_sample instead of "float" Initial Comment: i am currently trying to build a Pd which is based on "double" instead of "float". in m_pd.h there are special types defined "t_sample" (for signals) and "t_float" (for messages). in theory this makes it simple to switch between different precisions (e.g. "float" vs. "double") in both the signal and the message domain (independently). unfortunately, in practice this does not work, because the special types are not always used (in fact, the code seems to refer more often to the types "float" instead of "t_float"/"t_sample"). the attached patch changes the occurences of "float" to "t_float" or "t_sample", depending on the context: - t_sample is only used for signals - t_float is used for messages note#1: for CLASS_MAINSIGNALIN i use t_float instead of t_sample (the original code suggested t_sample instead); this makes more sense to me, as we are really dealing with messages(!), which eventually become samples note#2: this patch only deals with trivial changes from "float" to "t_float"/"t_sample". i have not touched all the float-magic that is used in d_osc yet note#3: the tgz contains patches for each file separately. this is to make reading easier... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1822001&group_…

1 0

[ pure-data-Bugs-1821847 ] writesf~ doesn't write sound to files
by SourceForge.net 29 Oct '07

29 Oct '07

Bugs item #1821847, was opened at 2007-10-28 19:12 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1821847&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: v0.39.2 Status: Open Resolution: None Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: writesf~ doesn't write sound to files Initial Comment: I have been wrestling with tracking down why my Swirler program won't record audio. Most of the time, when I try to use [writesf~] to record, it does not work at all. It creates the file when I send the open message, and I get a file of 44 bytes, then when I click start, and then stop, the file does not change. Occasionally, it will record about 1-2 seconds of material, no matter when I hit stop. Very occasionally, it will work fine on its own. I tried also with the writesf~ help patch, as well as others. It seems that my program Swirler stops writesf~ from working anywhere. writesf~ works fine until I run Swirler and click the "start" button, which turns on the DSP and starts the audio processing part. This is currently happening on Mac Book Pro/Intel running 10.4.10 with Pd-0.40-2, Pd-0.39.3-extended, and Pd-0.40.3-extended-20071026. This happened previously with Pd-0.39.3-extended-rc? on a PowerMac G5/PowerPC running Mac OS X 10.4.8(ish). I compiled Pd with DEBUG_SOUNDFILE on to see if I could see what's happening. You can plainly see it's not writing data to the file. I found a strange workaround sequence that makes it record, but then the write cycle is strange, it goes in bursts every few seconds rather than a chunk every second. I attached the swirler program and some transcripts from teh DEBUG_SOUNDFILE stuff. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-28 19:41 Message: Logged In: YES user_id=27104 Originator: YES File Added: writesf~-bug.pd ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-28 19:40 Message: Logged In: YES user_id=27104 Originator: YES File Added: writesf~-bug_after_swirlrer-1.txt ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-28 19:39 Message: Logged In: YES user_id=27104 Originator: YES File Added: swirler-2007-10-28.tar.bz2 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-28 19:37 Message: Logged In: YES user_id=27104 Originator: YES I forgot to include the strange workaround sequence: 1) turn on DSP 2) turn on record switch (start recording) 3) turn off record switch (stop recording) 4) turn on record switch (start recording again) 5) turn on START switch in swirler 6) make recording 7) turn off record switch (stop recording) 8) turn off START switch in swirler The turn off order seems important too. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-28 19:13 Message: Logged In: YES user_id=27104 Originator: YES File Added: writesf~-bug_working.txt ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1821847&group_…

1 0

[ pure-data-Bugs-1821847 ] writesf~ doesn't write sound to files
by SourceForge.net 29 Oct '07

29 Oct '07

Bugs item #1821847, was opened at 2007-10-28 19:12 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1821847&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: v0.39.2 Status: Open Resolution: None Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: writesf~ doesn't write sound to files Initial Comment: I have been wrestling with tracking down why my Swirler program won't record audio. Most of the time, when I try to use [writesf~] to record, it does not work at all. It creates the file when I send the open message, and I get a file of 44 bytes, then when I click start, and then stop, the file does not change. Occasionally, it will record about 1-2 seconds of material, no matter when I hit stop. Very occasionally, it will work fine on its own. I tried also with the writesf~ help patch, as well as others. It seems that my program Swirler stops writesf~ from working anywhere. writesf~ works fine until I run Swirler and click the "start" button, which turns on the DSP and starts the audio processing part. This is currently happening on Mac Book Pro/Intel running 10.4.10 with Pd-0.40-2, Pd-0.39.3-extended, and Pd-0.40.3-extended-20071026. This happened previously with Pd-0.39.3-extended-rc? on a PowerMac G5/PowerPC running Mac OS X 10.4.8(ish). I compiled Pd with DEBUG_SOUNDFILE on to see if I could see what's happening. You can plainly see it's not writing data to the file. I found a strange workaround sequence that makes it record, but then the write cycle is strange, it goes in bursts every few seconds rather than a chunk every second. I attached the swirler program and some transcripts from teh DEBUG_SOUNDFILE stuff. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-28 19:40 Message: Logged In: YES user_id=27104 Originator: YES File Added: writesf~-bug_after_swirlrer-1.txt ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-28 19:39 Message: Logged In: YES user_id=27104 Originator: YES File Added: swirler-2007-10-28.tar.bz2 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-28 19:37 Message: Logged In: YES user_id=27104 Originator: YES I forgot to include the strange workaround sequence: 1) turn on DSP 2) turn on record switch (start recording) 3) turn off record switch (stop recording) 4) turn on record switch (start recording again) 5) turn on START switch in swirler 6) make recording 7) turn off record switch (stop recording) 8) turn off START switch in swirler The turn off order seems important too. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-28 19:13 Message: Logged In: YES user_id=27104 Originator: YES File Added: writesf~-bug_working.txt ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1821847&group_…

1 0

[ pure-data-Bugs-1821847 ] writesf~ doesn't write sound to files
by SourceForge.net 29 Oct '07

29 Oct '07

Bugs item #1821847, was opened at 2007-10-28 19:12 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1821847&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: v0.39.2 Status: Open Resolution: None Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: writesf~ doesn't write sound to files Initial Comment: I have been wrestling with tracking down why my Swirler program won't record audio. Most of the time, when I try to use [writesf~] to record, it does not work at all. It creates the file when I send the open message, and I get a file of 44 bytes, then when I click start, and then stop, the file does not change. Occasionally, it will record about 1-2 seconds of material, no matter when I hit stop. Very occasionally, it will work fine on its own. I tried also with the writesf~ help patch, as well as others. It seems that my program Swirler stops writesf~ from working anywhere. writesf~ works fine until I run Swirler and click the "start" button, which turns on the DSP and starts the audio processing part. This is currently happening on Mac Book Pro/Intel running 10.4.10 with Pd-0.40-2, Pd-0.39.3-extended, and Pd-0.40.3-extended-20071026. This happened previously with Pd-0.39.3-extended-rc? on a PowerMac G5/PowerPC running Mac OS X 10.4.8(ish). I compiled Pd with DEBUG_SOUNDFILE on to see if I could see what's happening. You can plainly see it's not writing data to the file. I found a strange workaround sequence that makes it record, but then the write cycle is strange, it goes in bursts every few seconds rather than a chunk every second. I attached the swirler program and some transcripts from teh DEBUG_SOUNDFILE stuff. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-28 19:39 Message: Logged In: YES user_id=27104 Originator: YES File Added: swirler-2007-10-28.tar.bz2 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-28 19:37 Message: Logged In: YES user_id=27104 Originator: YES I forgot to include the strange workaround sequence: 1) turn on DSP 2) turn on record switch (start recording) 3) turn off record switch (stop recording) 4) turn on record switch (start recording again) 5) turn on START switch in swirler 6) make recording 7) turn off record switch (stop recording) 8) turn off START switch in swirler The turn off order seems important too. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-28 19:13 Message: Logged In: YES user_id=27104 Originator: YES File Added: writesf~-bug_working.txt ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1821847&group_…

1 0

[ pure-data-Bugs-1821847 ] writesf~ doesn't write sound to files
by SourceForge.net 29 Oct '07

29 Oct '07

Bugs item #1821847, was opened at 2007-10-28 19:12 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1821847&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: v0.39.2 Status: Open Resolution: None Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: writesf~ doesn't write sound to files Initial Comment: I have been wrestling with tracking down why my Swirler program won't record audio. Most of the time, when I try to use [writesf~] to record, it does not work at all. It creates the file when I send the open message, and I get a file of 44 bytes, then when I click start, and then stop, the file does not change. Occasionally, it will record about 1-2 seconds of material, no matter when I hit stop. Very occasionally, it will work fine on its own. I tried also with the writesf~ help patch, as well as others. It seems that my program Swirler stops writesf~ from working anywhere. writesf~ works fine until I run Swirler and click the "start" button, which turns on the DSP and starts the audio processing part. This is currently happening on Mac Book Pro/Intel running 10.4.10 with Pd-0.40-2, Pd-0.39.3-extended, and Pd-0.40.3-extended-20071026. This happened previously with Pd-0.39.3-extended-rc? on a PowerMac G5/PowerPC running Mac OS X 10.4.8(ish). I compiled Pd with DEBUG_SOUNDFILE on to see if I could see what's happening. You can plainly see it's not writing data to the file. I found a strange workaround sequence that makes it record, but then the write cycle is strange, it goes in bursts every few seconds rather than a chunk every second. I attached the swirler program and some transcripts from teh DEBUG_SOUNDFILE stuff. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-28 19:37 Message: Logged In: YES user_id=27104 Originator: YES I forgot to include the strange workaround sequence: 1) turn on DSP 2) turn on record switch (start recording) 3) turn off record switch (stop recording) 4) turn on record switch (start recording again) 5) turn on START switch in swirler 6) make recording 7) turn off record switch (stop recording) 8) turn off START switch in swirler The turn off order seems important too. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-28 19:13 Message: Logged In: YES user_id=27104 Originator: YES File Added: writesf~-bug_working.txt ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1821847&group_…

1 0

[ pure-data-Bugs-1821847 ] writesf~ doesn't write sound to files
by SourceForge.net 29 Oct '07

29 Oct '07

1 0

[ pure-data-Bugs-1821847 ] writesf~ doesn't write sound to files
by SourceForge.net 29 Oct '07

29 Oct '07

Bugs item #1821847, was opened at 2007-10-28 19:12 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1821847&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: v0.39.2 Status: Open Resolution: None Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: writesf~ doesn't write sound to files Initial Comment: I have been wrestling with tracking down why my Swirler program won't record audio. Most of the time, when I try to use [writesf~] to record, it does not work at all. It creates the file when I send the open message, and I get a file of 44 bytes, then when I click start, and then stop, the file does not change. Occasionally, it will record about 1-2 seconds of material, no matter when I hit stop. Very occasionally, it will work fine on its own. I tried also with the writesf~ help patch, as well as others. It seems that my program Swirler stops writesf~ from working anywhere. writesf~ works fine until I run Swirler and click the "start" button, which turns on the DSP and starts the audio processing part. This is currently happening on Mac Book Pro/Intel running 10.4.10 with Pd-0.40-2, Pd-0.39.3-extended, and Pd-0.40.3-extended-20071026. This happened previously with Pd-0.39.3-extended-rc? on a PowerMac G5/PowerPC running Mac OS X 10.4.8(ish). I compiled Pd with DEBUG_SOUNDFILE on to see if I could see what's happening. You can plainly see it's not writing data to the file. I found a strange workaround sequence that makes it record, but then the write cycle is strange, it goes in bursts every few seconds rather than a chunk every second. I attached the swirler program and some transcripts from teh DEBUG_SOUNDFILE stuff. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1821847&group_…

1 0

tclpd GUI API thought
by Hans-Christoph Steiner 28 Oct '07

28 Oct '07

Hey all, The tclpd API/loader has gotten me thinking about making a pure Tcl API for writing GUIs. I was thinking a bit about how to handle the Tcl code for the separate pd and pd-gui processes. Is there a way in Tcl to get the contents of a procedure and stick it into a variable? I was thinking that it would be nice if the person writing the GUI object didn't have to think about the separate processes and sys_vgui. Instead, the tclpd API would take the functions that run on pd-gui, and handle sending them over to pd-gui via sys_vgui. So in the API, it would just look like one thing. Make sense? Any thoughts, idea, suggestions? .hc ------------------------------------------------------------------------ ---- 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf

2 1

Mac OS X Universal Builds
by Hans-Christoph Steiner 28 Oct '07

28 Oct '07

Anyone know anything about Mac OS X Universal builds? The Pd- extended and Pd build systems need to be updated to a sane, Mac OS X- style universal build system. Right now, each does different things, and neither is correct. :D I am scared to face it alone :'-( .hc ------------------------------------------------------------------------ ---- Mistrust authority - promote decentralization. - the hacker ethic

3 5

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev October 2007