Pd-list November 2015

pd-list@lists.iem.at

69 participants
105 discussions

Re: [PD] oscillators (osc~ / cycle~) not working well in FM?
by Robert Esler 25 Nov '15

25 Nov '15

I would call this more of a feature than a bug that needs fixing. I would hope that [osc~] and [cos~] don't change, simply because many of us like these little nuances. If it is really bothersome then perhaps create a new version, but let’s not change a legacy object. A simple “fix” might break someone else’s patch. Just my opinion, -Rob > Did you make it work in a patch? if so, can you share it? :) > > Maybe someone could work on a "fix" on the source and send it to miller, > perhaps this could be updated for the next version release (0.47). > > cheers > > 2015-11-22 19:32 GMT-02:00 Matt Barber <brbrofsvl(a)gmail.com <mailto:brbrofsvl@gmail.com>>: > >> Yeah, so all that really needs to be done is to force symmetry by copying >> the 0-pi phase inverted to the pi-2pi phase + guard points for [tabosc4~]. >> I did that and it's been stable for 3.5 hours. It wouldn't be too hard to >> fix this in the Pd source; it would be a marked improvement to [osc~] even >> with the 512-pt table and linear interpolation.

10 17

Running TCL files in vanilla Window version.
by Mario Mey 25 Nov '15

25 Nov '15

I would like to run PureData as similar to a standalone application. I would like to: - Have all the files and dirs inside one dir (portable). No installation. - Run a Pure Data patch in Windows with a batch file inside main dir. - Use KIOSK-plugin to: - Hide Pd window - Have no menues - Avoid to enter in Edit Mode I downloaded Pd version 0.46-7 compiled for Microsoft Windows (zip archive) (zip; 8 Megabytes) <http://msp.ucsd.edu/Software/pd-0.46-7.msw.zip> from Miller's page, I want to use this version. I have some doubts: - Where should I put KIOSK-plugin files? I repeat, I want the application not to be installed, I want a portable version. So, I would need to tell PureData a relative dir to get that plugin. - Which files and dirs are necessary and which aren't? doc, tcl, src, portaudio, portmidi...? From extra I should only leave what I will need... Thanks!

2 1

Running TCL files in vanilla Window version.
by Mario Mey 25 Nov '15

25 Nov '15

I would like to run PureData as similar to a standalone application. I would like to: - Have all the files and dirs inside one dir (portable). No installation. - Run a Pure Data patch in Windows with a batch file inside main dir. - Use KIOSK-plugin to: - Hide Pd window - Have no menues - Avoid to enter in Edit Mode I downloaded Pd version 0.46-7 compiled for Microsoft Windows (zip archive) (zip; 8 Megabytes) <http://msp.ucsd.edu/Software/pd-0.46-7.msw.zip> from Miller's page, I want to use this version. I have some doubts: - Where should I put KIOSK-plugin files? I repeat, I want the application not to be installed, I want a portable version. - Which files and dirs are necessary and which aren't? doc, tcl, src, portaudio, portmidi...? From extra I should only leave what I will need...

1 0

band limited (anti-alias) techniques
by Alexandre Torres Porres 25 Nov '15

25 Nov '15

hi, I know about the oversampling + filtering technique, which you can patch it, but what are other techniques for creating band limited signals you people know (not only those you could do it as a pd patch)? Yes, I'm thinking about oscillators mostly. thanks

11 21

Re: [PD] [Bulk] band limited (anti-alias) techniques
by Samuel Burt 24 Nov '15

24 Nov '15

I use a poor-man's crossfade between the complex waveform and a cosine as the frequency goes up.

1 0

Understanding the mechanics of rebuilding Pd's DSP graph
by Roman Haefeli 24 Nov '15

24 Nov '15

Hi all First, I'm not even sure if 'DSP graph' is the correct term. Pd's documentation[1] states that all DSP objects are internally arranged into a linear order which I believe is often called 'DSP graph'. There are apparently some actions that cause this DSP graph to be rebuilt. Rebuilding takes time and is often the cause of audio drop-outs. I would like to have a better understanding of the mechanics going on behind the scenes with the hope to be able to optimize my Pd programming. One thing I'd like to know: Is there one graph for all patches in a certain instance of Pd? It seems that adding a tilde-object to a patch causes the DSP graph to be recalculated. Now, if _everything_ is in the same graph, this would mean the whole graph needs to be recalculated when adding objects (or abstractions containing tilde-objects, for that matter), no matter where I put them. It would make no difference whether I have one big patch with 1000 tilde-objects loaded or 100 smaller patches with 10 tilde-objects each, when adding new objects, would it? Is the time it takes to recalculate the graph only dependent on the number of tilde-objects running in the current instance of Pd? If so, is that a linear correlation? 10 times more tilde-objects means it takes 10 times as long to recalculate the graph? Or is it even exponential? There is no way to partition the graph and update only one partition, is there? On a related note, I made the following observation and I'm wondering if/how that is related to the DSP graph: I create a minimalist patch with a small [table foo 100] and I measure the time it takes to 'resize' it to 99 with [realtime]. On my box, this takes 0.01 ms. I expected it to be fast, since memory access is very quick. Now, I additionally load a much more complex patch with many tilde-objects. I 'resize' the table again and it still takes only 0.01ms. Now I put a [tabread~ foo] somewhere in the patch. Now,'resize'-ing the table foo to 100 takes 20ms. Even if I remove the [tabread~ foo] again, resizing the table still takes at least 20ms. There is no way to make it fast again except restarting Pd. I also figured out that when only a non-tilde [tabread foo] is refencing the table I'm resizing, the resizing keeps being fast. Only when tilde-objects are referencing the table, resizing that very table becomes slow. The actual time seems dependent on the complexity of the loaded patch(es). And it also corresponds with the time it takes to send 'dsp 1' to pd (when dsp is switched off). Why is resizing tables so much slower, when tilde-objects are referencing it? I noticed that even resizing very small tables can be a cause for audio drop-outs. I wonder whether 'live-resizing' should be avoided altogether. Yeah, that's a bunch of questions... Even when knowing the answer to only some them, it might clear things up quite a bit. Roman [1] "Pd sorts all the tilde objects into a linear order for running." ( http://msp.ucsd.edu/Pd_documentation/x2.htm#s4.2 )

5 15

numberboxes range
by Simon Iten 23 Nov '15

23 Nov '15

hi list, would it be possible to make the “range” of a numberbox settable via messages? like with vsl etc? or is there a way to set it (not via properties)? cheers

4 6

ICLI 2016: Call for Papers, Performances and Projects
by thor 23 Nov '15

23 Nov '15

The Third International Conference on Live Interfaces Call for Proposals The third International Conference on Live Interfaces will be held on June 29th - July 3rd 2016 at the University of Sussex in Brighton, UK. The conference will bring together people working with live interfaces in the performing arts, including music, the visual arts, dance, puppetry, robotics or games. The conference website: http://www.liveinterfaces.org The conference scope is highly interdisciplinary but with a focus on expressive interface technologies for performance. Topics of liveness, immediacy, presence (and tele-presence), mediation, collaboration and timing or flow are engaged with and questioned in order to gain a deeper understanding of the role that contemporary media technologies play in human expression. We wish to host work that will create a space of multiplicity, in order to investigate how disciplinary concerns inform different but overlapping approaches to interface design. The conference consists of paper presentations, performances, interactive installations, poster demonstrations, a doctoral colloquium and workshops. Works engaging with the principles and assumptions governing interaction design, including perspectives from art, philosophy, product design, and engineering are especially welcome. We invite submissions that address critical and reflective approaches to key themes in the design and use of live interfaces. A wide range of approaches are encouraged by people from all possible backgrounds. The submission categories are the following: Papers 5-8 pages. We are interested in submissions that address the conference topics listed below. The papers must consist of an original contribution to the field of artistic interfaces for live performance, describe its context, and demonstrate a rigorous research methodology. Paper authors may additionally present their work in the demo session. Posters/Demos 3-6 pages. These are shorter artistic demonstrations of work or concepts. Space will be provided for posters and tables for demoing work. A link to an online video is required for posters and demos. Doctoral Colloquium 2-6 pages describing current work. The doctoral colloquium will be an opportunity for researchers to present their work and meet other doctoral students in related fields, to discuss current research and approaches to practice-based research, and receive guidance from more experienced researchers. The day will include a session of short presentations in the morning, a symposium in the afternoon, and a short workshop in live interfaces in the early evening, finishing with food and drinks in the Digital Humanities Lab. Performances, Installations and Workshops 2-4 pages. Proposals should clearly articulate how the work or workshop develops the design, use or conceptualisation of live interfaces as related to one or more of the conference themes and should comprise: a) A description of the work (including duration), b) an image (where appropriate), c) a link to online examples of the work, d) a 150-word biography for each collaborator, and e) a technical rider (with stage layout, audiovisual setup, and equipment to be provided by the venue). Daytime and evening performances will be in concert halls on campus, and club performances will be in two live music venues in Brighton. Please indicate what setting would best suit the work. Installation proposals should include description of the space and set-up time required. Workshops proposals should specify the duration and number of people that can be accommodated. Workshops and installations will be located in spaces across the University of Sussex campus. Technical specifications of venues are available on request. The proceedings will be published online in collaboration with REFRAME Books (MFM, University of Sussex). They will be Open Access, with Creative Commons attribution, and with an ISBN number. Each individual paper will receive a Digital Object Identifier (DOI). We are looking forward to receive your submission! The ICLI 2016 team --------------------------------------------- Conference Themes - New Performance Interfaces: prosthesis, extensions - Human Computer interaction: human-machine relationships - Automata, non-humans, AI: autonomy in artistic performance - Space, sound, installations: performing with installations - Theory, Digital Arts, Culture: Interface theory - Computer games, game theory: gameplay as performance art - Audiovisual and multimodal works: multimodal performances Topics Topics include, but are not restricted to: - New interfaces for musical expression - Non-musical performance interfaces - Multimodal and multisensory media - Augmented stage technologies - Audiovisual performance - Biophysical sensors - Brain-computer interfaces - Artificial intelligence and ALife in interfaces - Notation for new interfaces - Live coding in music, video, animation, dance - Experimental gaming interfaces - Magic and illusionism in performance - Robotics and performance systems - Embodiment - Timing, timeliness, flow, narrative, memory - Computer vision - Haptic interfaces - Puppetry and animation - Tangible interaction - Mapping strategies and design - The Acoustic and the digital - Human-Computer Interaction - Interface design processes - Ethnographic approaches to interface and instrument design - Prototyping techniques - Perceptual and cognitive issues - Phenomenology of performance with digital media - Philosophical and historical perspectives - Audience interaction - (Un)control and/or unpredictability - Dramaturgy/choreography/composition with digital media - Gesture recognition and motion tracking - Language as an interface - Approaches to interfacing Big Data - Interfacing noise - Interfaces for activism - Comedy in the performance arts - Post-digital interfaces Submission categories * Papers (4-8 pages) * Poster/demo papers (2-4 pages) * Doctoral Colloquium papers (1-4 pages) * Performances (1 page abstract, link to work, and a technical rider) * Installations (1 page abstract, link to work, and a technical rider) * Workshops (1 page abstract, link to work, and a technical rider) All submissions will be received through the EasyChair conference submission system. See information on deadlines on the conference website. The proceedings from the 2014 ICLI conference in Lisbon can be found here: http://goo.gl/xUuQll <http://goo.gl/xUuQll>

1 0

GEM: pushing gem output to v4l2loopback device
by jamal crawford 23 Nov '15

23 Nov '15

hey list i wonder how do you push gem output to v4l2loopback device. gem_recordV4L2.so is loaded, but i cant seem to find any info on the plugin. best regards ~/.jc

2 1

[PD-announce] ANN: Contemplative Practices for the 21st Century University -- call for submissions
by Ivica Ico Bukvic 23 Nov '15

23 Nov '15

Apologies for x-posting--please consider sharing this announcement with your colleagues/constituents. I am pleased to announce the call for works (papers, posters, installations, and performance works) for the upcoming Contemplative Practices for the 21st Century University conference that will take place at Virginia Tech, March 10-12, 2016. As part of the conference, Virginia Tech Institute for Creativity, Arts, and Technology (ICAT) invites proposals for art, installations, and technology demonstrations with focus on contemplative practice. While proposed art and installations should also leverage technology, within the context of this submission we define technology in the broadest terms possible. All submissions will be reviewed by an interdisciplinary panel consisting of ICAT faculty and will be assessed on their feasibility within the context of available conference infrastructure and resources. Selected projects will be showcased as part of the reception and a concert at the Moss Arts Center. Where appropriate, some submissions may be also presented in a paper and/or poster format as part of the "Technology" track. Authors of selected submissions will be expected to attend the conference. We are particularly interested in performance works that leverage ICAT's unique infrastructure, including Cube and Perform Studio. To apply, please see the ICAT Submissions Form on the website below. The deadline for submissions is December 18, 2015. http://www.cpe.vt.edu/cptcu/submissions.html Best, -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow DISIS, L2Ork Virginia Tech School of Performing Arts – 0141 Blacksburg, VA 24061 (540) 231-6139 ico(a)vt.edu www.performingarts.vt.edu disis.music.vt.edu l2ork.music.vt.edu _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at http://lists.puredata.info/listinfo/pd-announce

1 0

← Newer
1
2
3
4
5
6
7
...
11
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list November 2015