We are very happy to announce this call for paper for a special issue of
MIT Press Journal *Presence.*
Feel free to pass it on to whoever might be interested in.
Apologies for cross-posting!!
CfP: "*Arts, Aesthetics, and Performance in VR and Telepresence*"
Special Issue of *Presence: Teleoperators and Virtual Environments*
*Guest Editors: *
Myounghoon "Philart" Jeon (Michigan Tech)
Paul Fishwick (University of Texas at Dallas)
Art and technology have a similar origin, and until the 17th century were
not differentiated from each other (the Latin word “ars” – art – included
crafts and sciences). Since then, they have diverged, but with the rapid
technological advancement of the current era, art and technology have begun
to be *re*integrated. Recently, the application of computing to aesthetics
(or “art and design”) has proliferated. Thanks to new technologies, we can
expand the perceptual experiences of our existing senses and can even
create novel perceptual dimensions that have never been imagined – new
*presence*. Conversely, computing and technology can be influenced by arts
and aesthetics, in what we call “aesthetic computing”. The application of
art theory and practice to computing provides an opportunity to explore
more creative media, making the concept of computing more accessible and
promoting personalization and customization of computing structures. The
trend to integrate art and technology is pervasive in formal education:
STEM education (Science, Technology, Engineering, and Math) is evolving
into STEAM (Science, Technology, Engineering, Art, and Math) by adding art
and design to the equation.
This year, the 25th anniversary of the journal *Presence*, may well be the
first year of a new virtual reality era, with a plethora of new and updated
virtual reality devices and technologies (Oculus DK, HTC Vive, Microsoft
HoloLens, etc.). Given the paradigm shift from cognitivism into embodiment,
the human body now has more opportunity for representation in computing
(gesture interaction, tangible user interface, etc.) than at any previous
time. In this line, virtual reality, which provides “presence” and
immersiveness, is becoming more important for embodied interactions.
Scientists and technologists can learn interaction techniques and
strategies from body expression experts – “artists”; and virtual reality
can provide an integrative, dynamic platform for arts and performances, a
living synthesis of which German composer Richard Wagner once dreamed in
his vision of “gesamtkunstwerk” – comprehensive work of art. We hope this
special issue can serve as a good step towards that goal.
*Topics of interest include, but are not limited to:*
· Performing arts in virtual reality or augmented reality
· Integrative arts (e.g., dance-based sonification, dance-based
· Public displays including lay people in the performance
· Use of VR/AR to include people with disabilities in performance
or art galleries
· Paradigm, theory, and model of arts and aesthetics in VR and
· Design research approach to performing arts in VR
· Methodologies and methods of evaluating performing arts in VR
· Design of new a sensor, device, or platform for arts-technology
Manuscripts should conform to the journal’s submission guidelines:
Authors, please note that audio and video files can be hosted as
supplementary online material accompanying published articles. For more
information about multimedia file formats and submission guidelines, please
· Call for Papers: May 15, 2016
· Submission deadline: November 1, 2016
· Final revisions: June 1, 2017
· Publication: Late 2017
Dr. Myounghoon “Philart” Jeon
Department of Cognitive and Learning Sciences
Department of Computer Science
Myounghoon "Philart" Jeon, Ph.D.
*Mind Music Machine Lab
*Center for Human-Centered Computing <http://icc.mtu.edu/hcc/>@ICC
Department of Cognitive and Learning Sciences
Department of Computer Science
*Michigan Tech*nological University
Meese 205, Rekhi 202, 1400 Townsend Drive
Houghton, MI 49931
gst123-0.3.4 has been released.
Overview of changes in gst123-0.3.4:
* Option parsing bug for "-@, --list" fixed.
* Avoid annoying redundant tag updates.
* Support video subtitles [Ahmed El-Mahmoudy].
* Use A/a keys to set video opacity [Ahmed El-Mahmoudy].
* Work around kwin window manager policy "focus stealing prevention".
* Fix image filetype detection bug.
* Fix Issue 14: Use sync bus handler to set window xid.
* Fix Issue 13: In some cases playing videos leads to g_criticals().
* Added "-f, --fullscreen" option to start playback in fullscreen mode.
* Added "--volume" option to set initial playback volume.
* Ignore symlinks when crawling directories.
* Various bugfixes.
What is gst123?
The program gst123 is designed to be a more flexible command line player in the
spirit of ogg123 and mpg123, based on gstreamer. It plays all file formats
gstreamer understands, so if you have a music collection which contains
different file formats, like flac, ogg and mp3, you can use gst123 to play all
your music files.
Since gst123-0.1.0 support for watching videos has been added; however gst123
should run fine in situations where no X11 display is available; videos can be
played without X11 display, too (-x, --novideo); in this case, only the audio
stream will be played.
It is implemented in C++ and licensed under the GNU LGPL version 2
Stefan Westerfeld, Hamburg/Germany, http://space.twc.de/~stefan
this is a tone editor for the (old) Roland MKS70 analogue/digital
synthesizer. It can edit a single tone and send it to the synth, like
a real PG800 programmer.
It can also load sysex bulk dumps and send a single tone to the synth.
This is a beta release, it can be pulled from github:
On behalf of the entire Rivendell development team, I'm pleased to announce the availability of Rivendell v2.13.0. Rivendell is a full-featured radio automation system targeted for use in professional broadcast environments. It is available under the GNU General Public License.
From the NEWS file:
*** snip snip ***
New RLM. Added a 'rlm_walltime' RLM for the Paravel Systems WallTime
New Utility. Added an rdexport(8) command utility. See the rdexport(1)
man page for details.
New Report. Added a 'Cut Log' report that includes the Description
field for played events.
Various other bug fixes. See the ChangeLog for details.
This version of Rivendell uses database schema version 255, and will
automatically upgrade any earlier versions. To see the current schema
version prior to upgrade, see RDAdmin->SystemInfo.
As always, be sure to run RDAdmin immediately after upgrading to allow
any necessary changes to the database schema to be applied.
*** snip snip ***
Further information, screenshots and download links are available at:
http://www.rivendellaudio.org/ <http://www.rivendellaudio.org/> <http://www.rivendellaudio.org/ <http://www.rivendellaudio.org/>>
| Frederick F. Gleason, Jr. | Chief Developer |
| | Paravel Systems |
| A room without books is like a body without a soul. |
| -- Cicero |
So I've been keeping this project quiet cause I wanted it to be a big
surprise, but I may as well let you in on the secret now.
reMID.lv2 is a reboot of the codebase for the little known project
reMID (http://gp2x.org/remid/). It is a midi implementation of a
SID6581/8580 chip famously designed into the commodore64 computer
using the reSID library. I've heard many requests for a chiptune
plugin, and thought this one would be pretty cool so I started the
long process of refactoring the code to make it appropriate for a
plugin last year. And now it works. It also works as a standalone jack
True to the commodore64, this loads files to set the registers of the
chip and "instruments" defined in the file can be scripted to make
instrument programs that allow per-note arpeggiation, filter sweeps,
PWM, or whatever your mind can come up with. I selected this codebase
because of this powerful feature (and 'cause bitrot makes me sad).
Unlike the commodore64 though, this plugin has polyphony (configurable
up to 128) so its actually a bank of SID chips. You can now use all 3
oscillators for your sound design rather than to get triphony (is that
a real thing?).
The plugin UI only provides a dialog to load instrument files
(standalone must load through the command line options). The original
reMID was designed to allow a single instance to have different sounds
on each midi channel and program change, so you could just use a
sequencer and 1 reMID to do a whole chiptune track. That capability is
still there but I realize that its much more common workflow to have 1
plugin in each track with a single instrument so I made that possible.
You can work both ways. This architecture also allows drumkits to be
made with a different sound on each note.
For the more common latter workflow you just load the plugin and open
the file chooser to find the .conf file you want. If you decide to
edit it you'll have to use a text editor like vim or gedit or kate or
whatever. Open the instrument file in the editor, make your changes
and reload the instrument file in the plugin. Its a little weird, but
I hope its not a deal breaker for folks. I was able to make a couple
instruments pretty quickly last night by just copying one of the
existing files and tweaking some stuff. I hope this workflow will work
There is some documentation in the readme, and the default
instruments.conf file. Several instrument files provide examples as
well as presets to give you an idea of some sonic possibilities. The
full documentation for programming remains at the original project's
Please give it a whirl (it has very few dependencies and should be
easy to install, just follow the readme) and let me have some
feedback. New instruments would be a great contribution as well as any
bug reports or patches.
1. qtractor doesn't support file loading through a generic UI.
Therefore only the presets allow you to load different instruments.
One workaround is to edit the .ttl files to add your own presets with
your instrument files.
2. there is no DAW automation available. Exposing the parameters to
allow tweaking the registers in realtime and automation is on the
roadmap, but it's going to be a long way out. Some deep architectural
challenges require a lot of refactoring before that becomes feasible.
It would actually be much quicker if I just make a second plugin that
does not have the scripting capability, basically like an LV2 port of
the lmms SID plugin (https://lmms.io/wiki/index.php?title=SID). If you
have an opinion on whether this scripting is worth keeping for the
version 2 reMID or not I'd like to hear your thoughts.