Pd-dev October 2014

pd-dev@lists.iem.at

19 participants
19 discussions

[pure-data:bugs] #1163 help for udpsend~ claims 16bit format is default, but its float
by Ticket 1163 12 Oct '14

12 Oct '14

--- ** [bugs:#1163] help for udpsend~ claims 16bit format is default, but its float** **Status:** open **Group:** v0.46 **Created:** Sun Oct 12, 2014 04:08 AM UTC by Anonymous **Last Updated:** Sun Oct 12, 2014 04:08 AM UTC **Owner:** nobody The help patch for [sendudp~] claims that the default sample format is 16bit, but it appears to be floating point. Setting up a stream between two computers I was watching the network traffic (in OSX Activity monitor) and the traffic was consistent with 4 bytes * 44100 samples per second. Sending the [format 16bit( message to [sendudp~] cut the traffic substantially, which supports that it was sending floats by default. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to http://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:patches] #533 Minor nit - tosymbol/fromsymbol using t_list_append class.
by Chris McCormick 11 Oct '14

11 Oct '14

--- ** [patches:#533] Minor nit - tosymbol/fromsymbol using t_list_append class.** **Status:** open **Group:** bugfix **Created:** Sat Oct 11, 2014 12:50 PM UTC by Chris McCormick **Last Updated:** Sat Oct 11, 2014 12:50 PM UTC **Owner:** Miller Puckette --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:patches] #532 lits foreach patch - spit out elements of a list one by one.
by Chris McCormick 10 Oct '14

10 Oct '14

--- ** [patches:#532] lits foreach patch - spit out elements of a list one by one.** **Status:** open **Group:** feature **Created:** Fri Oct 10, 2014 03:06 AM UTC by Chris McCormick **Last Updated:** Fri Oct 10, 2014 03:06 AM UTC **Owner:** Miller Puckette list foreach - spit out elements of a list one by one. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1162 Sorry, test ticket
by Ticket 1162 10 Oct '14

10 Oct '14

--- ** [bugs:#1162] Sorry, test ticket** **Status:** open **Group:** v0.39.2 **Created:** Fri Oct 10, 2014 01:00 AM UTC by Anonymous **Last Updated:** Fri Oct 10, 2014 01:00 AM UTC **Owner:** nobody By listing (supposedly) all bugs sorted down by date or ID, the last appears to date back to march 2013, which seems highly unlikely. So this is a test to see whether this bug report will appear. I'm almost sure I myself reported some bug more recently than that. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to http://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:patches] #531 fix for permut~ crasher on 64-bit systems
by Ticket 531 06 Oct '14

06 Oct '14

--- ** [patches:#531] fix for permut~ crasher on 64-bit systems** **Status:** open **Group:** bugfix **Created:** Mon Oct 06, 2014 09:30 PM UTC by Anonymous **Last Updated:** Mon Oct 06, 2014 09:30 PM UTC **Owner:** nobody This fixes a crasher on amd_64 with creb/permut~ --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to http://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1161 [value] issues error if a message is sent to a target with the same name
by Matteo Sisti Sette 05 Oct '14

05 Oct '14

--- ** [bugs:#1161] [value] issues error if a message is sent to a target with the same name** **Status:** open **Group:** v0.43 **Created:** Sun Oct 05, 2014 12:14 PM UTC by Matteo Sisti Sette **Last Updated:** Sun Oct 05, 2014 12:14 PM UTC **Owner:** nobody 0.43-4 Extended This will reproduce the issue: [v xxx] [67( | [s xxx] Click on the message box. Expected result: nothing (or is it supposed to set the value? If so, it's not documented). Observed result: Error on the console: value: no method for 'float' Additionally, the error is not trackable, i.e. cannot be found by "Find last error", which is especially hateful. Untrackable errors should be erradicated from Pd completely. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1160 Errors sould ALWAYS be trackable
by Matteo Sisti Sette 05 Oct '14

05 Oct '14

--- ** [bugs:#1160] Errors sould ALWAYS be trackable** **Status:** open **Group:** v0.43 **Created:** Sun Oct 05, 2014 12:01 PM UTC by Matteo Sisti Sette **Last Updated:** Sun Oct 05, 2014 12:01 PM UTC **Owner:** nobody 0.43-4 Extended Sorry I can't provide the patch to reproduce this. The patch is too big and it's not mine, and I can't isolate the part that reproduces the bug... because of the bug itself. The issue is that I'm getting somewhere this error: value: no method for 'list' AND when I do Find -> Find last error it says: ... sorry, I couldn't find the source of that error. An untrackable error is always a bug. Source of an error MUST always be trackable. Assuming that the patch is actually sending a list message to an object that is not capable of handling a list (i.e. there is an error in the patch), the fact that it is not tracked is a bug. ALL places in Pd's code where error messages are generated without properly tracking them so that they can be found in Find -> Find Last error, should be fixed. This is a PLAGUE in Pd. Furthermore, in this case, the error message is also nonsensical on its own. It is supposed to mean that there is a "value" object that is receiving a list in an inlet that can't handle a list (by the way, it is a one-float-item list that is being sent, so it's actually a float). Now, [value] has only an inlet, and it _can_ handle lists and floats, so the message doesn't make sense. Clearly, it is not being issued by a [value] object, but then why does it say "value:" ? And by the way, it's about time to implement the possibility to find all errors, not only the last one. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1159 keycode 92: dropped
by Ticket 1159 03 Oct '14

03 Oct '14

--- ** [bugs:#1159] keycode 92: dropped** **Status:** open **Group:** v0.39.2 **Created:** Fri Oct 03, 2014 02:56 PM UTC by Anonymous **Last Updated:** Fri Oct 03, 2014 02:56 PM UTC **Owner:** nobody Error keycode 92: dropped when pres \ key. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to http://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1158 shmem : on free method shared memory segment is remove even if it's still attached
by Antoine Villeret 03 Oct '14

03 Oct '14

--- ** [bugs:#1158] shmem : on free method shared memory segment is remove even if it's still attached** **Status:** open **Group:** v0.45 **Created:** Fri Oct 03, 2014 10:16 AM UTC by Antoine Villeret **Last Updated:** Fri Oct 03, 2014 10:16 AM UTC **Owner:** Cyrille Henry When closing and reopening a patch using shmem, [shmem] doesn't work until all install have been reallocated in other process. To reproduce : 1. open twice instance (sender A and receiver B) of shmem-help.pd 2. in A, change values in array1 and then click [me umset array1( then click [memdump array2( in B. 3. array2 should display the value you enter in A's array1 4. close A, then reopen it and reproduce 2. The B's array2 is no more updated. If you close Pd instead of only closing the patch, and then reopen it, it works. This is because shmem_free() is not called when closing Pd without closing the patch. Here is attached a patch that solves the issue. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev October 2014