Pd-dev October 2007

pd-dev@lists.iem.at

30 participants
183 discussions

[ pure-data-Bugs-1820165 ] InnoSetup: include Asio4all as option
by SourceForge.net 26 Oct '07

26 Oct '07

Bugs item #1820165, was opened at 2007-10-25 13:57 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1820165&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: pd-extended Group: None Status: Open Resolution: None Priority: 3 Private: No Submitted By: Josh Steiner (joschi) Assigned to: Nobody/Anonymous (nobody) Summary: InnoSetup: include Asio4all as option Initial Comment: We should include the Asio4All installer as an option in the install process, many other applications are doing that now, i'd propose to install by default. It provides a much much better user experience than pd on WME drivers ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-26 15:21 Message: Logged In: YES user_id=27104 Originator: NO It looks like InnoSetup might not have a download-and-install feature. But it would be easy enough to launch the ASIO4ALL page at the end of the installer. But I don't think it can be included, it would be the only exception. As for NSIS vs. InnoSetup, if you are willing to take over active maintainership of the Windows installer, then you can use whatever you want :D (provided it's free, which NSIS is, right?) ---------------------------------------------------------------------- Comment By: Josh Steiner (joschi) Date: 2007-10-26 13:35 Message: Logged In: YES user_id=69113 Originator: YES so the InnoSetup files themselves are GPL'd ? How many people actually authored them? If its just you, would you consider adding a license exception to allow ASIO4ALL? I know nothing about Inno unfortunately, if this were in NSIS i could hack away at it as (sadly) i've become quite an NSIS expert. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-26 00:23 Message: Logged In: YES user_id=27104 Originator: NO Sounds very cool. The ASIO4ALL license prevents it from being embedded in the Windows package itself, (everything must be GPLv2 compatible currently). But I think it would be feasible to make the installer download the package separately, in which case there would be no problem with licenses. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1820165&group_…

1 0

64-bit builds on Mac OS X
by Hans-Christoph Steiner 26 Oct '07

26 Oct '07

I just tried a 64-bit build on Mac OS X, Pd compiled fine, but Pd's portaudio barfs: cc -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno- parentheses -Wno-switch -DDL_OPEN -DMACOSX -DUNISTD -I/usr/X11R6/ include -I../portaudio/include -I../portaudio/src/common - I../portaudio/src/os/mac_osx/ -I../portmidi/pm_common -I../portmidi/ pm_mac -I../portmidi/porttime -DUSEAPI_PORTAUDIO -DPA19 - DPA_USE_COREAUDIO -DNEWBUFFER -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -arch i386 -arch ppc -arch x86_64 -arch ppc64 -Wno-error -O2 -DUSEAPI_JACK -DINSTALL_PREFIX=\"/usr/local\" - c -o ../obj/../portaudio/src/os/unix/pa_unix_util.o ../portaudio/src/ os/unix/pa_unix_util.c In file included from ../portaudio/src/os/unix/pa_unix_util.c:55: ../portaudio/src/os/unix/pa_unix_util.h:160: warning: function declaration isn't a prototype ../portaudio/src/os/unix/pa_unix_util.c:207: warning: function declaration isn't a prototype ../portaudio/src/os/unix/pa_unix_util.c: In function 'BoostPriority': ../portaudio/src/os/unix/pa_unix_util.c:215: warning: missing initializer ../portaudio/src/os/unix/pa_unix_util.c:215: warning: (near initialization for 'spm.opaque') In file included from ../portaudio/src/os/unix/pa_unix_util.c:55: ../portaudio/src/os/unix/pa_unix_util.h:160: warning: function declaration isn't a prototype ../portaudio/src/os/unix/pa_unix_util.c:207: warning: function declaration isn't a prototype ../portaudio/src/os/unix/pa_unix_util.c: In function 'BoostPriority': ../portaudio/src/os/unix/pa_unix_util.c:215: warning: missing initializer ../portaudio/src/os/unix/pa_unix_util.c:215: warning: (near initialization for 'spm.opaque') In file included from ../portaudio/src/os/unix/pa_unix_util.c:55: ../portaudio/src/os/unix/pa_unix_util.h:160: warning: function declaration isn't a prototype ../portaudio/src/os/unix/pa_unix_util.c:207: warning: function declaration isn't a prototype ../portaudio/src/os/unix/pa_unix_util.c: In function 'BoostPriority': ../portaudio/src/os/unix/pa_unix_util.c:215: warning: missing initializer ../portaudio/src/os/unix/pa_unix_util.c:215: warning: (near initialization for 'spm.opaque') In file included from ../portaudio/src/os/unix/pa_unix_util.c:55: ../portaudio/src/os/unix/pa_unix_util.h:160: warning: function declaration isn't a prototype ../portaudio/src/os/unix/pa_unix_util.c:207: warning: function declaration isn't a prototype ../portaudio/src/os/unix/pa_unix_util.c: In function 'BoostPriority': ../portaudio/src/os/unix/pa_unix_util.c:215: warning: missing initializer ../portaudio/src/os/unix/pa_unix_util.c:215: warning: (near initialization for 'spm.opaque') cc -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno- parentheses -Wno-switch -DDL_OPEN -DMACOSX -DUNISTD -I/usr/X11R6/ include -I../portaudio/include -I../portaudio/src/common - I../portaudio/src/os/mac_osx/ -I../portmidi/pm_common -I../portmidi/ pm_mac -I../portmidi/porttime -DUSEAPI_PORTAUDIO -DPA19 - DPA_USE_COREAUDIO -DNEWBUFFER -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -arch i386 -arch ppc -arch x86_64 -arch ppc64 -Wno-error -O2 -DUSEAPI_JACK -DINSTALL_PREFIX=\"/usr/local\" - c -o ../obj/../portaudio/src/os/mac_osx/pa_mac_hostapis.o ../ portaudio/src/os/mac_osx/pa_mac_hostapis.c cc -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno- parentheses -Wno-switch -DDL_OPEN -DMACOSX -DUNISTD -I/usr/X11R6/ include -I../portaudio/include -I../portaudio/src/common - I../portaudio/src/os/mac_osx/ -I../portmidi/pm_common -I../portmidi/ pm_mac -I../portmidi/porttime -DUSEAPI_PORTAUDIO -DPA19 - DPA_USE_COREAUDIO -DNEWBUFFER -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -arch i386 -arch ppc -arch x86_64 -arch ppc64 -Wno-error -O2 -DUSEAPI_JACK -DINSTALL_PREFIX=\"/usr/local\" - c -o ../obj/../portaudio/src/hostapi/coreaudio/pa_mac_core.o ../ portaudio/src/hostapi/coreaudio/pa_mac_core.c In file included from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/ Headers/DriverServices.h:32, from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/ Headers/CarbonCore.h:125, from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/CoreServices.framework/Headers/CoreServices.h:21, from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/AudioUnit.framework/Headers/AUComponent.h:21, from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/AudioUnit.framework/Headers/AudioUnit.h:22, from ../portaudio/src/hostapi/coreaudio/ pa_mac_core_internal.h:64, from ../portaudio/src/hostapi/coreaudio/ pa_mac_core.c:65: /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ CoreServices.framework/Frameworks/CarbonCore.framework/Headers/ MachineExceptions.h:286: error: parse error before '*' token /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ CoreServices.framework/Frameworks/CarbonCore.framework/Headers/ MachineExceptions.h:320: error: parse error before '*' token In file included from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/ Headers/CarbonCore.h:161, from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/CoreServices.framework/Headers/CoreServices.h:21, from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/AudioUnit.framework/Headers/AUComponent.h:21, from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/AudioUnit.framework/Headers/AudioUnit.h:22, from ../portaudio/src/hostapi/coreaudio/ pa_mac_core_internal.h:64, from ../portaudio/src/hostapi/coreaudio/ pa_mac_core.c:65: /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ CoreServices.framework/Frameworks/CarbonCore.framework/Headers/fp.h: 1338: error: 'SIGDIGLEN' undeclared here (not in a function) In file included from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/ Headers/DriverServices.h:32, from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/ Headers/CarbonCore.h:125, from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/CoreServices.framework/Headers/CoreServices.h:21, from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/AudioUnit.framework/Headers/AUComponent.h:21, from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/AudioUnit.framework/Headers/AudioUnit.h:22, from ../portaudio/src/hostapi/coreaudio/ pa_mac_core_internal.h:64, from ../portaudio/src/hostapi/coreaudio/ pa_mac_core.c:65: /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ CoreServices.framework/Frameworks/CarbonCore.framework/Headers/ MachineExceptions.h:286: error: parse error before '*' token /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ CoreServices.framework/Frameworks/CarbonCore.framework/Headers/ MachineExceptions.h:320: error: parse error before '*' token In file included from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/ Headers/CarbonCore.h:161, from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/CoreServices.framework/Headers/CoreServices.h:21, from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/AudioUnit.framework/Headers/AUComponent.h:21, from /Developer/SDKs/MacOSX10.4u.sdk/System/Library/ Frameworks/AudioUnit.framework/Headers/AudioUnit.h:22, from ../portaudio/src/hostapi/coreaudio/ pa_mac_core_internal.h:64, from ../portaudio/src/hostapi/coreaudio/ pa_mac_core.c:65: /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ CoreServices.framework/Frameworks/CarbonCore.framework/Headers/fp.h: 1338: error: 'SIGDIGLEN' undeclared here (not in a function) ../portaudio/src/hostapi/coreaudio/pa_mac_core.c: In function 'OpenAndSetupOneAudioUnit': ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1157: warning: empty body in an if-statement ../portaudio/src/hostapi/coreaudio/pa_mac_core.c: In function 'OpenStream': ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1310: warning: passing argument 5 of 'AudioDeviceGetProperty' from incompatible pointer type ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1319: warning: passing argument 5 of 'AudioDeviceGetProperty' from incompatible pointer type ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1334: warning: passing argument 5 of 'AudioDeviceGetProperty' from incompatible pointer type ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1343: warning: passing argument 5 of 'AudioDeviceGetProperty' from incompatible pointer type ../portaudio/src/hostapi/coreaudio/pa_mac_core.c: In function 'OpenAndSetupOneAudioUnit': ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1157: warning: empty body in an if-statement ../portaudio/src/hostapi/coreaudio/pa_mac_core.c: In function 'OpenStream': ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1310: warning: passing argument 5 of 'AudioDeviceGetProperty' from incompatible pointer type ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1319: warning: passing argument 5 of 'AudioDeviceGetProperty' from incompatible pointer type ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1334: warning: passing argument 5 of 'AudioDeviceGetProperty' from incompatible pointer type ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1343: warning: passing argument 5 of 'AudioDeviceGetProperty' from incompatible pointer type ../portaudio/src/hostapi/coreaudio/pa_mac_core.c: In function 'OpenAndSetupOneAudioUnit': ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1157: warning: empty body in an if-statement ../portaudio/src/hostapi/coreaudio/pa_mac_core.c: In function 'AudioIOProc': ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1858: warning: comparison between signed and unsigned ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1869: warning: comparison between signed and unsigned ../portaudio/src/hostapi/coreaudio/pa_mac_core.c: In function 'AudioIOProc': ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1858: warning: comparison between signed and unsigned ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1869: warning: comparison between signed and unsigned ../portaudio/src/hostapi/coreaudio/pa_mac_core.c: In function 'AudioIOProc': ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1858: warning: comparison between signed and unsigned ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1869: warning: comparison between signed and unsigned ../portaudio/src/hostapi/coreaudio/pa_mac_core.c: In function 'OpenAndSetupOneAudioUnit': ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1157: warning: empty body in an if-statement ../portaudio/src/hostapi/coreaudio/pa_mac_core.c: In function 'AudioIOProc': ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1858: warning: comparison between signed and unsigned ../portaudio/src/hostapi/coreaudio/pa_mac_core.c:1869: warning: comparison between signed and unsigned lipo: can't figure out the architecture type of: /var/tmp//cccsb7ua.out make: *** [../portaudio/src/hostapi/coreaudio/pa_mac_core.o] Error 1 ------------------------------------------------------------------------ ---- All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated.... -John Donne

1 0

[ pure-data-Bugs-1820165 ] InnoSetup: include Asio4all as option
by SourceForge.net 26 Oct '07

26 Oct '07

Bugs item #1820165, was opened at 2007-10-25 17:57 Message generated for change (Comment added) made by joschi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1820165&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: pd-extended Group: None Status: Open Resolution: None Priority: 3 Private: No Submitted By: Josh Steiner (joschi) Assigned to: Nobody/Anonymous (nobody) Summary: InnoSetup: include Asio4all as option Initial Comment: We should include the Asio4All installer as an option in the install process, many other applications are doing that now, i'd propose to install by default. It provides a much much better user experience than pd on WME drivers ---------------------------------------------------------------------- >Comment By: Josh Steiner (joschi) Date: 2007-10-26 17:35 Message: Logged In: YES user_id=69113 Originator: YES so the InnoSetup files themselves are GPL'd ? How many people actually authored them? If its just you, would you consider adding a license exception to allow ASIO4ALL? I know nothing about Inno unfortunately, if this were in NSIS i could hack away at it as (sadly) i've become quite an NSIS expert. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-26 04:23 Message: Logged In: YES user_id=27104 Originator: NO Sounds very cool. The ASIO4ALL license prevents it from being embedded in the Windows package itself, (everything must be GPLv2 compatible currently). But I think it would be feasible to make the installer download the package separately, in which case there would be no problem with licenses. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1820165&group_…

1 0

[ pure-data-Bugs-1818219 ] namespace prefix not included in save functions
by SourceForge.net 26 Oct '07

26 Oct '07

Bugs item #1818219, was opened at 2007-10-22 18:50 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&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.41.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Nobody/Anonymous (nobody) Summary: namespace prefix not included in save functions Initial Comment: 1. Open the attahced patch in Pd-extended. 2. Notice the both [list-abs/wrandom] and [unauthorized/grid] gets created. 3. Save the patch whit out making any chages. 4. Close the patch. 5. CLose Pd-extended. 6. Open the patch again. 7. See that the grid objects doesn't get created and (since) the the prefix has been removed. This happens in Pd-extended-0.39.3 mac intel. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-26 12:12 Message: Logged In: YES user_id=27104 Originator: NO If every patch is going to add (*(t_pd *)x)->c_name->s_name to the savefn, then it seems to me that there should be a mechanism in Pd itself to do this automatically. Then the interface might need to be different. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-10-25 21:14 Message: Logged In: NO hans, it's not the meaning of t_savefn itself that has to be changed: it's just every use t_savefn, that is, every blah_savefn function that gets registered, if they aren't already using (*(t_pd *)x)->c_name->s_name. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-25 13:24 Message: Logged In: YES user_id=27104 Originator: NO This sounds like an excellent idea! I think that this improved savefn will probably need to be distinct from the current savefn stuff, since it probably wouldn't be compatible. But if it could be the same mechanism, that would be even better. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-24 05:42 Message: Logged In: YES user_id=564396 Originator: NO i changed the category, since it is a problem with pd (though it affects externals) i changed the name, because it is not gui-specific: every object that defines a savefn() is affected by this (usually only gui-classes do this because they are the classes where you cannot directly edit the arguments (being hidden) and which might offer a properties window to change these arguments) however: i think it is a great feature that an object is able to change it's own name (really). nevertheless, an object should also be able to _query_ it's own name. this is usually not a big problem because the object assumes that it knows how it is called (the name the dev gave it). when using namespaces this is not the case any more. basically: the object would need a way to easily query it's own name (i am sure it is somehow possible via weird t_canvas/t_class/t_obj/t_pd/... pointer magic which is so complicated i will have to re-read to source code) the savefn() should provide a way to set object-name and arguments separately, the object-name should default to the actual name (not the canonical one) if not set otherwise. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-23 20:50 Message: Logged In: YES user_id=27104 Originator: NO I found the root of the problem, if the GUI object has a savefn, then that savefn needs to include the whole classname, including the namespace prefix. I think stffn was right, it does apply to all GUIs. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-23 17:09 Message: Logged In: YES user_id=27104 Originator: NO This doesn't happen to all GUI objects, just some. I think [grid] is one, but many others work fine with the prefixes. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-23 03:44 Message: Logged In: YES user_id=1658640 Originator: YES True, this also happens in Pd version 0.40-2. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-22 19:40 Message: Logged In: YES user_id=27104 Originator: NO This happens on Pd-0.40.3-extended-20071021 on Mac OS X also. Has anyone tested this on other GOPs? I know pddp/pddplink works fine. Also cyclone/Scope~ also works. I think this might be an issue with the objects themselves. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-22 18:52 Message: Logged In: YES user_id=1658640 Originator: YES I forgot to mention that it happens to quite many if not all the GUI objects. At least those in CVSROOT/doc/pddp/about/GUIs-about.pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&group_…

1 0

[ pure-data-Bugs-1820165 ] InnoSetup: include Asio4all as option
by SourceForge.net 26 Oct '07

26 Oct '07

1 0

[ pure-data-Bugs-1818219 ] namespace prefix not included in save functions
by SourceForge.net 26 Oct '07

26 Oct '07

Bugs item #1818219, was opened at 2007-10-22 15:50 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&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.41.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Nobody/Anonymous (nobody) Summary: namespace prefix not included in save functions Initial Comment: 1. Open the attahced patch in Pd-extended. 2. Notice the both [list-abs/wrandom] and [unauthorized/grid] gets created. 3. Save the patch whit out making any chages. 4. Close the patch. 5. CLose Pd-extended. 6. Open the patch again. 7. See that the grid objects doesn't get created and (since) the the prefix has been removed. This happens in Pd-extended-0.39.3 mac intel. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-10-25 18:14 Message: Logged In: NO hans, it's not the meaning of t_savefn itself that has to be changed: it's just every use t_savefn, that is, every blah_savefn function that gets registered, if they aren't already using (*(t_pd *)x)->c_name->s_name. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-25 10:24 Message: Logged In: YES user_id=27104 Originator: NO This sounds like an excellent idea! I think that this improved savefn will probably need to be distinct from the current savefn stuff, since it probably wouldn't be compatible. But if it could be the same mechanism, that would be even better. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-24 02:42 Message: Logged In: YES user_id=564396 Originator: NO i changed the category, since it is a problem with pd (though it affects externals) i changed the name, because it is not gui-specific: every object that defines a savefn() is affected by this (usually only gui-classes do this because they are the classes where you cannot directly edit the arguments (being hidden) and which might offer a properties window to change these arguments) however: i think it is a great feature that an object is able to change it's own name (really). nevertheless, an object should also be able to _query_ it's own name. this is usually not a big problem because the object assumes that it knows how it is called (the name the dev gave it). when using namespaces this is not the case any more. basically: the object would need a way to easily query it's own name (i am sure it is somehow possible via weird t_canvas/t_class/t_obj/t_pd/... pointer magic which is so complicated i will have to re-read to source code) the savefn() should provide a way to set object-name and arguments separately, the object-name should default to the actual name (not the canonical one) if not set otherwise. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-23 17:50 Message: Logged In: YES user_id=27104 Originator: NO I found the root of the problem, if the GUI object has a savefn, then that savefn needs to include the whole classname, including the namespace prefix. I think stffn was right, it does apply to all GUIs. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-23 14:09 Message: Logged In: YES user_id=27104 Originator: NO This doesn't happen to all GUI objects, just some. I think [grid] is one, but many others work fine with the prefixes. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-23 00:44 Message: Logged In: YES user_id=1658640 Originator: YES True, this also happens in Pd version 0.40-2. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-22 16:40 Message: Logged In: YES user_id=27104 Originator: NO This happens on Pd-0.40.3-extended-20071021 on Mac OS X also. Has anyone tested this on other GOPs? I know pddp/pddplink works fine. Also cyclone/Scope~ also works. I think this might be an issue with the objects themselves. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-22 15:52 Message: Logged In: YES user_id=1658640 Originator: YES I forgot to mention that it happens to quite many if not all the GUI objects. At least those in CVSROOT/doc/pddp/about/GUIs-about.pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&group_…

1 0

SVN?
by Hans-Christoph Steiner 25 Oct '07

25 Oct '07

Hey, There was gung-ho talk back at PdCon about switching to SVN. It's been quiet recently, any word on that? :) .hc ------------------------------------------------------------------------ ---- News is what people want to keep hidden and everything else is publicity. - Bill Moyers

12 30

[ pure-data-Bugs-1820165 ] InnoSetup: include Asio4all as option
by SourceForge.net 25 Oct '07

25 Oct '07

Bugs item #1820165, was opened at 2007-10-25 17:57 Message generated for change (Settings changed) made by joschi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1820165&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: pd-extended Group: None Status: Open Resolution: None >Priority: 3 Private: No Submitted By: Josh Steiner (joschi) Assigned to: Nobody/Anonymous (nobody) Summary: InnoSetup: include Asio4all as option Initial Comment: We should include the Asio4All installer as an option in the install process, many other applications are doing that now, i'd propose to install by default. It provides a much much better user experience than pd on WME drivers ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1820165&group_…

1 0

[ pure-data-Bugs-1820165 ] InnoSetup: include Asio4all as option
by SourceForge.net 25 Oct '07

25 Oct '07

Bugs item #1820165, was opened at 2007-10-25 17:57 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=1820165&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Josh Steiner (joschi) Assigned to: Nobody/Anonymous (nobody) Summary: InnoSetup: include Asio4all as option Initial Comment: We should include the Asio4All installer as an option in the install process, many other applications are doing that now, i'd propose to install by default. It provides a much much better user experience than pd on WME drivers ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1820165&group_…

1 0

[ pure-data-Bugs-1819692 ] InnoSetup--- higher default msecs setting
by SourceForge.net 25 Oct '07

25 Oct '07

Bugs item #1819692, was opened at 2007-10-25 01:47 Message generated for change (Comment added) made by joschi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1819692&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: pd-extended Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Josh Steiner (joschi) Assigned to: Hans-Christoph Steiner (eighthave) Summary: InnoSetup--- higher default msecs setting Initial Comment: right now the default audio setting for msecs of buffer is set to 70 ms. on my brand new vista laptop, the same was hideously distorted out of the box, probably not a good first impression. perhaps the pd-settings.reg file should set a higher default setting, 300 ms or so. power users will go and tweak to get the best possible, but newbies won't know how to do that and most likely will just think PD is broken in its current state. ---------------------------------------------------------------------- >Comment By: Josh Steiner (joschi) Date: 2007-10-25 17:55 Message: Logged In: YES user_id=69113 Originator: YES radarsat1 --- really its just a fact of life with the default WME windows sound drivers, they don't do low latency. download and use asio4all and you'll be able to get or exceed 20 ms though. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-25 13:30 Message: Logged In: YES user_id=27104 Originator: NO Right now, there isn't really anyone working to improve the Windows side of things. Those of us who touch the Windows stuff at all basically just make sure things are working. We could really use a Windows dev to fix this kind of stuff. ---------------------------------------------------------------------- Comment By: Stephen Sinclair (radarsat1) Date: 2007-10-25 03:21 Message: Logged In: YES user_id=616837 Originator: NO I can confirm this is a problem for me on Windows XP. And wow, until just now I had no idea others were experiencing it. I had to up my buffer to 100 ms to get the clicking to go away. I always thought there was something wrong with my computer or something... 70 ms seems pretty big to me, to be causing problems. I figured I'd get problems down at 20 ms or so. Please let me know if there's something I can do to improve latency on my laptop, because 100 ms sucks. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-25 01:55 Message: Logged In: YES user_id=27104 Originator: NO How does this fair on WinXP and Win2000? Maybe we can set different buffer sizes on the different versions of Windows. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1819692&group_…

1 0

← Newer
1
2
3
4
5
6
7
8
...
19
Older →

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