Dear EAM composers, musicians and colleagues,
My name is Jinok Cho, who works for KEAMSAC: the Conference and the Journal
of the Korean Electro-Acoustic Music Society <http://keams.org/emille/>. Here
I attach a information sheet of call for proposals. Please take a moment
and read the document. I hope you are interested in it.
Thank you so much for your attention.
Jinok Cho
*composer / editor of Emille*
======================
LAST CALL FOR SUBMISSION
======================
((( MUME 2016 )))
4th International Workshop on Musical Metacreation
http://musicalmetacreation.org
June 27, 2016
MUME 2016 is to be held in Paris at Université Pierre et Marie Curie
(UPMC), in conjunction with the Seventh International Conference on
Computational Creativity, ICCC 2016.
=== Important Dates ===
Workshop submission deadline: May 1, 2016
Notification date: June 1, 2016
Camera-ready version: June 10, 2016
Workshop date: June 27, 2016
======================
MUME aims to bring together artists, practitioners, and researchers
interested in developing systems that autonomously (or interactively)
recognize, learn, represent, compose, generate, complete, accompany, or
interpret music. As such, we welcome contributions to the theory or
practice of generative music systems and their applications in new media,
digital art, and entertainment at large.
Topics
======
We encourage paper and demo submissions on MUME-related topics, including
the following:
-- Models, Representation and Algorithms for MUME
-- Systems and Applications of MUME
-- Evaluation of MUME
Submission Format and Requirements
=================================
Please make submissions via the EasyChair system at:
https://easychair.org/conferences/?conf=mume2016.
The workshop is a full day event that includes:
- Presentations of FULL TECHNICAL PAPERS (8 pages maximum)
- Presentations of POSITION PAPERS and WORK-IN-PROGRESS PAPERS (5 pages
maximum)
- Presentations of DEMONSTRATIONS (3 pages maximum) which present outputs
of systems (working live or offline).
All papers should be submitted as complete works. Demo systems should be
tested and working by the time of submission, rather than be speculative.
We encourage audio and video material to accompany and illustrate the
papers (especially for demos). We ask that authors arrange for their web
hosting of audio and video files, and give URL links to all such files
within the text of the submitted paper.
Submissions do not have to be anonymized, as we use single-blind reviewing.
Each submission will be reviewed by at least three program committee
members.
Workshop papers will be published as MUME 2016 Proceedings and will be
archived with an ISBN number. Submissions should be formatted using the
AAAI, 2-column format; see instructions and templates here:
http://www.aaai.org/Publications/Author/author.php
Submission should be uploaded using MUME 2016 EasyChair portal:
https://www.easychair.org/conferences/?conf=mume2016
For complete details on attendance, submissions and formatting, please
visit the workshop website: <http://www.musicalmetacreation.org>
http://musicalmetacreation.org
Questions & Requests
======================================
Please direct any inquiries/suggestions/special requests to the Workshop
Chair, Philippe Pasquier (pasquier(a)sfu.ca).
Workshop Organizers
===================
Pr. Philippe Pasquier (Workshop Chair)
School of Interactive Arts and Technology (SIAT)
Simon Fraser University, Canada
Pr. Arne Eigenfeldt
School for the Contemporary Arts
Simon Fraser University, Canada
Dr. Oliver Bown
Design Lab, Faculty of Architecture, Design and Planning
The University of Sydney, Australia
Kıvanç Tatar (MUME Administration and Publicity Assistant)
School of Interactive Arts and Technology,
Simon Fraser University, Vancouver, Canada.
----------------------
http://musicalmetacreation.org
======================
--
Kıvanç Tatar
----------------------------------
Researcher, Metacreation Lab
Interactive Arts and Technology
Simon Fraser University, Vancouver, Canada
GSM : 1 778 858 6073
Email: kivanctatar(a)gmail.com
Website: https://kivanctatar.wordpress.com/
Thanks for all your swift feedback... I've put out 0.47-0 test 2, which
fixes most of the problems I've heard about - I'm still trying to chase
down a couple of things. I'll plan to put out the "stable" release next
weekend if things go smoothly.
http://msp.ucsd.edu/software.htm
or $ git clone git://git.code.sf.net/p/pure-data/pure-data
cheers
Miller
I am teaching two sessions of an Introduction to Pd workshop in Cairo for
people with no prior experience at this event: http://www.cairotronica.com/
The workshops will be May 5 and May 6 from 5:00-8:00 PM.
I will also have a project in the exhibition that was created, in part,with
Pd and will give a lecture about it.
Best,
Greg
To Pd-announce:
Pd version 0.47-0 test 1 is available on http://msp.ucsd.edu/software.htm
or via git from sourceforge:
git clone git://git.code.sf.net/p/pure-data/pure-data
I'm still fixing bugs but the major changes are in place: a "clone" object
for making voice banks etc., and a "zoom" feature for people whose
high-resolution displays make Pd's windows microscopically small. (Also,
setting the Pd window font size now extends to menus and dialogs).
cheers
Miller
hello,
this is a bit OT since pd is not involve in the final project, but I use pd a lot to design all algorithm.
and i wanted to share with you my latest production.
so, here it is :
http://chnry.net/ocs/
A digital, semi-modular, analogue style, hardware synthesizer.
(go to the website if you want commercial arguments about this synth)
The band-limited oscillator algorithm came from the saw~ object in nusmuk audio.
(the other are mostly variation around saw~ + some i still have to clean and commit)
the filter is the one I send recently on the pd-list. It is also in nusmuk-audio.
the rest is easy to implement in pd.
So everything can be done in a patch, but having a hardware fader with 12 bit precision give better control than a mouse on a 7 bit precision slider.
This project was also a way to test platform for real time embedded system. As a pd user, it was natural to make a patch and use it on a raspberry pd. But this was not satisfying as an embedded platform in many aspect (limited cpu processing power, latency, boot time, ...).
Fixing all of this aspect would require a huge amount of work and competences. (going bare metal by example).
but i took an other direction : in order to increase performances, i downgrade the hardware!
I use an arduino due. It has a 32bit core at 82Mhz. It is 10 time slower than a raspberry pi, but not having any operating system solve lot's of problems.
About boot time : well, no need to optimise anything on an arduino to have boot time < 1ms.
about latency : the micro-controller allow interruptions. it's a kind of multi-threading : the main thread is stop at every sample receive from the audio ADC, start the interrupt thread, and go back to the background thread as soon as the interrupt thread is finish.
This allow per sample accuracy : there is no buffer in the arduino. The latency came only from the 3 or 4 samples buffer in the audio dac (used for oversampling).
about performance : this is the best surprise. The cortex M3 micro-controller did not compute float, but it is very powerful with int. I have to rewrite everything from scratch using only 32 bit int.
At first i try to stay as close a asm as possible in order to control every instruction cycle. I fail, but I realize that gcc is great at optimising stuff and give him more space. Of course, the only mathematical instruction to use is addition, subtraction, 32 bit multiplication, 32 bit division and eventually 32x32->64 bit multiplication. everything else is prohibited. (>> and << is encouraged since it can be done prior to a mathematical instruction on the same clock tick).
Having the hardware to deal with peripherals is also something that save CPU (no need for usb communication to get fader value, the 12bit adc is included in the arduino chip). And not having any buffer also same CPU.
so, an optimized code can run faster on an arduino due than a not opimized patch on a raspberry pi.
Anyhow, the work was a bit like trying to fit an elephant in a shoes box. But I spend less time to rewrite the patch than to optimized a raspberry pi.
So, the main idea is that if you want to be real time, stop trying to optimize your OS. remove your OS. it's not harder.
cheers
c
Hi all,
I'm pleased to announce the release of Camomile, a plugin that allows to
load Pure Data patches inside a DAW.
Feature:
Support for multiple plugin instances.
Automatic creation of GUIs (toggle, slider, radio, comment, numbox)
Automatic creation of parameters (name, label, range, minimum, maximum,
etc.)
Up to 16 audio channels
Up to 64 parameters
Support for MIDI input and output
Support for play head information
Support for BPM information
Available for Linux, Mac and Windows.
I'll be happy to receive your feedback.
Download and further information on the wiki:
https://github.com/pierreguillot/Camomile/wiki
Have a good week-end!