while doing a routine static code analysis of the pd-sources, i stumbled
upon the following lines which do not make any sense to me:
https://github.com/pure-data/pure-data/blob/master/src/g_readwrite.c#L343-L…
this looks very much like:
x=a;
a=a;
a=x;
which, all in all, i think doesn't do much.
is this by intention, or is there some copy/paste error?
gfamrds
IOhannes
---
** [bugs:#1282] creating objects in a subpatch invalidates pointers to scalars**
**Status:** open
**Group:** v0.47
**Created:** Tue Jan 03, 2017 11:24 AM UTC by Anonymous
**Last Updated:** Tue Jan 03, 2017 11:24 AM UTC
**Owner:** nobody
Hi, I'm aware that deleting a scalar from subpatch automatically invalidates all pointers to scalars residing in this subpatch (as an easy way to prevent stale pointers).
Is it desired behaviour that deleting an *object* also invalidates all pointers? Usually, deleting elements from a linked list shouldn't invalidate iterators to remaining elements. and since the deleted element is an *object*, there is no way a [pointer] could have pointed to it, so there's no need for preventing stale pointers...
Furthermore, *creating* an object (e.g [+]) will also invalidate all pointers. I wonder why?
Christof
---
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.
---
** [bugs:#1281] [drawpolygon]: -n flag broken?**
**Status:** open
**Group:** v0.47
**Created:** Tue Jan 03, 2017 11:11 AM UTC by Anonymous
**Last Updated:** Tue Jan 03, 2017 11:11 AM UTC
**Owner:** nobody
I think the "-n" flag for [drawpolygon], [filledpolyong] etc. is broken, It seems that it's not recognized by the parser (error message: "... -n no such field") and instead interpreted as a zero, messing up the whole graphical appearance as a consequence.
Pd 0.47.1 on Win 7
Christof
---
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.
---
** [bugs:#1280] Midi Bug: Active Sense messages causing Fifo Buffer Overload**
**Status:** open
**Group:** v0.47
**Labels:** midi active sense
**Created:** Tue Jan 03, 2017 04:05 AM UTC by Anonymous
**Last Updated:** Tue Jan 03, 2017 04:05 AM UTC
**Owner:** nobody
Active sense messages do not appear to be handled properly in Pd. Symptoms include midi FIFO overloads and "spillage" through the outputs of the other non-system realtime midi objects. Affects Mac, Linux. Have not tested Windows.
---
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.
---
** [bugs:#1279] working with clone, saving an abstraction also close it. **
**Status:** open
**Group:** v0.47
**Labels:** clone object
**Created:** Fri Dec 23, 2016 09:11 PM UTC by Cyrille Henry
**Last Updated:** Fri Dec 23, 2016 09:11 PM UTC
**Owner:** Miller Puckette
When working with abstractions, saving an abstraction did not close it.
When using the new clone object, one can edit an abstraction the old way, but saving this abstraction did also close it.
I find this behaviours not very intuitive and not hergonomic.
I thing that saving a cloned abstraction should not close it.
---
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.
**Please forward to anyone who might be interested**
Apologies for cross-posting
********************************************************************
CfP eNTERFACE'17 Workshop: International Summer Workshop on Multimodal Interfaces
http://artes.ucp.pt/enterface17/
********************************************************************
Following the success of the previous eNTERFACE workshops held in Mons (Belgium, 2005), Dubrovnik (Croatia, 2006), Istanbul (Turkey, 2007), Paris (France, 2008), Genova (Italy, 2009), Amsterdam (Netherlands, 2010), Plzen (Czech Republic, 2011), Metz (France, 2012), Lisbon (Portugal, 2013), Bilbao (Spain, 2014), Mons (Belgium, 2015), Twente (Netherlands 2016), the Digital Creativity Centre (CCD) of the Portuguese Catholics University have the pleasure to host eNTERFACE'17, the 13th Summer Workshop on Multimodal Interfaces, in Porto, Portugal from July 3rd to 28th, 2017.
eNTERFACE workshops aim at establishing a tradition of collaborative, localized research and development work by gathering, in a single place, a team of senior project leaders in multimodal interfaces, researchers, and (undergraduate) students, to work on a pre-specified list of challenges, for 4 weeks.
The eNTERFACE'17 committee now invites researchers to submit project proposals that will be evaluated by the scientific committee. All the information asked to submit a project is available on the website of the workshop (http://artes.ucp.pt/enterface17). The proposals should contain a full description of the project's objectives, required hardwares/softwares and relevant literatures.
Participants are organized in teams, attached to specific projects, working on free software. Each week will typically consist of working sessions by the teams on their respective projects plus a tutorial given by an invited senior researcher and a presentation of the results achieved by each project group. The last week will be devoted to writing an article on the results obtained by the teams plus a big session where all the groups will present their achievements.
Proceedings are expected to be published by CITAR Journal. CITAR Journal was recently (July 2016) accepted for inclusion in a new index of the Web of Science (WoS) Core Collection: the Emerging Sources Citation Index (ESCI), and has also been accepted for indexing by Elsevier's Scopus.
TOPICS
Although not exhaustive, the submitted projects can cover one or several of the topics listed below:
- Art and Technology
- Affective Computing
- Assistive and Rehabilitation Technologies
- Assistive Technologies for Education and Social Inclusion
- Augmented Reality
- Interactive Playgrounds
- Innovative Musical Interfaces
- Interactive Systems for Artistic Applications
- Multimodal Interaction, Signal Analysis and Synthesis
- Multimodal Spoken Dialog Systems
- Search in Multimedia and Multilingual Documents
- Smart Spaces and Environments
- Social Signal Processing
- Tangible and Gesture Interfaces
- Teleoperation and Telerobotics
- Wearable Technology
- Virtual Reality
Important dates:
13 January 2017: Submission deadline: 1-page Notification of interest for a project proposal with a summary of project goals, work-packages and deliverables
10 February 2017: Submission deadline: Final project proposal
20 February 2017: Notification of acceptance to project leaders
06 March 2017: Start Call for Participation, participants can apply for projects
21 April 2017: Call for Participation is closed
28 April 2017: Teams are built, notification of acceptance to participants
03 - 28 July 2017: eNTERFACE'17 Workshop
Website of the workshop: http://artes.ucp.pt/enterface17/
Proposals should be submitted in PDF format to: enterface17(a)porto.ucp.pt
The organizing committee of eNTERFACE'17 is looking forward for your submissions.
............................................................
AVISO DE CONFIDENCIALIDADE
Esta mensagem (incluindo quaisquer anexos) pode conter informação confidencial ou legalmente protegida para uso exclusivo do destinatário. Se não for o destinatário pretendido da mesma, não deverá fazer uso, copiar, distribuir ou revelar o seu conteúdo (incluindo quaisquer anexos) a terceiros, sem a devida autorização. Se recebeu esta mensagem por engano, por favor informe o emissor, por e-mail, e elimine-a imediatamente. Obrigado.
............................................................
CONFIDENTIALITY NOTICE
This message may contain confidential information or privileged material, and is intended only for the individual(s) named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. Thank you.
Hi,
Is anybody knows the benefit to restrict the delay to 1.00001f instead of 1.0f in the vd~ perform routine?
It adds a small onset into the interpolation computation, but i can not really get why it is necessary.
d_delay.c / line 277
< https://sourceforge.net/p/pure-data/pure-data/ci/master/tree/src/d_delay.c#… >
Thanks.
---
** [bugs:#1278] JACKerror SuspendRefNum starting dsp on loadbang with -nogui**
**Status:** open
**Group:** v0.47
**Labels:** jack nogui loadbang
**Created:** Thu Dec 15, 2016 07:15 AM UTC by Claude Heiland-Allen
**Last Updated:** Thu Dec 15, 2016 07:15 AM UTC
**Owner:** nobody
Also affects self-compiled `pd-0.47.0` from Miller's site so it isn't a Debian-specific issue.
$ pd -version
Pd-0.47.1 ("") compiled for Debian (0.47.1-3) on 2016/11/28 at 20:56:10 UTC
Steps to reproduce:
$ qjackctl
start jackd at 48000 sample rate, or modify the line below
$ pd -noprefs -jack -channels 2 -r 48000 -nogui -send "pd dsp 1"
error: JACKerror: SuspendRefNum error
error: JACKerror: JackClient::Execute error name = pure_data_0
error: JACK: server shut down
^CPd: signal 2
Pd starts up and connects to JACK successfully without `-nogui`, or without `-send "pd dsp 1"`.
Problem also occurs with `[loadbang]--[; pd dsp 1(`, which was where I noticed it.
Workaround 1 (requires modifying patches): `[loadbang]--[delay 1]--[; pd dsp 1(`
Workaround 2 (requires modifying startup scripts): create a loader patch that opens the real patch after a `[loadbang]--[delay 1]`, then the real patch's `[loadbang]--[; pd dsp 1(` is late enough not to break. And load the loader patch instead of the real patch from the command line.
---
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.