Re: [PD-dev] strange behavior of [metro 98.5] for [tabwrite~] into visual array

2012-10-24 Thread Jonathan Wilkes
It updates fine with 0.43.1-extended-20120815 on Wheezy, even at [metro 2] although I start getting sluggishness with that setting. -Jonathan - Original Message - > From: Hans-Christoph Steiner > To: pd-dev List > Cc: > Sent: Wednesday, October 24, 2012 9:33 PM > Subject: Re: [PD-de

Re: [PD-dev] strange behavior of [metro 98.5] for [tabwrite~] into visual array

2012-10-24 Thread Hans-Christoph Steiner
No ideas on this one? It is a serious bug since it means that arrays stop being drawn at all when banged often than 100ms. .hc On 10/08/2012 12:26 PM, Hans-Christoph Steiner wrote: > > I've noticed that if you bang a [tabwrite~ array1] more often than about > 100ms, the array that its writing

Re: [PD-dev] Mouse pointer disappears over pdp windows...

2012-10-24 Thread Hans-Christoph Steiner
Which OS and which output method? Have you tried others? Also, I think that the solution to this problem will vary based on those as well. .hc On 10/24/2012 02:39 PM, Gert De Roost wrote: > Since some time Ive been developing a videomixer with PureData ( > http://www.ewocprojects.be) and one o

[PD-dev] Mouse pointer disappears over pdp windows...

2012-10-24 Thread Gert De Roost
Since some time Ive been developing a videomixer with PureData ( http://www.ewocprojects.be) and one of the less pressing problems is the mouse pointer behaviour when using pdp output windows. At the moment the pointer disappears when over any of these windows, and since my mixer uses a multiple o

[PD-dev] [ pure-data-Feature Requests-3579759 ] Ability to set application-wide I/O mappings

2012-10-24 Thread SourceForge . net
Feature Requests item #3579759, was opened at 2012-10-24 06:39 Message generated for change (Tracker Item Submitted) made by postlude You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3579759&group_id=55736 Please note that this message will contain a full

[PD-dev] [ pure-data-Bugs-3579737 ] wavinfo wrong output - fmt block size related

2012-10-24 Thread SourceForge . net
Bugs item #3579737, was opened at 2012-10-24 05:13 Message generated for change (Tracker Item Submitted) made by charlesgg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3579737&group_id=55736 Please note that this message will contain a full copy of the

Re: [PD-dev] non-2^n blocksizes (was Re: [ pure-data-Feature Requests-3578019 ] I'd like to...)

2012-10-24 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-24 02:56, Miller Puckette wrote: > I think the most nearly correct thing to do would be to change the > signal structure to add an ?allocated-size" field, and put what is > now calcsize in the s_n field of the signal. > attached is my some

Re: [PD-dev] non-2^n blocksizes (was Re: [ pure-data-Feature Requests-3578019 ] I'd like to...)

2012-10-24 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-24 09:24, IOhannes m zmoelnig wrote: > On 2012-10-24 02:56, Miller Puckette wrote: >> I'm not 100% sure I can change the size of the signal structure >> without breaking binary compatibility with older objects. > > i think that "t_signal"

Re: [PD-dev] non-2^n blocksizes (was Re: [ pure-data-Feature Requests-3578019 ] I'd like to...)

2012-10-24 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-24 02:56, Miller Puckette wrote: > I think the most nearly correct thing to do would be to change the > signal structure to add an ?allocated-size" field, and put what is > now calcsize in the s_n field of the signal. typedef struct _sig