From hans at at.or.at  Sat Sep  1 00:03:48 2012
From: hans at at.or.at (Hans-Christoph Steiner)
Date: Fri, 31 Aug 2012 18:03:48 -0400
Subject: [PD-dev] Jenkins server is back
Message-ID: <504134C4.5010605@at.or.at>


I got the Mac Jenkins server back up and running.  Hopefully it stays
that way for a while:

https://macosx105-i386.pdlab.puredata.info/

Attached are the HTTPS cert fingerprints, if you don't feel like
installing the https://cacert.org root certs:

.hc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: macosx105-i386.pdlab.puredata.info_fingerprints.png
Type: image/png
Size: 12132 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20120831/856d60b9/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 897 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20120831/856d60b9/attachment.pgp>

From noreply at sourceforge.net  Sat Sep  1 00:48:55 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 31 Aug 2012 15:48:55 -0700
Subject: [PD-dev] [ pure-data-Patches-3485013 ] File->Save As..., Edit->Copy,
	Edit->Select All for Pd Window
Message-ID: <mailman.8.1346453354.2527.pd-dev@iem.at>

Patches item #3485013, was opened at 2012-02-06 08:28
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3485013&group_id=55736

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: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: File->Save As..., Edit->Copy, Edit->Select All for Pd Window

Initial Comment:
I just implemented File->Save As..., Edit->Copy, and Edit->Select All for
the Pd window. Its not the whole list that you posted here, but I think
its the most commonly used ones. Its in Pd-extended, and I attached the
patch.

----------------------------------------------------------------------

>Comment By: Miller Puckette (millerpuckette)
Date: 2012-08-31 15:48

Message:
applied - 0.44

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2012-02-16 14:08

Message:
x0V7jz  <a href="http://iudhaaqllzhm.com/">iudhaaqllzhm</a>,
[url=http://yedimckrnkdq.com/]yedimckrnkdq[/url],
[link=http://aygazhtvcgyl.com/]aygazhtvcgyl[/link],
http://wxbunjrnpczw.com/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3485013&group_id=55736


From noreply at sourceforge.net  Sat Sep  1 00:53:00 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 31 Aug 2012 15:53:00 -0700
Subject: [PD-dev] [ pure-data-Patches-3485013 ] File->Save As..., Edit->Copy,
	Edit->Select All for Pd Window
Message-ID: <mailman.9.1346453589.2527.pd-dev@iem.at>

Patches item #3485013, was opened at 2012-02-06 08:28
Message generated for change (Settings changed) made by eighthave
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3485013&group_id=55736

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: None
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: File->Save As..., Edit->Copy, Edit->Select All for Pd Window

Initial Comment:
I just implemented File->Save As..., Edit->Copy, and Edit->Select All for
the Pd window. Its not the whole list that you posted here, but I think
its the most commonly used ones. Its in Pd-extended, and I attached the
patch.

----------------------------------------------------------------------

Comment By: Miller Puckette (millerpuckette)
Date: 2012-08-31 15:48

Message:
applied - 0.44

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2012-02-16 14:08

Message:
x0V7jz  <a href="http://iudhaaqllzhm.com/">iudhaaqllzhm</a>,
[url=http://yedimckrnkdq.com/]yedimckrnkdq[/url],
[link=http://aygazhtvcgyl.com/]aygazhtvcgyl[/link],
http://wxbunjrnpczw.com/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3485013&group_id=55736


From noreply at sourceforge.net  Sat Sep  1 02:05:59 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 31 Aug 2012 17:05:59 -0700
Subject: [PD-dev] [ pure-data-Patches-3485016 ] (Win) allow externals to
	load DLLs from the same folder
Message-ID: <mailman.10.1346457986.2527.pd-dev@iem.at>

Patches item #3485016, was opened at 2012-02-06 08:38
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3485016&group_id=55736

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: feature
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: (Win) allow externals to load DLLs from the same folder

Initial Comment:
In order to have objects like readanysf~ and purest_json work on Windows, they need to include DLLs for libraries like ffmpeg and curl. In order for the DLLs of the objects to load other DLLs from that same folder, SetDllDirectory() needs to be set first.  This requires a minimum of Windows XP SP1 (10 years old at this point).

There are three patches included, the first sets up the new build system for this, the second sets up makefile.mingw for this.  The third is the actual change to s_loader.c.  I think MSVC sets WINVER automatically, but just be sure its set to 0x0502 for this to work.

----------------------------------------------------------------------

>Comment By: Miller Puckette (millerpuckette)
Date: 2012-08-31 17:05

Message:
I applied this messily - it seems a lot of the edits had already been
applied - probably broke stuff but
am not sure how to unwind this safely.

----------------------------------------------------------------------

Comment By: Miller Puckette (millerpuckette)
Date: 2012-02-19 18:19

Message:
drat, the "zip" file attached looks like empty HTML glueball.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3485016&group_id=55736


From noreply at sourceforge.net  Sat Sep  1 02:10:17 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 31 Aug 2012 17:10:17 -0700
Subject: [PD-dev] [ pure-data-Patches-3494768 ] verbose() leaves blank lines
	when filtered out in Pd window
Message-ID: <mailman.11.1346458226.2527.pd-dev@iem.at>

Patches item #3494768, was opened at 2012-02-26 08:10
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3494768&group_id=55736

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: Accepted
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: Miller Puckette (millerpuckette)
Date: 2012-08-31 17:10

Message:
applied (0.44)

----------------------------------------------------------------------

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_id=55736


From noreply at sourceforge.net  Sat Sep  1 02:12:56 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 31 Aug 2012 17:12:56 -0700
Subject: [PD-dev] [ pure-data-Patches-3497084 ] fix for open_via_path()
	declaration headfizz
Message-ID: <mailman.12.1346458383.2527.pd-dev@iem.at>

Patches item #3497084, was opened at 2012-03-05 09:41
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3497084&group_id=55736

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-dev
Group: None
>Status: Pending
>Resolution: Accepted
Priority: 7
Private: No
Submitted By: IOhannes m zm?lnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix for open_via_path() declaration headfizz

Initial Comment:
m_pd.h says that the parameters for open_via_path() are: "open_via_path(name, ext, dir, ...)"

otoh, s_path.c implements the function as "open_via_path(dir, name, ext,...)"
also the function is used as (dir, name, ext,...) throughout the code.

the attached cosmetic patch fixes the function declaration in m_pd.h, so i don't get headfizz whenever i try to find out why i'm using the function correctly.

----------------------------------------------------------------------

>Comment By: Miller Puckette (millerpuckette)
Date: 2012-08-31 17:12

Message:
done (by hand, not sure when)

----------------------------------------------------------------------

Comment By: Mathieu BOUCHARD (mathieubouchard)
Date: 2012-03-06 07:34

Message:
Just imagine that the ministry of transportation puts the wrong signs on
the autobahn. When it's time to fix them, they call the change
?cosmetic?. So, of course, they ask a beautician to take care of it.

Do any changes to the docs also count as ?cosmetic???

Because help-intro.pd always listed classes that never existed, such as
[powtorms~] and [rmstopow~]. I suppose that it's cosmetic too??

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3497084&group_id=55736


From noreply at sourceforge.net  Sat Sep  1 02:13:22 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 31 Aug 2012 17:13:22 -0700
Subject: [PD-dev] [ pure-data-Patches-3494768 ] verbose() leaves blank lines
	when filtered out in Pd window
Message-ID: <mailman.13.1346458411.2527.pd-dev@iem.at>

Patches item #3494768, was opened at 2012-02-26 08:10
Message generated for change (Settings changed) made by millerpuckette
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3494768&group_id=55736

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: Pending
Resolution: Accepted
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: Miller Puckette (millerpuckette)
Date: 2012-08-31 17:10

Message:
applied (0.44)

----------------------------------------------------------------------

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_id=55736


From noreply at sourceforge.net  Sat Sep  1 02:18:51 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 31 Aug 2012 17:18:51 -0700
Subject: [PD-dev] [ pure-data-Patches-3518188 ] support loading [classname]
	from classname/classname.pd
Message-ID: <mailman.14.1346458748.2527.pd-dev@iem.at>

Patches item #3518188, was opened at 2012-04-15 08:23
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3518188&group_id=55736

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: feature
>Status: Pending
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: support loading [classname] from classname/classname.pd

Initial Comment:
This patch adds support for loading [classname] from classname/classname.pd to match classname/classname.pd_linux support, which has been around a long time and proven quite useful. The patch adds classname/classname.pd as the last thing to try in the whole loading sequence, so it should not break anything, unless it is relying on the failure of an object to create.

One example this patch supports is the [arduino] object, which is implemented as an abstraction.  With this patch, everything can be included in a folder called "arduino/" from the help patch, the meta file, and the abstraction itself.  This makes installation trivial, just drop the arduino folder in the right place, and also makes the arduino folder show up in the Help Browser. 

----------------------------------------------------------------------

>Comment By: Miller Puckette (millerpuckette)
Date: 2012-08-31 17:18

Message:
accepted 0.44

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3518188&group_id=55736


From noreply at sourceforge.net  Sat Sep  1 02:21:05 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 31 Aug 2012 17:21:05 -0700
Subject: [PD-dev] [ pure-data-Patches-3485016 ] (Win) allow externals to
	load DLLs from the same folder
Message-ID: <mailman.15.1346458873.2527.pd-dev@iem.at>

Patches item #3485016, was opened at 2012-02-06 08:38
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3485016&group_id=55736

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: feature
>Status: Pending
>Resolution: Accepted
Priority: 7
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: (Win) allow externals to load DLLs from the same folder

Initial Comment:
In order to have objects like readanysf~ and purest_json work on Windows, they need to include DLLs for libraries like ffmpeg and curl. In order for the DLLs of the objects to load other DLLs from that same folder, SetDllDirectory() needs to be set first.  This requires a minimum of Windows XP SP1 (10 years old at this point).

There are three patches included, the first sets up the new build system for this, the second sets up makefile.mingw for this.  The third is the actual change to s_loader.c.  I think MSVC sets WINVER automatically, but just be sure its set to 0x0502 for this to work.

----------------------------------------------------------------------

>Comment By: Miller Puckette (millerpuckette)
Date: 2012-08-31 17:21

Message:
I think this is now patched (but quite messily so there might be mistakes).
 Some of it was already part
of commit  5dadaf43c9206823b434d11c6cc6c6e6be020dc3


----------------------------------------------------------------------

Comment By: Miller Puckette (millerpuckette)
Date: 2012-08-31 17:05

Message:
I applied this messily - it seems a lot of the edits had already been
applied - probably broke stuff but
am not sure how to unwind this safely.

----------------------------------------------------------------------

Comment By: Miller Puckette (millerpuckette)
Date: 2012-02-19 18:19

Message:
drat, the "zip" file attached looks like empty HTML glueball.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3485016&group_id=55736


From noreply at sourceforge.net  Sat Sep  1 02:31:11 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 31 Aug 2012 17:31:11 -0700
Subject: [PD-dev] [ pure-data-Patches-3521816 ] Setting externals file
	extension, check for ANDROID platform
Message-ID: <mailman.17.1346459480.2527.pd-dev@iem.at>

Patches item #3521816, was opened at 2012-04-26 19:25
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3521816&group_id=55736

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: Pending
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Setting externals file extension, check for ANDROID platform

Initial Comment:
The Android GCC toolchain #defines linux, so the Android specific branch was never being hit. Moving the check above Linux fixes it.

Before this patch external extensions ".l_i386" and ".pd_linux" are checked for on Android. This patch will accept either ".l_arm" or ".pd_linux", so the externals built by PdCore will still work.

It doesn't address the issue of Android x86.

Should probably add a check for arm vs x86 architecture too, but I haven't been able to find documentation of the architecture macros.


----------------------------------------------------------------------

>Comment By: Miller Puckette (millerpuckette)
Date: 2012-08-31 17:31

Message:
accepted (0.44)

----------------------------------------------------------------------

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-04-30 11:42

Message:
I attached a patch for my solution to the problem at hand: Android file
extensions.  It will also fix file extensions for GNU/Linux on ARM.  The
original code would make GNU/Linux/ARM use .l_i386.

This also adds '.so' as the default extension when the particular case is
undefined.  I think this is better than having the default be nothing at
all, and it should be quite safe since .so is the standard extension for
shared libraries on GNU systems, BSD systems, Android, and others.

----------------------------------------------------------------------

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-04-30 07:36

Message:
How about we instead solve the problem listed above in this bug report? I
think we should have the add an #else that sets the file extension to
".so".  The generic .dll extension has been used for Windows since forever
and I don't hear about problems there. And then ditch the __ANDROID__
section and move the ARM arch under the __linux__ section.

The file extensions are a mess in terms of accurate naming.  __GNU__ and
__FreeBSD_kernel__ are not Linux at all, and they are set to use .pd_linux.
 I don't think the kernel even matters for generic externals, it is
probably the libc that matters, so it should be something like .gnu_i386 or
.bsd_i386.  Or maybe its the binary format that's more important, i.e.
.elf_i386 and .mach_i386.  Makes me think this approach to naming is just
fundamentally flawed.

Lastly, IOhannes, the key part that you are missing about .d_fat/.d_ppc is
that they do not solve any problems.  So something that causes a minor
problem, but solves nothing seems pretty worthless to me.  Even discussing
it as much as we have seems like a waste of time.

----------------------------------------------------------------------

Comment By: IOhannes m zm?lnig (zmoelnig)
Date: 2012-04-30 00:28

Message:
for the record, here are the relevant threads i found in the archives:
- http://lists.puredata.info/pipermail/pd-list/2009-01/067498.html
- http://lists.puredata.info/pipermail/pd-list/2009-07/071476.html

as you will see, the only real issue that was ever raised was the increased
load-time when adding more and more extensions. all the "other" issues
where always referred to as "there are other issues which i don't remember
right now, check the archive", without ever giving evidence that there are
indeed other issues.

----------------------------------------------------------------------

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-04-29 20:14

Message:
File extensions are very OS-specific.  The Linux extensions are fine
(except perhaps the l_ia64 being the wrong arch).  Mac OS X does not need
different ones since you can build universal "fat" binaries.

One example of a problem caused by adding more extensions is that it
increases the load time since Pd will have to check for more variations on
filenames.  There are other issues, I don't remember them, but they're in
the archives.

----------------------------------------------------------------------

Comment By: Miller Puckette (millerpuckette)
Date: 2012-04-29 11:03

Message:
My intention in having the wierd extensions was to permit people to
distribute patches (such as realizations
of pieces) containing in-house externals that can run under any Pd version
and any OS.  In this context
"externs" can be directories containing the various binaries which Pd
distinguishes by filename.  OTOH, Pd
distributions themselves run on a single OS and architecture so don't need
the disambiguation, although in
my experience it hasn't been harmful (Hans has experienced otherwise in the
context of Pd extended though :)
So Pd is sort of stuck allowing both types of extensions.

----------------------------------------------------------------------

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-04-29 10:36

Message:
Personally, I think its a waste your time and mine.  Its been discussed,
check out the archives for the problems it causes.  I've long since moved
on.  We should be putting this energy solving the issue in this tracker,
rather than beating the .d_ppc/.d_fat dead horse.


----------------------------------------------------------------------

Comment By: IOhannes m zm?lnig (zmoelnig)
Date: 2012-04-28 10:16

Message:
thanks for the respone.

ad #1: very few people using .d_ppc/.d_fat is not really creating any
"problems", is it?

ad #2: will do (though afaict, PdX has a patch that actively removes the
functionality; should i create a patch that re-adds the extensions or
should i modify (eventually remove) the patch that erroneously removes the
extensions?

----------------------------------------------------------------------

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-04-27 19:32

Message:
In response to #1: very few people are using .d_ppc and .d_fat files with
Pd vanilla.

and #2: patches welcome

----------------------------------------------------------------------

Comment By: IOhannes m zm?lnig (zmoelnig)
Date: 2012-04-27 08:54

Message:
<flames>
"Those file extension have a lot of issues as they are, for example, no
other program for Darwin/MacOSX uses per-arch file extension"...what
exactly is the "lot of issues" here? no other program for Darwin/MacOSX is
called "Pd", and still this is no issue.
</flames>
<moreflames>
if Pd-extended ignores binary files that it could happily load and by doing
so breaks compatibility with Pd-vanilla, i would say this is a bug in
Pd-extended.
</moreflames>

----------------------------------------------------------------------

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-04-27 07:36

Message:
What about just defining '.so' has a possibility if __linux__, __FreeBSD__,
__FreeBSD_kernel__, __OpenBSD__ are defined, then people can choose to
manage the architecture in their own way.

Those file extension have a lot of issues as they are, for example, no
other program for Darwin/MacOSX uses per-arch file extensions: they use
universal binaries.  For this reason , Pd-extended on Mac OS X only uses
.pd_darwin and universal binaries and ignores .d_fat and .d_ppc.  Also,
Pd's .l_ia64 does not actually mean ia64 arch but instead amd64/x86_64, so
that file extension is just wrong.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3521816&group_id=55736


From noreply at sourceforge.net  Sun Sep  2 21:43:48 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun, 02 Sep 2012 12:43:48 -0700
Subject: [PD-dev] [ pure-data-Patches-3485016 ] (Win) allow externals to
	load DLLs from the same folder
Message-ID: <mailman.18.1346615042.2527.pd-dev@iem.at>

Patches item #3485016, was opened at 2012-02-06 08:38
Message generated for change (Comment added) made by eighthave
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3485016&group_id=55736

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: feature
>Status: Closed
Resolution: Accepted
Priority: 7
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: (Win) allow externals to load DLLs from the same folder

Initial Comment:
In order to have objects like readanysf~ and purest_json work on Windows, they need to include DLLs for libraries like ffmpeg and curl. In order for the DLLs of the objects to load other DLLs from that same folder, SetDllDirectory() needs to be set first.  This requires a minimum of Windows XP SP1 (10 years old at this point).

There are three patches included, the first sets up the new build system for this, the second sets up makefile.mingw for this.  The third is the actual change to s_loader.c.  I think MSVC sets WINVER automatically, but just be sure its set to 0x0502 for this to work.

----------------------------------------------------------------------

>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2012-09-02 12:43

Message:
You can always find these patches in the Pd-extended 'patch_series' branch
if they seem corrupted.

As for git, if you have messed up commits, you can always easily reset your
branch back to ignore those messed up commits.  Just use 'git branch' to
set the branch to a given branch hash:

git branch master 731b8721d28bc4ed0c0b533b981b7d3dd1f1df6e

----------------------------------------------------------------------

Comment By: Miller Puckette (millerpuckette)
Date: 2012-08-31 17:21

Message:
I think this is now patched (but quite messily so there might be mistakes).
 Some of it was already part
of commit  5dadaf43c9206823b434d11c6cc6c6e6be020dc3


----------------------------------------------------------------------

Comment By: Miller Puckette (millerpuckette)
Date: 2012-08-31 17:05

Message:
I applied this messily - it seems a lot of the edits had already been
applied - probably broke stuff but
am not sure how to unwind this safely.

----------------------------------------------------------------------

Comment By: Miller Puckette (millerpuckette)
Date: 2012-02-19 18:19

Message:
drat, the "zip" file attached looks like empty HTML glueball.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3485016&group_id=55736


From noreply at sourceforge.net  Mon Sep  3 18:28:54 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 03 Sep 2012 09:28:54 -0700
Subject: [PD-dev] [ pure-data-Patches-3564457 ] filagra soft 100
Message-ID: <mailman.19.1346689749.2527.pd-dev@iem.at>

Patches item #3564457, was opened at 2012-09-03 09:28
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3564457&group_id=55736

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: documentation
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: filagra soft 100

Initial Comment:
filagra soft 100

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3564457&group_id=55736


From msp at ucsd.edu  Mon Sep  3 22:49:34 2012
From: msp at ucsd.edu (Miller Puckette)
Date: Mon, 3 Sep 2012 13:49:34 -0700
Subject: [PD-dev] coll object in cyclone broken in 0.43; how to submit fix?
Message-ID: <20120903204934.GN18785@stripe.ucsd.edu>

To Pd developers...

In testing the coll object from cyclone/hammer I found some trouble adapting
from 0.42 to 0.43.  I had no trouble fixing it locally (I'll show a diff
below) but would like now to know how I can best make this available to
others.  Would it be netter that I (a) submit a patch to the tracker (that
would work if Hans would then want to apply it to SVN) or should I risk
trying to commit to SVN myself (with the risk that I migth do something
stupid and mess up the repo)?

here's the change, although to patch it upstream I'd want to make the code
check the Pd version in runtime so that it will still work for Pd <= 0.42 )

diff externals/miXed/shared/hammer/file.c  ~/work/text/coll/


<     sys_gui("  pd [concat miXed$name clear \\;]\n");
---
>     sys_gui("  pdsend [concat miXed$name clear \\;]\n");
123c123
<     sys_gui("    pd [concat miXed$name addline $lin \\;]\n");
---
>     sys_gui("    pdsend [concat miXed$name addline $lin \\;]\n");
126c126
<     sys_gui("  pd [concat miXed$name end \\;]\n");
---
>     sys_gui("  pdsend [concat miXed$name end \\;]\n");
271,272c271,272
<     sys_gui("  pd [concat $target path \\\n");
<     sys_gui("   [pdtk_enquote $filename] [pdtk_enquote $directory] \\;]\n");
---
>     sys_gui("  pdsend [concat $target path \\\n");
>     sys_gui("   [enquote_path $filename] [enquote_path $directory] \\;]\n");
287,288c287,288
<     sys_gui("  pd [concat $target path \\\n");
<     sys_gui("   [pdtk_enquote $filename] [pdtk_enquote $directory] \\;]\n");
---
>     sys_gui("  pdsend [concat $target path \\\n");
>     sys_gui("   [enquote_path $filename] [enquote_path $directory] \\;]\n");

thanks
Miller



From hans at at.or.at  Tue Sep  4 00:05:18 2012
From: hans at at.or.at (Hans-Christoph Steiner)
Date: Mon, 03 Sep 2012 18:05:18 -0400
Subject: [PD-dev] coll object in cyclone broken in 0.43;
 how to submit fix?
In-Reply-To: <20120903204934.GN18785@stripe.ucsd.edu>
References: <20120903204934.GN18785@stripe.ucsd.edu>
Message-ID: <5045299E.5010203@at.or.at>


Which version are you using?  These fixes are already be included in
cyclone in SVN:

http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&sortby=date&revision=15018
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&sortby=date&revision=15651

.hc

On 09/03/2012 04:49 PM, Miller Puckette wrote:
> To Pd developers...
>
> In testing the coll object from cyclone/hammer I found some trouble adapting
> from 0.42 to 0.43.  I had no trouble fixing it locally (I'll show a diff
> below) but would like now to know how I can best make this available to
> others.  Would it be netter that I (a) submit a patch to the tracker (that
> would work if Hans would then want to apply it to SVN) or should I risk
> trying to commit to SVN myself (with the risk that I migth do something
> stupid and mess up the repo)?
>
> here's the change, although to patch it upstream I'd want to make the code
> check the Pd version in runtime so that it will still work for Pd <= 0.42 )
>
> diff externals/miXed/shared/hammer/file.c  ~/work/text/coll/
>
>
> <     sys_gui("  pd [concat miXed$name clear \\;]\n");
> ---
>>     sys_gui("  pdsend [concat miXed$name clear \\;]\n");
> 123c123
> <     sys_gui("    pd [concat miXed$name addline $lin \\;]\n");
> ---
>>     sys_gui("    pdsend [concat miXed$name addline $lin \\;]\n");
> 126c126
> <     sys_gui("  pd [concat miXed$name end \\;]\n");
> ---
>>     sys_gui("  pdsend [concat miXed$name end \\;]\n");
> 271,272c271,272
> <     sys_gui("  pd [concat $target path \\\n");
> <     sys_gui("   [pdtk_enquote $filename] [pdtk_enquote $directory] \\;]\n");
> ---
>>     sys_gui("  pdsend [concat $target path \\\n");
>>     sys_gui("   [enquote_path $filename] [enquote_path $directory] \\;]\n");
> 287,288c287,288
> <     sys_gui("  pd [concat $target path \\\n");
> <     sys_gui("   [pdtk_enquote $filename] [pdtk_enquote $directory] \\;]\n");
> ---
>>     sys_gui("  pdsend [concat $target path \\\n");
>>     sys_gui("   [enquote_path $filename] [enquote_path $directory] \\;]\n");
> thanks
> Miller
>
>
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev



From msp at ucsd.edu  Tue Sep  4 01:12:09 2012
From: msp at ucsd.edu (Miller Puckette)
Date: Mon, 3 Sep 2012 16:12:09 -0700
Subject: [PD-dev] coll object in cyclone broken in 0.43;
 how to submit fix?
In-Reply-To: <5045299E.5010203@at.or.at>
References: <20120903204934.GN18785@stripe.ucsd.edu>
	<5045299E.5010203@at.or.at>
Message-ID: <20120903231209.GO18785@stripe.ucsd.edu>

Duh... I had grabbed the Pd-0.42.5-extended tarball... it does indeed look
like the fixes are alreay in.  Sorry for the trouble.

Miller

On Mon, Sep 03, 2012 at 06:05:18PM -0400, Hans-Christoph Steiner wrote:
> 
> Which version are you using?  These fixes are already be included in
> cyclone in SVN:
> 
> http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&sortby=date&revision=15018
> http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&sortby=date&revision=15651
> 
> .hc
> 
> On 09/03/2012 04:49 PM, Miller Puckette wrote:
> > To Pd developers...
> >
> > In testing the coll object from cyclone/hammer I found some trouble adapting
> > from 0.42 to 0.43.  I had no trouble fixing it locally (I'll show a diff
> > below) but would like now to know how I can best make this available to
> > others.  Would it be netter that I (a) submit a patch to the tracker (that
> > would work if Hans would then want to apply it to SVN) or should I risk
> > trying to commit to SVN myself (with the risk that I migth do something
> > stupid and mess up the repo)?
> >
> > here's the change, although to patch it upstream I'd want to make the code
> > check the Pd version in runtime so that it will still work for Pd <= 0.42 )
> >
> > diff externals/miXed/shared/hammer/file.c  ~/work/text/coll/
> >
> >
> > <     sys_gui("  pd [concat miXed$name clear \\;]\n");
> > ---
> >>     sys_gui("  pdsend [concat miXed$name clear \\;]\n");
> > 123c123
> > <     sys_gui("    pd [concat miXed$name addline $lin \\;]\n");
> > ---
> >>     sys_gui("    pdsend [concat miXed$name addline $lin \\;]\n");
> > 126c126
> > <     sys_gui("  pd [concat miXed$name end \\;]\n");
> > ---
> >>     sys_gui("  pdsend [concat miXed$name end \\;]\n");
> > 271,272c271,272
> > <     sys_gui("  pd [concat $target path \\\n");
> > <     sys_gui("   [pdtk_enquote $filename] [pdtk_enquote $directory] \\;]\n");
> > ---
> >>     sys_gui("  pdsend [concat $target path \\\n");
> >>     sys_gui("   [enquote_path $filename] [enquote_path $directory] \\;]\n");
> > 287,288c287,288
> > <     sys_gui("  pd [concat $target path \\\n");
> > <     sys_gui("   [pdtk_enquote $filename] [pdtk_enquote $directory] \\;]\n");
> > ---
> >>     sys_gui("  pdsend [concat $target path \\\n");
> >>     sys_gui("   [enquote_path $filename] [enquote_path $directory] \\;]\n");
> > thanks
> > Miller
> >
> >
> > _______________________________________________
> > Pd-dev mailing list
> > Pd-dev at iem.at
> > http://lists.puredata.info/listinfo/pd-dev
> 
> 
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev


From noreply at sourceforge.net  Tue Sep  4 14:16:17 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 04 Sep 2012 05:16:17 -0700
Subject: [PD-dev] [ pure-data-Patches-3564675 ] apcalis sx review
Message-ID: <mailman.20.1346761002.2527.pd-dev@iem.at>

Patches item #3564675, was opened at 2012-09-04 05:16
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3564675&group_id=55736

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: feature
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: apcalis sx review

Initial Comment:
apcalis sx review

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3564675&group_id=55736


From noreply at sourceforge.net  Sun Sep  9 05:16:39 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat, 08 Sep 2012 20:16:39 -0700
Subject: [PD-dev] [ pure-data-Patches-3481846 ] [bugfix] on start,
	the Pd window doesn't always show msgs
Message-ID: <mailman.24.1347160610.2527.pd-dev@iem.at>

Patches item #3481846, was opened at 2012-01-30 17:41
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3481846&group_id=55736

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: Pending
>Resolution: Accepted
Priority: 8
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] on start, the Pd window doesn't always show msgs 

Initial Comment:
Sometimes, when Pd starts, it only writes a portion of the stored ::pdwindow::logbuffer to the Pd Window.  This tiny patch fixes that by waiting for the event loop before printing the logbuffer to the Pd window.

----------------------------------------------------------------------

>Comment By: Miller Puckette (millerpuckette)
Date: 2012-09-08 20:16

Message:
OK, I checked again and the patch made sense this time, but it's already in
the code, so closing this.

----------------------------------------------------------------------

Comment By: Miller Puckette (millerpuckette)
Date: 2012-02-19 17:57

Message:
Hmm, the attached file doesn't look loke a patch file (some HTM trash
instead)???

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3481846&group_id=55736


From noreply at sourceforge.net  Mon Sep 10 21:14:12 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 10 Sep 2012 12:14:12 -0700
Subject: [PD-dev] [ pure-data-Patches-3566368 ] cialis 20 mg
Message-ID: <mailman.28.1347304462.2527.pd-dev@iem.at>

Patches item #3566368, was opened at 2012-09-10 12:14
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3566368&group_id=55736

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: documentation
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: cialis 20 mg

Initial Comment:
cialis 20 mg

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3566368&group_id=55736


From noreply at sourceforge.net  Wed Sep 12 03:46:16 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 11 Sep 2012 18:46:16 -0700
Subject: [PD-dev] [ pure-data-Patches-3566852 ] viagra pas cher
Message-ID: <mailman.29.1347414400.2527.pd-dev@iem.at>

Patches item #3566852, was opened at 2012-09-11 18:46
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3566852&group_id=55736

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: feature
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: viagra pas cher

Initial Comment:
viagra pas cher

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3566852&group_id=55736


From noreply at sourceforge.net  Thu Sep 13 12:56:01 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 13 Sep 2012 03:56:01 -0700
Subject: [PD-dev] [ pure-data-Feature Requests-3567328 ] LN_S in Makefile
	templates
Message-ID: <mailman.30.1347533785.2527.pd-dev@iem.at>

Feature Requests item #3567328, was opened at 2012-09-13 03:56
Message generated for change (Tracker Item Submitted) made by charlesgg
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3567328&group_id=55736

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
Priority: 5
Private: No
Submitted By: Charles Goyard (charlesgg)
Assigned to: Nobody/Anonymous (nobody)
Summary: LN_S in Makefile templates

Initial Comment:
LN_S is an alias for ln -s. It could be ln -sf.

With ln -s, when rebuilding pd-extended, you are forced to make clean before, so everything is rebuilt.
With ln -sf, an existing symlink does not cause the build to fail.

Note some externals (zexy for example) hardcode ln -s instead of @LN_S at .

Thank you,
Charles

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3567328&group_id=55736


From noreply at sourceforge.net  Mon Sep 17 23:47:25 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 17 Sep 2012 14:47:25 -0700
Subject: [PD-dev] [ pure-data-Bugs-3568605 ] no $0 in arrays resulting in
	name-conflicts
Message-ID: <mailman.31.1347918467.2527.pd-dev@iem.at>

Bugs item #3568605, was opened at 2012-09-17 14: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=3568605&group_id=55736

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: abstractions
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: no $0 in arrays resulting in name-conflicts

Initial Comment:
It seems I can't use "$0" in array-names. And if I rename an array including the "$0" and save it, the "$0" becomes eg. 1002 and can't be found anymore... if the patch uses eg "1004" for "$0".
One can't always use [table]-objects.
And one can't use arrays in GUI-abstractions it seems..

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3568605&group_id=55736


From noreply at sourceforge.net  Tue Sep 18 00:12:16 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 17 Sep 2012 15:12:16 -0700
Subject: [PD-dev] [ pure-data-Feature Requests-3568612 ] autobuilds gone!
	why?
Message-ID: <mailman.32.1347919948.2527.pd-dev@iem.at>

Feature Requests item #3568612, was opened at 2012-09-17 15:12
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3568612&group_id=55736

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
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: autobuilds gone! why?

Initial Comment:
I want the autobuilds back. What happened?
What happend to the double-builds and all that?

...little off topic, sorry...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3568612&group_id=55736


From noreply at sourceforge.net  Tue Sep 18 17:35:45 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 18 Sep 2012 08:35:45 -0700
Subject: [PD-dev] [ pure-data-Feature Requests-3568987 ] subpatch-audio
	(reblocked) out of sync
Message-ID: <mailman.34.1347982571.2527.pd-dev@iem.at>

Feature Requests item #3568987, was opened at 2012-09-18 08:35
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3568987&group_id=55736

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
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: subpatch-audio (reblocked) out of sync

Initial Comment:
Hello,
I think I've found a rather fundamental (vanilla) bug.
Imagine the following (as the title says): One has a (subpatch with) blocksize=64. Inside there are 2 more subpatches with a blocksize=128. Now it can happen, that both are in sync to eachother, because both are in sync to the 1st 64 samples of the parent-patch. Or they are not in sync, because one sticks to the 1st 64, tho other one sticks to the 2nd 64 samples.
It would look like this:

Out of sync:
Parent: =_=_=_=_=_=_=_=_=_=_... <-BS=64
Sub1..: ===_===_===_===_===_... <-BS=128
Sub2..: =_===_===_===_===_==... <-BS=128

Sync:
Parent: =_=_=_=_=_=_=_=_=_=_... <-BS=64
Sub1..: ===_===_===_===_===_... <-BS=128
Sub2..: ===_===_===_===_===_... <-BS=128

I won't paint it, but one can imagine that there is even more potential chaos if the blocksize-ratio is biger than 2 (=128/64).

This is the only part in pd, that really is not deterministic! Because this behavior, the "relative block-position" ("sync/no sync") can change with each dsp-switching. ..At least I couldn't find a way to make it do what I want..

To think of a more complicated version: Imagine one wants to sync subpatches, which are not in the same parent...

I don't know what it would be good for to have blocks not be synced, but there may even be an application for that.
So wouldn't it be a good idea to let the user decide how they sync??
...Maybe via some initial subpatch-parameters... Something like "1/2 or 2/2" for a BS-ratio=2. (1/8, 2/8, 3/8,..., 7/8, 8/8 for a BS-ratio=8) ...just as with a sequencer...


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3568987&group_id=55736


From noreply at sourceforge.net  Tue Sep 18 17:38:24 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 18 Sep 2012 08:38:24 -0700
Subject: [PD-dev] [ pure-data-Bugs-3568989 ] subpatch-audio (reblocked) out
	of sync
Message-ID: <mailman.35.1347982719.2527.pd-dev@iem.at>

Bugs item #3568989, was opened at 2012-09-18 08:38
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3568989&group_id=55736

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: subpatch-audio (reblocked) out of sync

Initial Comment:
Hello,
I think I've found a rather fundamental (vanilla) bug.
Imagine the following (as the title says): One has a (subpatch with) blocksize=64. Inside there are 2 more subpatches with a blocksize=128. Now it can happen, that both are in sync to eachother, because both are in sync to the 1st 64 samples of the parent-patch. Or they are not in sync, because one sticks to the 1st 64, tho other one sticks to the 2nd 64 samples.
It would look like this:

Out of sync:
Parent: =_=_=_=_=_=_=_=_=_=_... <-BS=64
Sub1..: ===_===_===_===_===_... <-BS=128
Sub2..: =_===_===_===_===_==... <-BS=128

Sync:
Parent: =_=_=_=_=_=_=_=_=_=_... <-BS=64
Sub1..: ===_===_===_===_===_... <-BS=128
Sub2..: ===_===_===_===_===_... <-BS=128

I won't paint it, but one can imagine that there is even more potential chaos if the blocksize-ratio is biger than 2 (=128/64).

This is the only part in pd, that really is not deterministic! Because this behavior, the "relative block-position" ("sync/no sync") can change with each dsp-switching. ..At least I couldn't find a way to make it do what I want..

To think of a more complicated version: Imagine one wants to sync subpatches, which are not in the same parent...

I don't know what it would be good for to have blocks not be synced, but there may even be an application for that.
So wouldn't it be a good idea to let the user decide how they sync??
...Maybe via some initial subpatch-parameters... Something like "1/2 or 2/2" for a BS-ratio=2. (1/8, 2/8, 3/8,..., 7/8, 8/8 for a BS-ratio=8) ...just as with a sequencer...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3568989&group_id=55736


From noreply at sourceforge.net  Tue Sep 18 17:46:46 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 18 Sep 2012 08:46:46 -0700
Subject: [PD-dev] [ pure-data-Feature Requests-3568992 ] Colored arrays
Message-ID: <mailman.36.1347983227.2527.pd-dev@iem.at>

Feature Requests item #3568992, was opened at 2012-09-18 08:46
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3568992&group_id=55736

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
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Colored arrays

Initial Comment:
Hey,
what do you (whoever reads this) think of colored arrays?
It's a nice thing to be able to put several arrays into one graph, but it quickly gets confusing. Since it is all black, one does not know which array one drags, or what belongs where (especially if one selects to "draw as points")...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3568992&group_id=55736


From noreply at sourceforge.net  Tue Sep 18 17:57:01 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 18 Sep 2012 08:57:01 -0700
Subject: [PD-dev] [ pure-data-Feature Requests-3568997 ] fixed arrays
Message-ID: <mailman.37.1347983844.2527.pd-dev@iem.at>

Feature Requests item #3568997, was opened at 2012-09-18 08:57
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3568997&group_id=55736

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
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: fixed arrays

Initial Comment:
Just a second one...:
What's about "fixed arrays".
Generally there are two types: "display-arrays" and "interactive-arrays". I guess the names say it all, but one is just showing something, the other requires user-interaction.
But in pd there only is the "interactive-array"-type.
Again this becomes more confusing, if one uses more arrays of different types, in one graph.
One workaround would be to always/periodically refresh a  "display-array". But that, in contrast to "make-it-non-interactive" really is a workaround! ..And depending on the arraysize and tcl/tk uses lots of CPU per array. ...And one even wasted one's time drawing the wrong array...

..I guess that's it for now...
thx $bye

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3568997&group_id=55736


From antoine.villeret at gmail.com  Wed Sep 19 21:27:10 2012
From: antoine.villeret at gmail.com (Antoine Villeret)
Date: Wed, 19 Sep 2012 21:27:10 +0200
Subject: [PD-dev] introduction and SVN write access
In-Reply-To: <CAGn5wNdL4j_Gt0pTAFdadkcTasbW6aJHV7sXn3QRF00za4GQsg@mail.gmail.com>
References: <CAGn5wNdL4j_Gt0pTAFdadkcTasbW6aJHV7sXn3QRF00za4GQsg@mail.gmail.com>
Message-ID: <CAGn5wNcO1+ekABW9zGWtqP0f+Lf2o5XfUTe7bmukpjKedGh_Cg@mail.gmail.com>

Hi all,

i've never received any answer to this mail where i was asking for commit
access to externals repository
i'm working on cleaning the stuff and make it available for everybody
i think this have a place in the pure-data externals folder, or maybe
directly in the GEM extra folder.
so can someone add me (avilleret) to pure-data sourceforge repository ?
since I asked it 6 mounths ago, the one week lazy concensus expired, isn't
it ? ;-)

best wishes

antoine
-- 
do it yourself
http://antoine.villeret.free.fr
http://drii.ensad.fr
--
Google lit ce mail...
si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr pour
me contacter



2012/4/5 Antoine Villeret <antoine.villeret at gmail.com>

> hi all,
>
> i would like to introduce myself and kindly request for an SVN write
> access to pd repository.
>
> My name is Antoine Villeret and i'm working with pd since i met Cyrille
> Henry last year.
> I'm mainly working on computer vision.
> At the very beginning i'm a musician and sound technician then
> I started computer vision in 2008 by turning a bodhr?n into a touchscreen
> during my master thesis.
> After that, I worked with Cyrille on a dynamic video mapping system to
> project video on moving objects on stage.
> It is used in the show *Les Fuyantes *by the French circus company Les
> Choses de Rien.
> You can have a small overview of the the work here :
> http://vimeo.com/37387879
> For that work i have to add some features to pix_opencv that are already
> on the repository like pix_opencv_calibration,
> pix_opencv_warpperspective... (commited by Cyrille).
> But i've made some others externals and also corrected lots of bugs.
> I also made some examples on how to use my externals.
> Moreover I've planned to develop an OpenCL based object mainly to do
> binary texture readback.
> And I will be happy to share my work with the community :-).
>
> Actually i've already made a copy of the SVN repository on my github
> account but it's quite experimental and only used in my personal projects.
> I saw that pd, pd-extended and Gem have already migrated to git but about
> externals repository ? and mainly pix_opencv ? is it planned to switch to
> git too ?
>
> My SF username is : avilleret
>
> Kind regards
>
> antoine
> --
> do it yourself
> http://antoine.villeret.free.fr
> http://drii.ensad.fr
> --
> Google lit ce mail...
> si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.frpour me contacter
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20120919/cc846d38/attachment.htm>

From hans at at.or.at  Fri Sep 21 20:35:41 2012
From: hans at at.or.at (Hans-Christoph Steiner)
Date: Fri, 21 Sep 2012 14:35:41 -0400
Subject: [PD-dev] [pd-dev] introduction and SVN write access
In-Reply-To: <CAGn5wNcO1+ekABW9zGWtqP0f+Lf2o5XfUTe7bmukpjKedGh_Cg@mail.gmail.com>
References: <CAGn5wNdL4j_Gt0pTAFdadkcTasbW6aJHV7sXn3QRF00za4GQsg@mail.gmail.com>
	<CAGn5wNcO1+ekABW9zGWtqP0f+Lf2o5XfUTe7bmukpjKedGh_Cg@mail.gmail.com>
Message-ID: <9B7C90E4-B8B8-4D4B-BA60-95524CF198A8@at.or.at>


I added you as a developer to the pure-data project, welcome!  (pd-gem is a separate project on sourceforge).

One piece of advice: you might find it easier to start new project outside of the pure-data SVN, but I do hope that you will be contributing to the existing projects :-)

.hc


On Sep 19, 2012, at 3:27 PM, Antoine Villeret wrote:

> Hi all, 
> 
> i've never received any answer to this mail where i was asking for commit access to externals repository
> i'm working on cleaning the stuff and make it available for everybody
> i think this have a place in the pure-data externals folder, or maybe directly in the GEM extra folder.
> so can someone add me (avilleret) to pure-data sourceforge repository ?
> since I asked it 6 mounths ago, the one week lazy concensus expired, isn't it ? ;-)
> 
> best wishes
> 
> antoine
> -- 
> do it yourself                        
> http://antoine.villeret.free.fr 
> http://drii.ensad.fr
> --
> Google lit ce mail... 
> si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr pour me contacter
> 
> 
> 
> 2012/4/5 Antoine Villeret <antoine.villeret at gmail.com>
> hi all,
> 
> i would like to introduce myself and kindly request for an SVN write access to pd repository.
> 
> My name is Antoine Villeret and i'm working with pd since i met Cyrille Henry last year.
> I'm mainly working on computer vision.
> At the very beginning i'm a musician and sound technician then
> I started computer vision in 2008 by turning a bodhr?n into a touchscreen during my master thesis.
> After that, I worked with Cyrille on a dynamic video mapping system to project video on moving objects on stage.
> It is used in the show Les Fuyantes by the French circus company Les Choses de Rien.
> You can have a small overview of the the work here : http://vimeo.com/37387879
> For that work i have to add some features to pix_opencv that are already on the repository like pix_opencv_calibration, pix_opencv_warpperspective... (commited by Cyrille).
> But i've made some others externals and also corrected lots of bugs.
> I also made some examples on how to use my externals.
> Moreover I've planned to develop an OpenCL based object mainly to do binary texture readback. 
> And I will be happy to share my work with the community :-).
> 
> Actually i've already made a copy of the SVN repository on my github account but it's quite experimental and only used in my personal projects.
> I saw that pd, pd-extended and Gem have already migrated to git but about externals repository ? and mainly pix_opencv ? is it planned to switch to git too ?
> 
> My SF username is : avilleret
> 
> Kind regards 
> 
> antoine
> -- 
> do it yourself                        
> http://antoine.villeret.free.fr 
> http://drii.ensad.fr
> --
> Google lit ce mail... 
> si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr pour me contacter
> 
> 
> _______________________________________________
> GEM-dev mailing list
> GEM-dev at iem.at
> http://lists.puredata.info/listinfo/gem-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20120921/a1699819/attachment.htm>

From antoine.villeret at gmail.com  Sat Sep 22 17:25:50 2012
From: antoine.villeret at gmail.com (Antoine Villeret)
Date: Sat, 22 Sep 2012 17:25:50 +0200
Subject: [PD-dev] [pd-dev] introduction and SVN write access
In-Reply-To: <9B7C90E4-B8B8-4D4B-BA60-95524CF198A8@at.or.at>
References: <CAGn5wNdL4j_Gt0pTAFdadkcTasbW6aJHV7sXn3QRF00za4GQsg@mail.gmail.com>
	<CAGn5wNcO1+ekABW9zGWtqP0f+Lf2o5XfUTe7bmukpjKedGh_Cg@mail.gmail.com>
	<9B7C90E4-B8B8-4D4B-BA60-95524CF198A8@at.or.at>
Message-ID: <CAGn5wNfLqiX-e8Sey5fav7sdo59=wT3r=Z4T5BujLZxD3n=mrg@mail.gmail.com>

hello,

thanks for that !
i've already pushed some changes to SVN : few new objects, a perspective
correction example and a review of help patches (reviewed by Cyrille Henry,
thanks to him)
but some of the new externals need OpenCV v 2.x to compile so INSTALL file
had been updated but I don't know a way to put an if statement in the
Makefile to exclude some externals in case of detecting an older version
i will make another example (for shape recognition) and if i have time an
external for pattern recognition (like ARToolkit pattern but without their
limitation)

Note the addition of pix_opencv_blobtrack which is a blob tracker with
several detection and post processing algorythms
cheers

antoine
-- 
do it yourself
http://antoine.villeret.free.fr
http://drii.ensad.fr
--
Google lit ce mail...
si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr pour
me contacter



2012/9/21 Hans-Christoph Steiner <hans at at.or.at>

>
> I added you as a developer to the pure-data project, welcome!  (pd-gem is
> a separate project on sourceforge).
>
> One piece of advice: you might find it easier to start new project outside
> of the pure-data SVN, but I do hope that you will be contributing to the
> existing projects :-)
>
> .hc
>
>
> On Sep 19, 2012, at 3:27 PM, Antoine Villeret wrote:
>
> Hi all,
>
> i've never received any answer to this mail where i was asking for commit
> access to externals repository
> i'm working on cleaning the stuff and make it available for everybody
> i think this have a place in the pure-data externals folder, or maybe
> directly in the GEM extra folder.
> so can someone add me (avilleret) to pure-data sourceforge repository ?
> since I asked it 6 mounths ago, the one week lazy concensus expired, isn't
> it ? ;-)
>
> best wishes
>
> antoine
> --
> do it yourself
> http://antoine.villeret.free.fr
> http://drii.ensad.fr
> --
> Google lit ce mail...
> si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.frpour me contacter
>
>
>
> 2012/4/5 Antoine Villeret <antoine.villeret at gmail.com>
>
>> hi all,
>>
>> i would like to introduce myself and kindly request for an SVN write
>> access to pd repository.
>>
>> My name is Antoine Villeret and i'm working with pd since i met Cyrille
>> Henry last year.
>> I'm mainly working on computer vision.
>> At the very beginning i'm a musician and sound technician then
>> I started computer vision in 2008 by turning a bodhr?n into a touchscreen
>> during my master thesis.
>> After that, I worked with Cyrille on a dynamic video mapping system to
>> project video on moving objects on stage.
>> It is used in the show *Les Fuyantes *by the French circus company Les
>> Choses de Rien.
>> You can have a small overview of the the work here :
>> http://vimeo.com/37387879
>> For that work i have to add some features to pix_opencv that are already
>> on the repository like pix_opencv_calibration,
>> pix_opencv_warpperspective... (commited by Cyrille).
>> But i've made some others externals and also corrected lots of bugs.
>> I also made some examples on how to use my externals.
>> Moreover I've planned to develop an OpenCL based object mainly to do
>> binary texture readback.
>> And I will be happy to share my work with the community :-).
>>
>> Actually i've already made a copy of the SVN repository on my github
>> account but it's quite experimental and only used in my personal projects.
>> I saw that pd, pd-extended and Gem have already migrated to git but about
>> externals repository ? and mainly pix_opencv ? is it planned to switch to
>> git too ?
>>
>> My SF username is : avilleret
>>
>> Kind regards
>>
>> antoine
>> --
>> do it yourself
>> http://antoine.villeret.free.fr
>> http://drii.ensad.fr
>> --
>> Google lit ce mail...
>> si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.frpour me contacter
>>
>>
> _______________________________________________
> GEM-dev mailing list
> GEM-dev at iem.at
> http://lists.puredata.info/listinfo/gem-dev
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20120922/c06e56ec/attachment.htm>

From hans at at.or.at  Mon Sep 24 01:19:49 2012
From: hans at at.or.at (Hans-Christoph Steiner)
Date: Sun, 23 Sep 2012 19:19:49 -0400
Subject: [PD-dev] [pd-dev] introduction and SVN write access
In-Reply-To: <CAGn5wNfLqiX-e8Sey5fav7sdo59=wT3r=Z4T5BujLZxD3n=mrg@mail.gmail.com>
References: <CAGn5wNdL4j_Gt0pTAFdadkcTasbW6aJHV7sXn3QRF00za4GQsg@mail.gmail.com>
	<CAGn5wNcO1+ekABW9zGWtqP0f+Lf2o5XfUTe7bmukpjKedGh_Cg@mail.gmail.com>
	<9B7C90E4-B8B8-4D4B-BA60-95524CF198A8@at.or.at>
	<CAGn5wNfLqiX-e8Sey5fav7sdo59=wT3r=Z4T5BujLZxD3n=mrg@mail.gmail.com>
Message-ID: <C9DB6926-C676-4822-86C8-A96250760704@at.or.at>


Hey Antoine,

Unfortunately, you just violated the most important rule of the pure-data SVN.  Even though you have technical permission to commit everywhere does not mean you have social permission to do so.  In other words, before committing to any part of the SVN that you yourself did not create, you need to communicate with the committers to that section first and get their permission to commit.  In general, unless you explicitly know what the rules are, ask on this list first.

With 40ish committers, different sections work on different rules.  Some people only want to accept submissions thru the patch trackers and others are much more open.  Cyrille is not a committer on externals/pix_opencv, so he can't give you permission to commit to that section.

So you need to contact the committers there, Yves, Lluis, and Sergi, and ask them how they want to work with your submissions.  And be prepared to revert the commits you just did.

.hc

On Sep 22, 2012, at 11:25 AM, Antoine Villeret wrote:

> hello, 
> 
> thanks for that !
> i've already pushed some changes to SVN : few new objects, a perspective correction example and a review of help patches (reviewed by Cyrille Henry, thanks to him)
> but some of the new externals need OpenCV v 2.x to compile so INSTALL file had been updated but I don't know a way to put an if statement in the Makefile to exclude some externals in case of detecting an older version
> i will make another example (for shape recognition) and if i have time an external for pattern recognition (like ARToolkit pattern but without their limitation)
> 
> Note the addition of pix_opencv_blobtrack which is a blob tracker with several detection and post processing algorythms
> cheers
> 
> antoine
> -- 
> do it yourself                        
> http://antoine.villeret.free.fr 
> http://drii.ensad.fr
> --
> Google lit ce mail... 
> si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr pour me contacter
> 
> 
> 
> 2012/9/21 Hans-Christoph Steiner <hans at at.or.at>
> 
> I added you as a developer to the pure-data project, welcome!  (pd-gem is a separate project on sourceforge).
> 
> One piece of advice: you might find it easier to start new project outside of the pure-data SVN, but I do hope that you will be contributing to the existing projects :-)
> 
> .hc
> 
> 
> On Sep 19, 2012, at 3:27 PM, Antoine Villeret wrote:
> 
>> Hi all, 
>> 
>> i've never received any answer to this mail where i was asking for commit access to externals repository
>> i'm working on cleaning the stuff and make it available for everybody
>> i think this have a place in the pure-data externals folder, or maybe directly in the GEM extra folder.
>> so can someone add me (avilleret) to pure-data sourceforge repository ?
>> since I asked it 6 mounths ago, the one week lazy concensus expired, isn't it ? ;-)
>> 
>> best wishes
>> 
>> antoine
>> -- 
>> do it yourself                        
>> http://antoine.villeret.free.fr 
>> http://drii.ensad.fr
>> --
>> Google lit ce mail... 
>> si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr pour me contacter
>> 
>> 
>> 
>> 2012/4/5 Antoine Villeret <antoine.villeret at gmail.com>
>> hi all,
>> 
>> i would like to introduce myself and kindly request for an SVN write access to pd repository.
>> 
>> My name is Antoine Villeret and i'm working with pd since i met Cyrille Henry last year.
>> I'm mainly working on computer vision.
>> At the very beginning i'm a musician and sound technician then
>> I started computer vision in 2008 by turning a bodhr?n into a touchscreen during my master thesis.
>> After that, I worked with Cyrille on a dynamic video mapping system to project video on moving objects on stage.
>> It is used in the show Les Fuyantes by the French circus company Les Choses de Rien.
>> You can have a small overview of the the work here : http://vimeo.com/37387879
>> For that work i have to add some features to pix_opencv that are already on the repository like pix_opencv_calibration, pix_opencv_warpperspective... (commited by Cyrille).
>> But i've made some others externals and also corrected lots of bugs.
>> I also made some examples on how to use my externals.
>> Moreover I've planned to develop an OpenCL based object mainly to do binary texture readback. 
>> And I will be happy to share my work with the community :-).
>> 
>> Actually i've already made a copy of the SVN repository on my github account but it's quite experimental and only used in my personal projects.
>> I saw that pd, pd-extended and Gem have already migrated to git but about externals repository ? and mainly pix_opencv ? is it planned to switch to git too ?
>> 
>> My SF username is : avilleret
>> 
>> Kind regards 
>> 
>> antoine
>> -- 
>> do it yourself                        
>> http://antoine.villeret.free.fr 
>> http://drii.ensad.fr
>> --
>> Google lit ce mail... 
>> si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr pour me contacter
>> 
>> 
>> _______________________________________________
>> GEM-dev mailing list
>> GEM-dev at iem.at
>> http://lists.puredata.info/listinfo/gem-dev
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20120923/59d5eab4/attachment.htm>

From noreply at sourceforge.net  Mon Sep 24 02:59:06 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun, 23 Sep 2012 17:59:06 -0700
Subject: [PD-dev] [ pure-data-Bugs-3571088 ] gops invisible / win32 intel
Message-ID: <mailman.43.1348448369.2527.pd-dev@iem.at>

Bugs item #3571088, was opened at 2012-09-23 17:59
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3571088&group_id=55736

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: Graph-On-Parent
Group: v0.43
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: gops invisible / win32 intel

Initial Comment:
abstractions with gop-subpatches / abstraction itself: no gop / open first abstraction: all fine; second abstraction: some gops disappeared

(Tcl) UNHANDLED ERROR: bad screen distance "nan"
    while executing
".xb01ec8.c create line \
41 nan \
54 nan \
68 nan \
81 nan \
94 nan \
108 nan \
121 nan \
134 nan \
148 nan \
161 nan \
174 nan \
188 nan \
201 nan \
..."
    ("uplevel" body line 147)
    invoked from within
"uplevel #0 $cmds_from_pd"(Tcl) UNHANDLED ERROR: bad screen distance "nan"
    while executing
".xb01ec8.c create line \
41 nan \
54 nan \
68 nan \
81 nan \
94 nan \
108 nan \
121 nan \
134 nan \
148 nan \
161 nan \
174 nan \
188 nan \
201 nan \
..."
    ("uplevel" body line 147)
    invoked from within
"uplevel #0 $cmds_from_pd"(Tcl) UNHANDLED ERROR: bad screen distance "nan"
    while executing
".xb01ec8.c create line \
41 nan \
54 nan \
68 nan \
81 nan \
94 nan \
108 nan \
121 nan \
134 nan \
148 nan \
161 nan \
174 nan \
188 nan \
201 nan \
..."
    ("uplevel" body line 147)
    invoked from within
"uplevel #0 $cmds_from_pd"


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3571088&group_id=55736


From antoine.villeret at gmail.com  Mon Sep 24 14:28:15 2012
From: antoine.villeret at gmail.com (Antoine Villeret)
Date: Mon, 24 Sep 2012 14:28:15 +0200
Subject: [PD-dev] [pd-dev] introduction and SVN write access
In-Reply-To: <C9DB6926-C676-4822-86C8-A96250760704@at.or.at>
References: <CAGn5wNdL4j_Gt0pTAFdadkcTasbW6aJHV7sXn3QRF00za4GQsg@mail.gmail.com>
	<CAGn5wNcO1+ekABW9zGWtqP0f+Lf2o5XfUTe7bmukpjKedGh_Cg@mail.gmail.com>
	<9B7C90E4-B8B8-4D4B-BA60-95524CF198A8@at.or.at>
	<CAGn5wNfLqiX-e8Sey5fav7sdo59=wT3r=Z4T5BujLZxD3n=mrg@mail.gmail.com>
	<C9DB6926-C676-4822-86C8-A96250760704@at.or.at>
Message-ID: <CAGn5wNecontifexayJ73zDiWoYscb=Bx18Yzkv6AxPTV9YKVeQ@mail.gmail.com>

Hi Hans,

I'm very surprised about your reaction.
I started working on pix_opencv two years ago, the first external I made
[pix_opencv_calibration] had been committed by Lluis himself.
Concerning Yves, he manages pdp_opnecv, not pix_opencv, and about Sergi I
never saw this name in any of the pix_opencv files...
After that, I made new ones and Llius didn't have time to commit and
maintain the new ones, so he said in a mail on On Thu, 14 Jul 2011 : " for
new objects on pix_opencv/ you can commit by your self
if you want, ok?" (he was replying both to Cyrille and me).
I took this as commit permission for Cyrille and me, but maybe I
misunderstood. At this time, I did't have commit access to pure-data
repository, so Cyrille committed new objects for me without any troubles I
think. So did i last saturday.
Moreover, I understood in one of your mail that you prefer I commit in an
existing repository than creating a new one, this is what i've done. Maybe
I misunderstood one more time.
We do NOT change any of the externals already in the repository, we just
add new ones and change the help files to make them following the Gem help
file template.
If you still think that I'm violating rules, so you can revert all my
commits, and you can delete me from the committers list to avoid any
further problems.
I'm using those externals every days, if i have to keep them for me, I will
not be disturbed, but I think it's a shame.

a.

-- 
do it yourself
http://antoine.villeret.free.fr
http://drii.ensad.fr
--
Google lit ce mail...
si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr pour
me contacter



2012/9/24 Hans-Christoph Steiner <hans at at.or.at>

>
> Hey Antoine,
>
> Unfortunately, you just violated the most important rule of the pure-data
> SVN.  Even though you have technical permission to commit everywhere does
> not mean you have social permission to do so.  In other words, before
> committing to any part of the SVN that you yourself did not create, you
> need to communicate with the committers to that section first and get their
> permission to commit.  In general, unless you explicitly know what the
> rules are, ask on this list first.
>
> With 40ish committers, different sections work on different rules.  Some
> people only want to accept submissions thru the patch trackers and others
> are much more open.  Cyrille is not a committer on externals/pix_opencv, so
> he can't give you permission to commit to that section.
>
> So you need to contact the committers there, Yves, Lluis, and Sergi, and
> ask them how they want to work with your submissions.  And be prepared to
> revert the commits you just did.
>
> .hc
>
> On Sep 22, 2012, at 11:25 AM, Antoine Villeret wrote:
>
> hello,
>
> thanks for that !
> i've already pushed some changes to SVN : few new objects, a perspective
> correction example and a review of help patches (reviewed by Cyrille Henry,
> thanks to him)
> but some of the new externals need OpenCV v 2.x to compile so INSTALL file
> had been updated but I don't know a way to put an if statement in the
> Makefile to exclude some externals in case of detecting an older version
> i will make another example (for shape recognition) and if i have time an
> external for pattern recognition (like ARToolkit pattern but without their
> limitation)
>
> Note the addition of pix_opencv_blobtrack which is a blob tracker with
> several detection and post processing algorythms
> cheers
>
> antoine
> --
> do it yourself
> http://antoine.villeret.free.fr
> http://drii.ensad.fr
> --
> Google lit ce mail...
> si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.frpour me contacter
>
>
>
> 2012/9/21 Hans-Christoph Steiner <hans at at.or.at>
>
>>
>> I added you as a developer to the pure-data project, welcome!  (pd-gem is
>> a separate project on sourceforge).
>>
>> One piece of advice: you might find it easier to start new project
>> outside of the pure-data SVN, but I do hope that you will be contributing
>> to the existing projects :-)
>>
>> .hc
>>
>>
>> On Sep 19, 2012, at 3:27 PM, Antoine Villeret wrote:
>>
>> Hi all,
>>
>> i've never received any answer to this mail where i was asking for commit
>> access to externals repository
>> i'm working on cleaning the stuff and make it available for everybody
>> i think this have a place in the pure-data externals folder, or maybe
>> directly in the GEM extra folder.
>> so can someone add me (avilleret) to pure-data sourceforge repository ?
>> since I asked it 6 mounths ago, the one week lazy concensus expired,
>> isn't it ? ;-)
>>
>> best wishes
>>
>> antoine
>> --
>> do it yourself
>> http://antoine.villeret.free.fr
>> http://drii.ensad.fr
>> --
>> Google lit ce mail...
>> si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.frpour me contacter
>>
>>
>>
>> 2012/4/5 Antoine Villeret <antoine.villeret at gmail.com>
>>
>>> hi all,
>>>
>>> i would like to introduce myself and kindly request for an SVN write
>>> access to pd repository.
>>>
>>> My name is Antoine Villeret and i'm working with pd since i met Cyrille
>>> Henry last year.
>>> I'm mainly working on computer vision.
>>> At the very beginning i'm a musician and sound technician then
>>> I started computer vision in 2008 by turning a bodhr?n into a
>>> touchscreen during my master thesis.
>>> After that, I worked with Cyrille on a dynamic video mapping system to
>>> project video on moving objects on stage.
>>> It is used in the show *Les Fuyantes *by the French circus company Les
>>> Choses de Rien.
>>> You can have a small overview of the the work here :
>>> http://vimeo.com/37387879
>>> For that work i have to add some features to pix_opencv that are already
>>> on the repository like pix_opencv_calibration,
>>> pix_opencv_warpperspective... (commited by Cyrille).
>>> But i've made some others externals and also corrected lots of bugs.
>>> I also made some examples on how to use my externals.
>>> Moreover I've planned to develop an OpenCL based object mainly to do
>>> binary texture readback.
>>> And I will be happy to share my work with the community :-).
>>>
>>> Actually i've already made a copy of the SVN repository on my github
>>> account but it's quite experimental and only used in my personal projects.
>>> I saw that pd, pd-extended and Gem have already migrated to git but
>>> about externals repository ? and mainly pix_opencv ? is it planned to
>>> switch to git too ?
>>>
>>> My SF username is : avilleret
>>>
>>> Kind regards
>>>
>>> antoine
>>> --
>>> do it yourself
>>> http://antoine.villeret.free.fr
>>> http://drii.ensad.fr
>>> --
>>> Google lit ce mail...
>>> si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.frpour me contacter
>>>
>>>
>> _______________________________________________
>> GEM-dev mailing list
>> GEM-dev at iem.at
>> http://lists.puredata.info/listinfo/gem-dev
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20120924/32821689/attachment.htm>

From noreply at sourceforge.net  Mon Sep 24 18:42:34 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 24 Sep 2012 09:42:34 -0700
Subject: [PD-dev] [ pure-data-Bugs-3571255 ] 'Put' Number
Message-ID: <mailman.44.1348504977.2527.pd-dev@iem.at>

Bugs item #3571255, was opened at 2012-09-24 09:42
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3571255&group_id=55736

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: Yes
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: 'Put' Number

Initial Comment:
Number box will not allow me to edit the number. it stays at 0.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3571255&group_id=55736


From hans at at.or.at  Mon Sep 24 20:17:01 2012
From: hans at at.or.at (Hans-Christoph Steiner)
Date: Mon, 24 Sep 2012 14:17:01 -0400
Subject: [PD-dev] [pd-dev] introduction and SVN write access
In-Reply-To: <CAGn5wNecontifexayJ73zDiWoYscb=Bx18Yzkv6AxPTV9YKVeQ@mail.gmail.com>
References: <CAGn5wNdL4j_Gt0pTAFdadkcTasbW6aJHV7sXn3QRF00za4GQsg@mail.gmail.com>
	<CAGn5wNcO1+ekABW9zGWtqP0f+Lf2o5XfUTe7bmukpjKedGh_Cg@mail.gmail.com>
	<9B7C90E4-B8B8-4D4B-BA60-95524CF198A8@at.or.at>
	<CAGn5wNfLqiX-e8Sey5fav7sdo59=wT3r=Z4T5BujLZxD3n=mrg@mail.gmail.com>
	<C9DB6926-C676-4822-86C8-A96250760704@at.or.at>
	<CAGn5wNecontifexayJ73zDiWoYscb=Bx18Yzkv6AxPTV9YKVeQ@mail.gmail.com>
Message-ID: <5060A39D.1060102@at.or.at>


Ah, sorry, I didn't know that you were already in contact with them, I'm
not very current on all of the various subprojects.  If you are already
in contact with them, then you clearly did not violate the rules :-D

.hc

On 09/24/2012 08:28 AM, Antoine Villeret wrote:
> Hi Hans,
>
> I'm very surprised about your reaction.
> I started working on pix_opencv two years ago, the first external I made
> [pix_opencv_calibration] had been committed by Lluis himself.
> Concerning Yves, he manages pdp_opnecv, not pix_opencv, and about Sergi I
> never saw this name in any of the pix_opencv files...
> After that, I made new ones and Llius didn't have time to commit and
> maintain the new ones, so he said in a mail on On Thu, 14 Jul 2011 : " for
> new objects on pix_opencv/ you can commit by your self
> if you want, ok?" (he was replying both to Cyrille and me).
> I took this as commit permission for Cyrille and me, but maybe I
> misunderstood. At this time, I did't have commit access to pure-data
> repository, so Cyrille committed new objects for me without any troubles I
> think. So did i last saturday.
> Moreover, I understood in one of your mail that you prefer I commit in an
> existing repository than creating a new one, this is what i've done. Maybe
> I misunderstood one more time.
> We do NOT change any of the externals already in the repository, we just
> add new ones and change the help files to make them following the Gem help
> file template.
> If you still think that I'm violating rules, so you can revert all my
> commits, and you can delete me from the committers list to avoid any
> further problems.
> I'm using those externals every days, if i have to keep them for me, I will
> not be disturbed, but I think it's a shame.
>
> a.
>



From noreply at sourceforge.net  Sat Sep 29 16:31:17 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat, 29 Sep 2012 07:31:17 -0700
Subject: [PD-dev] [ pure-data-Bugs-3572996 ] Block-Sync-Bug (w. patch)
Message-ID: <mailman.48.1348929095.2527.pd-dev@iem.at>

Bugs item #3572996, was opened at 2012-09-29 07:31
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3572996&group_id=55736

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: Block-Sync-Bug (w. patch)

Initial Comment:
Hey I just wonderd why noone responded.. This is a real bug..
I know some people rather use the mailing-lists, so in case the communication from here (sourceforge) to there is not so good, here it is again:
(Patch in text-form (...save as *.pd...) , instructions & bug inside)

-----------------------------------------------------------------

#N canvas 35 357 450 300 10;
#X obj 119 235 output~;
#X obj 171 104 table osctab 128;
#X obj 338 231 s rstphs;
#X msg 338 209 0;
#X obj 119 212 clip~ -1 1;
#N canvas 508 357 450 300 autoswitch 1;
#X obj 313 193 s pd;
#X obj 313 65 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0
1;
#X obj 313 95 metro 1000;
#X obj 313 120 del 900;
#X obj 338 140 f 1;
#X obj 313 140 f 0;
#X msg 313 166 dsp \$1;
#X floatatom 381 68 5 0 0 0 - - -;
#N canvas 0 0 450 300 dsp-sw2 0;
#X obj 20 80 +~;
#X restore 43 234 pd dsp-sw2;
#X obj 43 212 s pd-dsp-sw2;
#X msg 43 157 clear;
#X msg 86 179 text 20 20 delme;
#X msg 90 157 obj 20 80 +~;
#X obj 381 95 * 0.7;
#X obj 43 55 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1
;
#X obj 43 85 metro 1000;
#X obj 43 130 del 900;
#X floatatom 111 58 5 0 0 0 - - -;
#X obj 111 85 * 0.7;
#X msg 381 44 300;
#X msg 111 33 200;
#X text 39 15 soft: "reset" dsp;
#X text 288 14 hard: switch dsp on/off;
#X msg 165 86 \; pd dsp \$1;
#X text 204 157 <- ok;
#X text 204 178 <- no;
#X obj 43 107 t b b;
#X text 138 240 test: cut&paste me & listen to dsp!;
#X text 127 221 remove obj manually works too:;
#X text 27 273 ..patterns..;
#X connect 1 0 2 0;
#X connect 2 0 4 0;
#X connect 2 0 3 0;
#X connect 3 0 5 0;
#X connect 4 0 6 0;
#X connect 5 0 6 0;
#X connect 6 0 0 0;
#X connect 7 0 13 0;
#X connect 7 0 2 1;
#X connect 10 0 9 0;
#X connect 11 0 9 0;
#X connect 12 0 9 0;
#X connect 13 0 3 1;
#X connect 14 0 23 0;
#X connect 14 0 15 0;
#X connect 15 0 26 0;
#X connect 16 0 10 0;
#X connect 17 0 18 0;
#X connect 17 0 15 1;
#X connect 18 0 16 1;
#X connect 19 0 7 0;
#X connect 20 0 17 0;
#X connect 26 0 16 0;
#X connect 26 1 12 0;
#X restore 317 104 pd autoswitch;
#X text 327 87 dsp-switcher;
#X text 178 86 draw something;
#X text 333 190 reset phasors;
#X msg 49 100 \; pd dsp 1;
#X text 153 82 2nd:;
#X text 298 83 3rd:;
#X text 335 252 (not used);
#X text 36 80 (1st:);
#X text 104 158 4th: bug;
#X obj 195 258 dac~;
#X obj 195 235 *~ 0;
#X obj 216 215 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0
1;
#N canvas 0 0 450 300 subs 0;
#X obj 267 67 block~ 128;
#X obj 111 209 outlet~;
#X obj 111 163 -~;
#X obj 267 86 tabreceive~ osctab;
#N canvas 457 0 450 300 sub1 0;
#X obj 244 172 block~ 32;
#X obj 31 199 outlet~;
#X msg 246 141 set 64;
#X msg 296 141 set 128;
#X msg 196 141 set 32;
#X msg 146 141 set 16;
#X msg 352 141 set 256;
#X text 293 124 "osc"-bs;
#N canvas 0 0 450 300 sub2 0;
#X obj 141 99 block~ 128;
#X obj 141 199 outlet~;
#X obj 141 118 tabreceive~ osctab;
#X connect 2 0 1 0;
#X restore 31 107 pd sub2;
#X connect 2 0 0 0;
#X connect 3 0 0 0;
#X connect 4 0 0 0;
#X connect 5 0 0 0;
#X connect 6 0 0 0;
#X connect 8 0 1 0;
#X restore 111 85 pd sub1;
#X connect 2 0 1 0;
#X connect 3 0 2 1;
#X connect 4 0 2 0;
#X restore 119 180 pd subs;
#X text 36 5 #Block-Sync-Bug: Blocks get out of sync after dsp-switching
\; #draw "osc"-waveform \, activate "autoswitch" \, open "subs/sub1"
& change blocksize \, listen... \; #([tabreceive~] + [block~ 128] :
"synced oscs" );
#X connect 3 0 2 0;
#X connect 4 0 0 1;
#X connect 4 0 0 0;
#X connect 4 0 16 0;
#X connect 16 0 15 0;
#X connect 16 0 15 1;
#X connect 17 0 16 1;
#X connect 18 0 4 0;

-----------------------------------------------------------------


Tested w. pd0.42.5-ext on windows.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3572996&group_id=55736


From noreply at sourceforge.net  Sun Sep 30 18:24:43 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun, 30 Sep 2012 09:24:43 -0700
Subject: [PD-dev] [ pure-data-Feature Requests-3573226 ] show # of [s]/[r]'s
	in subpatch on subpatch
Message-ID: <mailman.49.1349022305.2527.pd-dev@iem.at>

Feature Requests item #3573226, was opened at 2012-09-30 09:24
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3573226&group_id=55736

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
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: show # of [s]/[r]'s in subpatch on subpatch

Initial Comment:
Hey,
Here is another idea..
Since pd is a graphical programing software, why not make the "wlan-cables" :) visible as well.
Personally, I tend to not use [s]/[r]'s if possible, since one (at least me) forgets, where the objects have been placed, especially if one has highly  "nested" structures. ..But having nested structures is the only time when one rather needs [s]/[r]'s.
So, what's about indicating if there are [s]/[r]s somewhere inside the subpatch, on the subpatch-object or in the subpatch (on the subpatch-canvas)??
..Maybe something like a "shown-on-demand" list containing the [s]/[r]'s names. 
..Or at least just a symbol (the letters "s" and/or "r" or a dot or whatever). Better than nothing!!!

PS: This sounds so easy, if I only could access some sort of savefile of a patch, without the need to save it (like in memory, or something - I'm not a hardcore-programmer) I could even analyse the file with pd itself, and draw something on the appropriate canvas via "dynamic-patching"...

Bye & I'd like to read of any resopnse... (just for the motivation)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3573226&group_id=55736