Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

4 participants
7502 discussions

[ANN] Qtractor 0.6.2 - The Boson Walk Beta is out!

by Rui Nuno Capela

So it's summer, they say. White bright and light pastel colors sparkling on every corner and turn. Cheesy and silly season, they say. Alas, southerners don't apply. Sorry about that. Of course I mean the hemisphere, obviously. For whom it might concern, all anxiety has come to an end. Indeed. It all relates back to this last May 3, when a not-so-formal meeting (aka. workshop) took place while during LAC2014@ZKM-Karlsruhe, where some pertinent and undeniable requests were dodged and framed to a "soonish" implementation. And guess what? Yup, the "soonish" are no more, or so I think. Qtractor 0.6.2 (boson walk beta) is out! Perhaps an additional word is due though, about the riddling code-names that are branding the post-TYOQA beta releases. They have no personal nor logical sense, I assure you. Perfectly arbitrary now. Everything in life and the universe is way more unconventional than just a name. Without further assay. Qtractor is an audio/MIDI multi-track sequencer application written in C++ with the Qt4 framework. Target platform is Linux, where the Jack Audio Connection Kit (JACK) for audio and the Advanced Linux Sound Architecture (ALSA) for MIDI are the main infrastructures to evolve as a fairly-featured Linux desktop audio workstation GUI, specially dedicated to the personal home-studio. Release highlights: * Plugins activation MIDI controller / automation (NEW) * LV2 UI Idle and Show (>= Qt5) interface support (NEW) * Discrete editing of automation curve node velues (NEW) * Missing audio/MIDI files and plugins warning message (NEW) * MIDI note drawing on tempo-map changes (FIX) * Automation curves re-adjusted to tempo-map changes (FIX) Website: http://qtractor.sourceforge.net Project page: http://sourceforge.net/projects/qtractor Downloads: http://sourceforge.net/projects/qtractor/files - source tarball: http://download.sourceforge.net/qtractor/qtractor-0.6.2.tar.gz - source package (openSUSE 13.1): http://download.sourceforge.net/qtractor/qtractor-0.6.2-12.rncbc.suse131.sr… - binary packages (openSUSE 13.1): http://download.sourceforge.net/qtractor/qtractor-0.6.2-12.rncbc.suse131.i5… http://download.sourceforge.net/qtractor/qtractor-0.6.2-12.rncbc.suse131.x8… - quick start guide & user manual (severely outdated, see wiki): http://download.sourceforge.net/qtractor/qtractor-0.5.x-user-manual.pdf - wiki (help wanted!): http://sourceforge.net/p/qtractor/wiki/ Weblog (upstream support): http://www.rncbc.org License: Qtractor is free, open-source software, distributed under the terms of the GNU General Public License (GPL) version 2 or later. Change-log: - Prevent linear and spline automation curve modes for all integer valued subjects. Also, make sure those values are rounded to the nearest integer away from zero. - Fixed save of LV2 Presets for plugins with state files. - A man page has beed added (making up Gürkan Sengün's work on debian, thanks). - When moving plugins by eg. drag-and-dropping across tracks, automation curves were being left behind, maybe leading to unpredictable mistaken behavior. Hopefully, not anymore. - Translations install directory change. - Automation curves are now automatically re-adjusted to tempo map node changes (after a ticket by Holger Marzen, thanks). - Audio/MIDI files or plugins found missing on session load are now subject for an explicit modal warning message and prompt for an immediate session backup salvage. - Changing instrument plugin programs is now an undo/redo-able command operation, especially for DSSI but also for plugins that come with the LV2 Programs interface extension support (http://kxstudio.sourceforge.net/ns/lv2ext/programs). - Drawing, selecting and/or resizing of MIDI note events that extend across tempo/time-signature changes is now made a bit more correctly over the MIDI clip editor (aka. piano-roll), especially regarding to current snap-to-beat setting (after an outstanding ticket by yubatake, thanks). - Once again, audio frame/MIDI time drift correction has been slightly refactored to improve MIDI input monitor and timing. - Discrete automation curve node values may now be edited via a numerical entry floating spin-box on double-click (as yet another request by AutoStatic aka. Jeremy Jongepier, thanks). - Pressing shift/ctrl keyboard modifiers while double-clicking on a plugin list entry now briefly reverses the current View/Options.../Plugins/Editor/Open plugin's editor (GUI) by default option preference. - Fixed an old crash lurker when switching output buses that implied a change on the number of audio channels, while on tracks that have (auto-)monitor turned on and at least one active plugin in chain (yet another ticket by AutoStatic aka. Jeremy Jongepier, thanks). - MIDI Controller assignment (aka MIDI learn) and/or automation of plugins (de)activation state has been added (as requested by AutoStatic aka. Jeremy Jongepier, thanks). - LV2 UI Idle and Show interfaces support added. - Allow the build system to include an user specified LDFLAGS (patch by Alessio Treglia aka. quadrispro, thanks). See also: http://www.rncbc.org/drupal/node/795 Enjoy && have (lots of) fun. -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

10 years, 12 months

Re: [LAD] Streaming AV/midi

by Patrick Shirkey

On Wed, July 2, 2014 2:22 pm, FlÃ¡vio Schiavoni wrote: > Hi Patrick > > A first advice is to try some tool that works with multicast / broadcast > addressing method to allow a one to many connection. It means to work > with UDP because TCP can not do multicast or broadcast. So you can save > some bandwidth. Since RTP is not a transport protocol but a kind of > application protocol over UDP, a tool RTP based can be used. If I'm not > wrong, Icecast works with TCP. I dunno if it can be configured. > Thanks for that tip. I am currently looking at ffserver with ffmpeg. IIUC it can support RTP too so that might be a good way forward. I have it running on my device and I am testing the stream/codec combinations at the moment. Gotta hand it to the ffmpeg devs for keeping keeping pace with the market. > Some questions: > - Do you need to sync audio / video / MIDI? Not really sample accurate but 2000ms is the limit for lag. > - What is your audio / video / MIDI source? File? Cam? /dev/graphics/fb0 + external BT microphone > - How will it be used on the receiver? Monitor? Projector? If I use ffserver the output will be displayed as a video stream at the application level. > > Pure Data can send audio / midi / video. > I will look into PD if ffserver is unable to get the job done. > If I'm not wrong, GStreamer can do it too. > > Cheers > > Schiavoni > > Em 01-07-2014 06:34, Patrick Shirkey escreveu: >> Hi, >> >> Does anyone have a suggestion for open source solutions to enable >> streaming AV/midi to multiple ARM mobile devices with a one to many >> network configuration? >> >> I am looking at the following options: >> >> 1: ffmpeg streaming server >> 2: icecast with netjack >> 3: netjack >> >> There are some limitations. >> >> 1: Server is a mobile device with dual core ARM chipset >> 2: Wifi connectivity with 20Mb/s total uplink from master server. >> >> An ideal implementation would allow 20 client devices to receive the >> audio >> stream in close to realtime. Upto 100ms delay would be acceptable. >> >> I'm weighing up the benefits from using FFMPEG to stream all the data >> compared to a 32/64bit icecast stream with additional midi triggering >> for >> visual data located on the client app. >> >> - FFMPEG has the benefit of removing all trigger events but costs a lot >> in >> terms of bandwidth/power consumption. >> >> - Icecast is very good at serving audio but iiuc does not support >> video/midi >> >> - Netjack can potentially do all three but is not well tested on a >> mobile >> platform. >> >> >> >> >> -- >> Patrick Shirkey >> Boost Hardware Ltd >> _______________________________________________ >> Linux-audio-dev mailing list >> Linux-audio-dev(a)lists.linuxaudio.org >> http://lists.linuxaudio.org/listinfo/linux-audio-dev > -- Patrick Shirkey Boost Hardware Ltd

11 years

Re: [LAD] Open Source to be or not to be?

by Stéphane Letz

> > Message: 17 > Date: Mon, 30 Jun 2014 15:32:37 +0000 > From: Fons Adriaensen <fons(a)linuxaudio.org> > To: linux-audio-dev(a)lists.linuxaudio.org > Subject: Re: [LAD] Open Source to be or not to be? > Message-ID: <20140630153237.GB29991(a)linuxaudio.org> > Content-Type: text/plain; charset=us-ascii > > On Mon, Jun 30, 2014 at 04:02:20PM +0200, hermann meyer wrote: > >> PLease, Fons, if you found more Bugs, or have any issue with the way >> we implement parts of your work, let me know. I'm all open ! > > The four T60 controls are supposed to be log as well. > And please get rid of that silly little slider named > 'Freq X'. > > > Another matter: starting guitarix without Jack running produces > an empty black 'Jack Starter' window. No matter what I do next > will crash X11. > > > -- > FA > > A world of exhaustive, reliable metadata would be an utopia. > It's also a pipe-dream, founded on self-delusion, nerd hubris > and hysterically inflated market opportunities. (Cory Doctorow) > > Interesting discussion... ((-; It would be great if the corrected zita-rev1 Faust version goes back in the Faust distribution at some point…. Fons, you know what? the Faust zita-rev1 version (still old one of course..) now even runs in the web, automagically compiled in asm.js (http://asmjs.org) using latest faust2 git version and running at acceptable speed in recent browsers like Firefox or Chrome (still some issues here…) : http://faust.grame.fr/www/zita_rev1.html Is it interesting? a way to promote open-source DSP code? who knows... Stéphane

11 years

Streaming AV/midi

by Patrick Shirkey

Hi, Does anyone have a suggestion for open source solutions to enable streaming AV/midi to multiple ARM mobile devices with a one to many network configuration? I am looking at the following options: 1: ffmpeg streaming server 2: icecast with netjack 3: netjack There are some limitations. 1: Server is a mobile device with dual core ARM chipset 2: Wifi connectivity with 20Mb/s total uplink from master server. An ideal implementation would allow 20 client devices to receive the audio stream in close to realtime. Upto 100ms delay would be acceptable. I'm weighing up the benefits from using FFMPEG to stream all the data compared to a 32/64bit icecast stream with additional midi triggering for visual data located on the client app. - FFMPEG has the benefit of removing all trigger events but costs a lot in terms of bandwidth/power consumption. - Icecast is very good at serving audio but iiuc does not support video/midi - Netjack can potentially do all three but is not well tested on a mobile platform. -- Patrick Shirkey Boost Hardware Ltd

11 years

Re: [LAD] Streaming AV/midi

by Patrick Shirkey

On Wed, July 2, 2014 5:16 am, drew Roberts wrote: > On Tue, Jul 1, 2014 at 11:34 AM, Patrick Shirkey > <pshirkey(a)boosthardware.com >> wrote: > >> >> On Tue, July 1, 2014 10:41 pm, drew Roberts wrote: >> > On Tue, Jul 1, 2014 at 5:34 AM, Patrick Shirkey >> > <pshirkey(a)boosthardware.com> >> > wrote: >> > >> >> Hi, >> >> >> >> Does anyone have a suggestion for open source solutions to enable >> >> streaming AV/midi to multiple ARM mobile devices with a one to many >> >> network configuration? >> >> >> >> >> >> - Icecast is very good at serving audio but iiuc does not support >> >> video/midi >> >> >> >> >> > IIRC, icecast2 can stream video. Never thought to try midi. >> > >> >> According to the icecast folks the latency and sync for a standard >> stream >> can get out to 10 seconds which is outside of my range. I could probably >> handle upto 2000ms but less than 1000ms is preferable. >> > > What are you thinking of using to do the "shouting"? IIRC, we were using > vlc. > For this project I will probably have to build a custom tool that uses ffmpeg for transcoding. VLC might be a good place to start but the codebase is pretty large if I have to customise it so it's probably faster to start from scratch. > Concerning the sync, if you mean audio with video, what we were doing did > not require synced audio. > This project probably doesn't require realtime sample accurate sync but the latency should be within 2000ms between audio and video streams and also between master/client. Latency should be as low as possible with a balance between cpuload and bandwidth management. Has anyone benchmarked realtime transcoding on dual core arm devices with ffmpeg? >> >> Anyway I will give icecast with video a test run before I rule it out. >> >> >> -- >> Patrick Shirkey >> Boost Hardware Ltd >> __________________ >> > > all the best, > > drew > -- > http://freemusicpush.blogspot.com/ > -- Patrick Shirkey Boost Hardware Ltd

11 years

The modular audio chronicles ep. 1

by Etienne Rouge

(Here is an unusual mail trying to describe as entertainingly as possible what it's like to set up a modular production environment in GNU/Linux. I owe the greatest of respect to anyone who've made the softwares mentioned below and their work do not misunderstand a joke for a blunt critic. ) Dear Lads, You haven't heard much from me lately, and I'm sorry for that. For one year and a half I've been sitting in front of my minimal -yet fairly high endish - music production set up doing nothing but programming. Those expensive things were only used to playback cd and digital files... ... you know what that means : I was becoming an audiophile. Holly horse poop, I can't beleive I said that... but it's true. Few weeks ago, realizing this dreadful fact- I decided to start a rehab : let's fire up the preamp and let's record some stuffs. Just to prove the world I'm not just another bragging gear slut (hopefully). Of course, just to make things harder I decided not to use the full-featured highly expected (and probably amazing) Ardour 3. Why not ? Because I've suffered 8 years of (gnu's not)Unix propaganda and now I praise "modularity" above anything else. Mh, and I guess 27 years of Legos(tm) didn't help neither (Don't judge me, Technics are a great prototyping tool. ... . That's the best excuse I have). Lately, thanks to nedko (gladish), male (non-suite), drobilla (patchage, ingen), falktx (Carla) (I always have to check the letters order for this one nick :/) and few others,goal my has become -somehow- tangible. Part one : THE SETUP When you start a big music project with high expectations with GNU/linux you need two things : 1) Make sure not to have a deadline 2) Make sure you are fully relaxed Cause, you know how it is : those softwares are all quite young and only used by few people. Therefore, "few people" means very few bug reports. And of course those softs are made by volunteers who can only solve them when they have enough time. Considering all this, it's already great everything works ! Having few bugs every once in a while in a software is no big deal... But the thing with modular audio, by definition, is that you're gonna use dozens of them. At once. And bugs DO stack. But I'm rushing a bit, we're not there yet, cause at this point of the story I haven't picked my softwares already (except for the non-suite). I don't have any effects nor midi anything : I need to gather some more stuffs to work with. And I must say I felt a bit like Indiana Johns having to gather some pieces of a mysterious puzzle : "Your six strings shall sound heavenly and You synths shall have many melodies. and you will have to travel the Internet to find what you need." Ok, the guitar part is an easy one : guitarix. It's just amazing. Let's use it... and ! Oh gosh ! It's a trap ! There's no way to recall a preset, it not patched with NSM... quick ! Use CLI, they MUST have a "import" option ! Oh crap NO ! They don't ! I thought my quest would be easy but no. Instead of being able to pick guitarix, I found a new quest : "use the LV2 version". No big deal, let's just move to another place. Carla. it usually works fine... but...gosh all my plugins are here except the amp simulator... what the heck ? Ingen then... erf... no, for some reasons this plugin doesn't make a sound. Damn. Back to Carla... with another quest : "You shall not use the Stable version. Use the git version". It's gonna be harder than I thought. Building is usually a piece of cake... but not this one time. Eventually, in a last desperate attempt, I tried one more build, and succeed.... Until QT5 -my trusted friend for years- suddenly decides to betray me by placing booby traps all over the place to make sure I'm not able to add any effect. Luckily, the scientist in the team -Falktx- has been able to diffuse those. Finally ! Now I have a guitarix preset I can save and load with NSM. Holly crap. Everything's set for the guitar. It's tome to move on to our glorious quest for MIDI. This quest was such a weird experience. I went to the vaste land of Rosegarden, where the GUI almost made me blind and mad. I tried the purity of a non-sequencer until it exploded right in my face. I went to an oddly useless 1 bar non-chromatic sequencer... Ok. It's gonna Seq24 then. It's not perfect, but I can use it.... Let's just call the maintainer to fix the few problems... or not. Nobody's actually taking care of this software. Screw it. I'll use it anyway. It's been a week already, and most of the musicians in my party have given up for an easier world where you can buy peace. I've been able to make some sounds and that's what keeps me going... I don't know how long this will take, but I'll gather all the pieces of this modular music machine. Eventually with the help of the LAD's scientist, it'll work properly. Let's keep faith. Love. Tumulte. P.S. : As tedious as it was, I'm still thrilled by the potential of a well integrated modular audio software suite. I must say I'm even more exited when I see what's *already* possible today. Therefore I'd like to make a call for a working group around this question cause it's really (*really*) close to something great. I believe that a nice dialog between users trying to setup real production environments and coders can quickly bring out a kick-ass suite that can bring linux audio to the next level. P.P.S : all the best, and thanks for reading.

11 years

[paul@linuxaudiosystems.com: [Jack-Devel] jackaudio.org website shut down due to hacking]

by Adrian Knoth

Hi! I'm sure there must be users out there who are familiar with web stuff and are burning to help their favourite inter-application audio framework. ;) Step up, please. PS: There is also a semi-complete move to GH-pages. If your're familiar with github, you could be the ideal volunteer. ;) Cheers ----- Forwarded message from Paul Davis <paul(a)linuxaudiosystems.com> ----- Date: Fri, 30 May 2014 11:56:02 -0400 From: Paul Davis <paul(a)linuxaudiosystems.com> To: JACK <jack-devel(a)lists.jackaudio.org> Subject: [Jack-Devel] jackaudio.org website shut down due to hacking The malicious conscience-free leeches who push pharmaceutical spam managed to hack into jackaudio.org in a very deep way. They had full access to everything including the ability to fiddle with MySQL tables (some of them). I don't consider any part of the Drupal site safe, so I have shut it down and replaced it with a single static index.html file. The source tarballs for JACK1 were uncorrupted (probably JACK2 also - waiting for confirmation from Stephane on this), and I have put up a new link to the most recent. I also referenced github for the source code repository and issue tracker. As someone said on IRC today " It's a shame the lead dev has to waste his time coding, answering user questions AND fixing drupal backdoors " If someone else wants to volunteer to resurrect the roughly 60 pages of content that were at jackaudio.org (and realistically, it is probably more like 20 of real stuff that is needed), get in touch. I can give you full access to everything you will need. _______________________________________________ Jack-Devel mailing list Jack-Devel(a)lists.jackaudio.org http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org ----- End forwarded message ----- -- mail: adi(a)thur.de http://adi.thur.de PGP/GPG: key via keyserver

11 years

[ANN] Vee One Suite 0.5.0 - Officially beta now!

by Rui Nuno Capela

Greetings, The Vee One Suite of old-school soft(ware)-instruments, primarily slated for Linux, featuring synthv1 [1], a polyphonic synthesizer, samplv1 [2], a polyphonic sampler and drumkv1 [3], a drum-kit sampler, are officially in beta phase now. Change-log for the new release: - LV2 UI Idle and Show interfaces support added. - First attempt to allow a headless stand-alone JACK client application run mode, without a GUI, with option given as command line argument (--no-gui). - A man page has beed added (re. stand-alone JACK client). - Reverse sample option and parameter knob added. (samplv1 and drumkv1 only). - Allow the build system to include an user specified LDFLAGS. As before, all made available in dual form: - a pure stand-alone JACK [4] client with JACK-session, NSM [5] (Non Session management) and both JACK MIDI and ALSA [6] MIDI input support; - a LV2 [7] instrument plug-in. The Vee One Suite are free and open-source Linux Audio software, distributed under the terms of the GNU General Public License (GPL) [8] version 2 or later. The fine print follows ;) * synthv1 - an old-school polyphonic synthesizer [1] * synthv1 0.5.0 released! synthv1 is an old-school all-digital 4-oscillator subtractive polyphonic synthesizer with stereo fx. LV2 URI: http://synthv1.sourceforge.net/lv2 website: http://synthv1.sourceforge.net downloads: http://sourceforge.net/projects/synthv1/files - source tarball: http://download.sourceforge.net/synthv1/synthv1-0.5.0.tar.gz - source package: http://download.sourceforge.net/synthv1synthv1-0.5.0-17.rncbc.suse131.src.r… - binary packages: http://download.sourceforge.net/synthv1synthv1-0.5.0-17.rncbc.suse131.i586.… http://download.sourceforge.net/synthv1synthv1-0.5.0-17.rncbc.suse131.x86_8… * samplv1 - an old-school polyphonic sampler [2] * samplv1 0.5.0 released! samplv1 is an old-school polyphonic sampler synthesizer with stereo fx. LV2 URI: http://samplv1.sourceforge.net/lv2 website: http://samplv1.sourceforge.net downloads: http://sourceforge.net/projects/samplv1/files - source tarball: http://download.sourceforge.net/samplv1/samplv1-0.5.0.tar.gz - source package: http://download.sourceforge.net/samplv1/samplv1-0.5.0-17.rncbc.suse131.src.… - binary packages: http://download.sourceforge.net/samplv1/samplv1-0.5.0-17.rncbc.suse131.i586… http://download.sourceforge.net/samplv1/samplv1-0.5.0-17.rncbc.suse131.x86_… * drumkv1 - an old-school drum-kit sampler [3] * drumkv1 0.5.0 released! drumkv1 an old-school drum-kit sampler synthesizer with stereo fx. LV2 URI: http://drumkv1.sourceforge.net/lv2 website: http://drumkv1.sourceforge.net downloads: http://sourceforge.net/projects/drumkv1/files - source tarball: http://download.sourceforge.net/drumkv1/drumkv1-0.5.0.tar.gz - source package: http://download.sourceforge.net/drumkv1/drumkv1-0.5.0-13.rncbc.suse131.src.… - binary packages: http://download.sourceforge.net/drumkv1/drumkv1-0.5.0-13.rncbc.suse131.i586… http://download.sourceforge.net/drumkv1/drumkv1-0.5.0-13.rncbc.suse131.x86_… References: [1] synthv1 - an old-school polyphonic synthesizer http://synthv1.sourceforge.net/ [2] samplv1 - an old-school polyphonic sampler http://samplv1.sourceforge.net/ [3] drumkv1 - an old-school drum-kit sampler http://drumkv1.sourceforge.net/ [4] JACK Audio Connection Kit http://jackaudio.org/ [5] NSM, Non Session Management http://non.tuxfamily.org/nsm/ [6] ALSA, Advanced Linux Sound Architecture http://www.alsa-project.org/ [7] LV2, Audio Plugin Standard, the extensible successor of LADSPA http://lv2plug.in/ [8] GNU General Public License http://www.gnu.org/copyleft/gpl.html See also: http://www.rncbc.org/drupal/node/793 Enjoy && ever again, have fun. -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

11 years

LAC'14 video archive

by Robin Gareus

Hi all, The video recordings of the LAC'14 presentations have just been uploaded to the conference website and are now directly linked from the archive: http://lac.linuxaudio.org/2014/program There are still a three videos missing and the workshop videos are also yet to come. Currently they are also only available as vp8/vorbis/webm (sorry IE and Safari users). But since it has been quite a while already, we decided to not hold back the release of these already finished videos any further. Once the collection is complete, we will provide a .torrent. Meanwhile, for those who prefer to download the videos incrementally, they are accessible via rsync://linuxaudio.org/ [1]. Many thanks for Frank and Moritz to get those done in really outstanding quality this year. Kudos to the complete stream-team. enjoy, robin - for the LAC'14 team [1] example to get the 720p versions: rsync -Pa --exclude "*360p.webm" \ rsync://linuxaudio.org/lac2014/ \ lac2014/

11 years

Creative Music Coding lab #12 in Amsterdam

by nescivi

Calling all ChucK’ers, SuperColliders, Max and PureData patchers, CSounders, Fluxites, Overtoners, and all other tongues of creative coders. We welcome you to attend the fifth edition of the Creative Music Coding lab at STEIM. The CMC lab is an autonomous zone to try out sonic experiments as a group. And an opportunity to leverage the expertise of the group in realizing new artistic tools and processes through the medium of code. Many of the founding members of the group are indeed experts in their favorite languages, but we come from all technical levels of proficiency and enjoy helping one-another out. http://steim.org/event/creative-music-coding-lab-12/ DETAILS DATE: Tuesday, 24 June 2014 TIME: 19:30 ENTRY: FREE LOCATION: STEIM Concert Space, Utrechtsedwarsstraat 134 Amsterdam What ARE the goals for the lab? * a place for creative music coders to show work in progress, regardless of programming language or platform * a place to discuss and question techniques with fellow computer musicians * an informal stage for playing with others, livecoding sessions, jamming, and other fun experiments * an opportunity to meet like-minded artists, share talents, and start new collaborations * an opportunity to be exposed to new languages and improve cross-language fluency * a way to discover lesser known and emerging creative programming paradigms * a place to to discuss interconnections between programming environments * an environment for discussions on cultural contexts surrounding coding in the arts We encourage members of the group to use this as a platform for exploring ways in which we might be able to create and play together. Proposals for creative group investigations of hardware, software, and coding as process are welcome. As always, entry is free, tea and coffee will be provided.

11 years

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev