Pd-dev February 2012

pd-dev@lists.iem.at

18 participants
102 discussions

[ pure-data-Bugs-3495046 ] line help file couldn't create errors
by SourceForge.net 27 Feb '12

27 Feb '12

Bugs item #3495046, was opened at 2012-02-27 09:00 Message generated for change (Tracker Item Submitted) made by megrimm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3495046&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.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: megrimm (megrimm) Assigned to: Hans-Christoph Steiner (eighthave) Summary: line help file couldn't create errors Initial Comment: mac osx 10.7 tripleLine ... couldn't create t3_line~ ... couldn't create fade~ ... couldn't create step ... couldn't createouldn't create t3_line~ ... couldn't create fade~ ... couldn't create step ... couldn't create should be [libname/step], etc? I know how this should work in extended but is the help file the same in vanilla? does it matter? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3495046&group_…

1 0

[ pure-data-Patches-3494768 ] verbose() leaves blank lines when filtered out in Pd window
by SourceForge.net 27 Feb '12

27 Feb '12

Patches item #3494768, was opened at 2012-02-26 08:10 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3494768&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: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: verbose() leaves blank lines when filtered out in Pd window Initial Comment: When lines are posted to the Pd window using verbose() and then the Pd window is set to display at a lower level than the verbose() posted at, the lines that were posted using verbose() will be filtered, but will leave a blank line in their place. lines posted with logpost() do not do this. For example, if I post three lines using verbose() like this: verbose(3, "three"); verbose(4, "four"); verbose(3, "three"); Setting the log level to four will show: three four three Setting the log level to 3 will show: three three When it should show: three three I'm assigning this to IOhannes because I think he wrote the current verbose() function. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-02-27 06:32 Message: That was quick. The solution makes sense to me. But I think its a bad idea to change to loglevel+4 to loglevel+3. Either leave verbose()'s custom level numbering the same, or make it the same as the Pd window, error(), logpost(), etc.. I still really think the +4 on the loglevel doesn't make sense. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-02-27 04:57 Message: attached is a fix for the problem (thus changing Tracker to 'Patches' and assigning to miller) it also closes the gap between verbose() and post() by applying a loglevel-offset of '3' rather than '4' (so now verbose(0) (loglevel=3) is following post() (loglevel=2) immediately. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-02-27 04:52 Message: the problem comes from the use of endpost() to terminate the message. endpost() doesn't know anything about log-levels, so it tags all LFs as "normal". i can think of 2 ways to fix this: - don't use endpost() to terminate a message, but instead append the "\n" to the message itself (which get's tagged with the log-level) - make endpost() aware of the last used loglevel and terminate any message using this level i'd rather go for the 1st solution, as it doesn't require any global state... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3494768&group_…

1 0

[ pure-data-Bugs-3494993 ] log-level "fatal" should be "grave"
by SourceForge.net 27 Feb '12

27 Feb '12

Bugs item #3494993, was opened at 2012-02-27 05:02 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3494993&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: Nobody/Anonymous (nobody) Summary: log-level "fatal" should be "grave" Initial Comment: given that Pd won't survive a "fatal" error to display it by the definition of the word "fatal", it would be more appropriate to call the highest loglevel "grave" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3494993&group_…

1 0

[ pure-data-Patches-3494768 ] verbose() leaves blank lines when filtered out in Pd window
by SourceForge.net 27 Feb '12

27 Feb '12

Patches item #3494768, was opened at 2012-02-26 08:10 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3494768&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: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: verbose() leaves blank lines when filtered out in Pd window Initial Comment: When lines are posted to the Pd window using verbose() and then the Pd window is set to display at a lower level than the verbose() posted at, the lines that were posted using verbose() will be filtered, but will leave a blank line in their place. lines posted with logpost() do not do this. For example, if I post three lines using verbose() like this: verbose(3, "three"); verbose(4, "four"); verbose(3, "three"); Setting the log level to four will show: three four three Setting the log level to 3 will show: three three When it should show: three three I'm assigning this to IOhannes because I think he wrote the current verbose() function. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-02-27 04:57 Message: attached is a fix for the problem (thus changing Tracker to 'Patches' and assigning to miller) it also closes the gap between verbose() and post() by applying a loglevel-offset of '3' rather than '4' (so now verbose(0) (loglevel=3) is following post() (loglevel=2) immediately. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-02-27 04:52 Message: the problem comes from the use of endpost() to terminate the message. endpost() doesn't know anything about log-levels, so it tags all LFs as "normal". i can think of 2 ways to fix this: - don't use endpost() to terminate a message, but instead append the "\n" to the message itself (which get's tagged with the log-level) - make endpost() aware of the last used loglevel and terminate any message using this level i'd rather go for the 1st solution, as it doesn't require any global state... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3494768&group_…

1 0

[ pure-data-Patches-3494768 ] verbose() leaves blank lines when filtered out in Pd window
by SourceForge.net 27 Feb '12

27 Feb '12

Patches item #3494768, was opened at 2012-02-26 08:10 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3494768&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: Hans-Christoph Steiner (eighthave) >Assigned to: Miller Puckette (millerpuckette) Summary: verbose() leaves blank lines when filtered out in Pd window Initial Comment: When lines are posted to the Pd window using verbose() and then the Pd window is set to display at a lower level than the verbose() posted at, the lines that were posted using verbose() will be filtered, but will leave a blank line in their place. lines posted with logpost() do not do this. For example, if I post three lines using verbose() like this: verbose(3, "three"); verbose(4, "four"); verbose(3, "three"); Setting the log level to four will show: three four three Setting the log level to 3 will show: three three When it should show: three three I'm assigning this to IOhannes because I think he wrote the current verbose() function. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-02-27 04:57 Message: attached is a fix for the problem (thus changing Tracker to 'Patches' and assigning to miller) it also closes the gap between verbose() and post() by applying a loglevel-offset of '3' rather than '4' (so now verbose(0) (loglevel=3) is following post() (loglevel=2) immediately. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-02-27 04:52 Message: the problem comes from the use of endpost() to terminate the message. endpost() doesn't know anything about log-levels, so it tags all LFs as "normal". i can think of 2 ways to fix this: - don't use endpost() to terminate a message, but instead append the "\n" to the message itself (which get's tagged with the log-level) - make endpost() aware of the last used loglevel and terminate any message using this level i'd rather go for the 1st solution, as it doesn't require any global state... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3494768&group_…

1 0

[ pure-data-Bugs-3494768 ] verbose() leaves blank lines when filtered out in Pd window
by SourceForge.net 26 Feb '12

26 Feb '12

Bugs item #3494768, was opened at 2012-02-26 08:10 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3494768&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.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: IOhannes m zmölnig (zmoelnig) Summary: verbose() leaves blank lines when filtered out in Pd window Initial Comment: When lines are posted to the Pd window using verbose() and then the Pd window is set to display at a lower level than the verbose() posted at, the lines that were posted using verbose() will be filtered, but will leave a blank line in their place. lines posted with logpost() do not do this. For example, if I post three lines using verbose() like this: verbose(3, "three"); verbose(4, "four"); verbose(3, "three"); Setting the log level to four will show: three four three Setting the log level to 3 will show: three three When it should show: three three I'm assigning this to IOhannes because I think he wrote the current verbose() function. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3494768&group_…

1 0

[ pure-data-Bugs-3494282 ] pd launching on opensuse 12.1
by SourceForge.net 25 Feb '12

25 Feb '12

Bugs item #3494282, was opened at 2012-02-25 12:01 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3494282&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.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pd launching on opensuse 12.1 Initial Comment: Operating system : opensuse 12.1 pd version 0.43.0-7.4, package built on February 14 2012 Package located in http://download.opensuse.org/repositories/multimedia:/apps/openSUSE_12.1 The problem is : when I type pd in a console, i obtain : was... 1 sh: /usr/bin/pd-watchdog: no file or directory Error in startup script: couldn't read file "/usr/tcl//pd-gui.tcl": no such file or directory ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3494282&group_…

1 0

FreeFrameGL external
by Gert De Roost 24 Feb '12

24 Feb '12

Greetings, After several days of programming work I can now present this first version of a new external for pdp that hosts FreeFrameGL1.5 plugins. My first project using C++... slow learning! The external does conversion from YUV to RGB and back using fragment shaders. The real bottleneck is the glReadPixels call that copies texture information back to main memory. I managed to implement it using asynchronous pixel buffer DMA, so it doesnt block. Disadvantage is one must wait for the transfer to end (anyone know how I can check for this?) so I wait for the next frame to arrive before writing out the current frame to pdp, so input 1 frame, it outputs only when you input another... Little testing has been done, and to my understanding there are not many FFGL plugins available (please proof me wrong here), still if anyone could give the external a spin that would be nice. A test file is provided. The external needs you to have the GL_EXT_gpu_shader4 extension available on your OpenGL system, like I can run it on nVidia here but not on Intel. Any feedback on IF it works at all would be great. Get the first tarball at: http://www.ewocprojects.be/pdp_ffgl.html Also the visually inclined might check my Pd video mixer EWOCvj at http://www.ewocprojects.be Also I have some code that does video wiping for pdp, check this on the Pd forum.

1 1

[ pure-data-Bugs-3493128 ] graphic issue on array
by SourceForge.net 24 Feb '12

24 Feb '12

Bugs item #3493128, was opened at 2012-02-24 05:47 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3493128&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: graphic issue on array Initial Comment: windows vista pd 0.42.5- ext build in sound if i recreate this patch i get thick lines if i save this patch and reopen it the lines are as small as they should be. after creating an array and setting the initial values i reopend the array and the values are reset ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3493128&group_…

1 0

[ pure-data-Bugs-3492959 ] Help browser
by SourceForge.net 24 Feb '12

24 Feb '12

Bugs item #3492959, was opened at 2012-02-24 01:16 Message generated for change (Tracker Item Submitted) made by aykutcaglayan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3492959&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.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Aykut Caglayan (aykutcaglayan) Assigned to: Nobody/Anonymous (nobody) Summary: Help browser Initial Comment: Pd version 0.43.1-vanilla Mac OS X 10.5.8/Intel The Help Browser doesn't respond; even if I click to open the patches, nothing happens. The Help window trembles continuously at the same time. many thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3492959&group_…

1 0

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 February 2012