Re: [LAD] LAM

[Ivica Ico Bukvic]

There is also a COMPEL project that I am currently heading and which is 
designed to facilitate interfacing between composers and performers. It 
offers preservation of both performances (archiving) and the materials 
for the necessary reproduction of the work itself, including software. 
The platform offers multiple licensing options from fully open source to 
commercial and is therefore completely license-agnostic (all copyrights 
remain with their owner). It is hosted by my university and in the 
coming weeks we are preparing for the soft-launch. It supports 
groups/collections and is based on the leading open-source 
preservational platform developed by the network of libraries worldwide. 
Please let me know if you are interested in this and I will gladly keep 
you posted.


Best,

Ico


On 11/20/2018 10:14 AM, Thomas Brand wrote:

On Sun, November 18, 2018 09:22, Will Godfrey wrote:

Linux Audio Music has been dormant for a very long time, but recently I
contacted the the person who hosted and ran it.

The reason he closed it was because of a serious vulnerability was
discovered in Rails, and he no longer had time to do the necessary
upgrades.

However, he has told me that he still has the entire database and the
code. In his own words: "... would be happy to host and do what I can to
facilitate a handoff to someone else who wants to manage it."

For anyone who doesn't know, this was a relatively simple and clean site
aimed specifically at providing a home for tracks composed with Linux -
something rather rare!


How many tracks are currently "homeless", how many gigabytes? I guess the
code would be hard to re-use. Tracks could be moved relatively easy to
another place if metadata is clean.

Greetings
Thomas
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Music for programming

[Ivica Ico Bukvic]

Very cool works, Louigi--just what I needed. Thanks for sharing!

Best,

Ico

On Nov 20, 2017 06:00, "Louigi Verona"  wrote:

> Hey everyone!
>
> I have created a YouTube channel where I am creating playlists of ambient
> music. As many of you have told me that they enjoy listening to "droning"
> and other of my ambient creations during work, I have created "Music for
> programming" mixes.
>
> Some of them might feature just one tune, some feature several tunes.
>
> Take your pick - and subscribe!
>
> The Ambient Channel
> 
>
>
>
>
>
> --
> Louigi Verona
> https://www.patreon.com/droning
> https://louigiverona.com/
>
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> https://lists.linuxaudio.org/listinfo/linux-audio-dev
>
>
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Adding apps to wiki.linuxaudio.org

[Ivica Ico Bukvic]

You may want to check with Robin Gareus (copied here) who IIRC was one 
of the last people doing major work on the database end.


Hope this helps!

Best,

Ico

On 4/24/2016 7:13 PM, Joel Roth wrote:

Hi all,

After creating an account for the wiki, it appears
that apps are in a separate database from the wiki
page itself.

I'd like to add an entry for Nama, to the list of
DAW software.

Can someone put me in touch with the database maintainer?

Joel



___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Linuxaudio.org server migration

[Ivica Ico Bukvic]

All,

The migration should be now complete. Please let us know if you 
encounter any problems.


Best,

Ico

On 1/26/2016 11:12 PM, Ivica Ico Bukvic wrote:

All,

As some of you may be already aware, this past December I was notified
our current virtual server that hosts a broad array of outreach
services, including these mailing lists, will be decommissioned at the
end of this month. Since, I've been working on securing the
infrastructure and ongoing support onto a brand new physical blade. I
am pleased to report we are at the very end of what has proven to be a
fairly intense journey (needless to mention I learned a lot more than
I ever wanted to about sysadmin). Our new setup is considerably more
powerful and I am confident it will offer a significant improvement in
performance over the old one. As we enter the final stage in the
porting process, there will be a brief downtime tentatively scheduled
for 11am Eastern Time (East US Coast) tomorrow, Wednesday, January
27th. During this time, you will experience inability to access hosted
services, including web and mailing lists. My intent is to have the
transition complete as quickly as we can do the final rsync and IP
address reconfiguration. I will let you know as soon as we've
completed this final step. Thank you for your support and understanding.

Best,




___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Linuxaudio.org server migration

[Ivica Ico Bukvic]

All,

As some of you may be already aware, this past December I was notified 
our current virtual server that hosts a broad array of outreach 
services, including these mailing lists, will be decommissioned at the 
end of this month. Since, I've been working on securing the 
infrastructure and ongoing support onto a brand new physical blade. I am 
pleased to report we are at the very end of what has proven to be a 
fairly intense journey (needless to mention I learned a lot more than I 
ever wanted to about sysadmin). Our new setup is considerably more 
powerful and I am confident it will offer a significant improvement in 
performance over the old one. As we enter the final stage in the porting 
process, there will be a brief downtime tentatively scheduled for 11am 
Eastern Time (East US Coast) tomorrow, Wednesday, January 27th. During 
this time, you will experience inability to access hosted services, 
including web and mailing lists. My intent is to have the transition 
complete as quickly as we can do the final rsync and IP address 
reconfiguration. I will let you know as soon as we've completed this 
final step. Thank you for your support and understanding.


Best,


--
Ivica Ico Bukvic, D.M.A.
Associate Professor
Creative Technologies in Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
www.performingarts.vt.edu
disis.music.vt.edu
l2ork.music.vt.edu
ico.bukvic.net

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] User eXperience in Linux Audio

[Ivica Ico Bukvic]

On 4/23/2015 2:10 PM, Hermann Meyer wrote:


Am 23.04.2015 um 13:49 schrieb Thorsten Wilms:

On 23.04.2015 11:50, Vytautas Jancauskas wrote:

Who would think that having to operate a circular knob by moving the
mouse in a little circle is convenient? It's also a bit harder to
implement. Is there some argument for it I am not aware of?


Properly done radial knobs do not force you to move the pointer in a 
little circle, but allow you to increase the distance. This way, you 
get adjustable precision. In my own experience, this can work very 
well for parameters that have a huge range (i.e. _many_ steps) and 
control something sensitive to the smallest changes.


One thing that comes really handy here is using a modifier, like shift 
or ctrl that does micro-adjustments vs. regular adjustments. Ideally, 
when this is coupled with an editable number box, you get the best of 
both worlds.




One issue is the placement of the knob relative to the edges of the 
screen and what you do when the pointer (ignoring touch) reaches them.




___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] raspberry pi audio in

[Ivica Ico Bukvic]

I am working on something similar using the following rpi shield
http://moderndevice.com/news/using-the-analog-input-on-the-lots-of-pots-board-for-raspberry-pi/

It is interesting to hear there is an i2c alsa driver. Do you have any
additional info on that?
On Oct 22, 2013 3:05 PM, Robert Jonsson spamat...@gmail.com wrote:

 Hi guys,

 As those interested know the raspberry pi lacks an audio input. Now, I
 came across this some days ago:
 http://www.noiseisgood.co.nz/?p=365

 Apparently it is possible to wire an i2c adc/dac to the raspberry pi
 and utilize some already available alsa driver.

 Just thought I would share and ask if anyone has tried anything similar?

 Regards,
 Robert
 ___
 Linux-audio-dev mailing list
 Linux-audio-dev@lists.linuxaudio.org
 http://lists.linuxaudio.org/listinfo/linux-audio-dev

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] LAC 2012: the Linux Audio Conference - Call for Participation

[Ivica Ico Bukvic]

Fernando Lopez-Lezcano na...@ccrma.stanford.edu wrote:

On 10/21/2011 06:10 AM, Jörn Nettingsmeier wrote:
 hey fernando, this:

 http://lac.linuxaudio.org/2012/img/lac2012.png

 is utterly charming :-D

That was done by Robin Gareus and I certainly __love__ it! I did not 
even get to thinking about the logo and suddenly it was there already!


Don't forget the original author of the singing penguin Thorsten Wilms. ;-)

 thanks for all your work, looking forward to seeing you all in
stanford
 next year!

Same here!! Submit papers  music!!
-- Fernando
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev


Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Director, L2Ork LinuxLaptop Orchestra
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540) 231-5034 (fax)
disis.music.vt.edu
l2ork.music.vt.edu
ico.bukvic.net
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] ANN: Upcoming L2Ork tour of Europe

[Ivica Ico Bukvic]

Apologies for cross-posting.

After 8 months of planning, fund-raising a metric ton of greenbacks, and 
literally thousands of hours of hard work distributed across dozens of souls, 
Linux Laptop Orchestra (L2Ork) is truly excited to announce our maiden tour of 
Europe May 12 – June 1, 2011. Joining forces with our guest soloist Ron Coulter 
and our talented soprano l2orkist Aurora Martin, the ensemble will be touring 8 
countries, performing and holding workshops in following locations:

May 14 – Linz, Austria (as part of LiWoLi festival)
May 15 – Ljubljana, Slovenia
May 16 – Budapest, Hungary
May 19 – Croatia
May 21 - Hamburg, Germany (Academy of Music and Theater)
May 24 - Amsterdam, Netherlands (STEIM)
May 25 – Amsterdam, Netherlands (Zaal 100)
May 26 – Utrecht, Netherlands (HKU)
May 30 – Paris, France (IRCAM)
June 01 – Oslo, Norway (NIME 2011)

Hope to see you at one of our upcoming destinations! In the meantime, to stay 
up-to-date with the latest developments join our facebook page 
(http://www.facebook.com/group.php?gid=117918141555131)

For additional info on L2Ork please visit http://l2ork.music.vt.edu

On a somewhat related note, L2Ork has also made another series of updates to 
the Linux-centric pd-l2ork variation of Pd which is also available on the L2Ork 
site together with a series of externals and abstractions. For additional info 
on pd-l2ork please visit http://l2ork.music.vt.edu/main/?page_id=56

Should you happen to have any questions, suggestions or concerns, please do not 
hesitate to contact me.

Best wishes,

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@vt.edu
http://www.music.vt.edu/faculty/bukvic/


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Max V. Mathews (1926-2011)

[Ivica Ico Bukvic]

Indeed, he will be very much missed!
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Director, L2Ork LinuxLaptop Orchestra
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540) 231-5034 (fax)
disis.music.vt.edu
l2ork.music.vt.edu
ico.bukvic.net

Dave Phillips dlphill...@woh.rr.com wrote:

Greetings, The subject line says it. Sad tidings. 
dp_
Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org 
http://lists.linuxaudio.org/listinfo/linux-audio-dev 

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] FW: Frequency Space Editors in Linux

[Ivica Ico Bukvic]

Hi Mike,

Forwarding this to the list where users and developers might be able to assist.

Hope this helps!

Best wishes,

Ico

-Original Message-
From: Michael Van [mailto:m_vanwag...@yahoo.com] 
Sent: Saturday, April 09, 2011 12:44 PM
To: i...@linuxaudio.org
Subject: Frequency Space Editors in Linux

Hello Linux Audio,

I just wanted to find out if anyone know of any Linux programs that do 
sophisticated noise removal from recordings, like the frequency space editing 
process of Windows programs, Adobe Audition or Cool Edit.  I wondered if there 
is a plugin for Audacity that might do it.  

I need to use something other than standard noise sample removal plugins 
because the crackle is only present when the music is playing, not present 
during quiet stretches.  

Thanks, 

Mike


  

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] ANN: upcoming L2Ork performances and a new pd-l2ork software release

[Ivica Ico Bukvic]

Dear Friends and fellow L2Ork and Pd enthusiasts,

I would greatly appreciate it if you would please distribute the following 
announcement.

The spring is in the air, which means it is time for the spring DISIS 
(http://disis.music.vt.edu) and L2Ork (http://l2ork.music.vt.edu) events. To 
start the season right, this past Friday L2Ork had a sneak preview performance 
at Roanoke College. More so, this coming weekend we are having a truly special 
series of events with the return of the Boys  Girls Club laptop orchestra whom 
we've been working with this semester. In addition, the spring DISIS event will 
also include guest artists and scholars Ron Coulter, Brad Garton, Peter Kirn, 
and Dave Phillips. The upcoming events include:

Thursday April 7 @ 3:30-4:45pm in DISIS presentation by Brad Garton
Friday 10am-1pm lectures in the Arts Armory by Brad Garton, Peter Kirn, and 
Dave Phillips (free admission)

Friday April 8 @ 7pm in Dumas Center (Roanoke, VA) children's concert featuring 
Boys  Girls Club laptop orchestra and L2Ork

Saturday April 9 @ 7pm in Squires Recital Salon children's benefit concert (an 
Arts Fusion event) featuring Boys  Girls Club laptop orchestra and L2Ork 
followed by a hands-on laptop orchestra demo session for kids and families ($5 
general, $3 children/students/seniors, with all proceeds benefiting Boys  
Girls Club)

Saturday April 9 @ 8pm in Squires Recital Salon benefit concert (an Arts Fusion 
event) featuring Ron Coulter, Brad Garton, Peter Kirn, Dave Phillips, and L2Ork 
($5 general, $3 children/students/seniors, with all proceeds benefiting Boys  
Girls Club)

This year we've also partnered up with the Virginia Tech Kids' Tech University 
program to expand our outreach to young audiences. For additional info on the 
upcoming events, please visit our Events page or our Facebook Event page 
(http://www.facebook.com/event.php?eid=136468179758733). To keep up with the 
latest updates, join us on Facebook 
(http://www.facebook.com/group.php?gid=117918141555131).

As if that weren't exciting enough, earlier this weekend we've made yet another 
public release of pd-l2ork (http://l2ork.music.vt.edu/main/?page_id=56) with 
even more cool features and fixes (changelog: 
http://l2ork.music.vt.edu/data/pd/Changelog). Our site has been also updated 
with the new promotional materials and photos. Yet, in the spirit of Steve 
Jobs' keynote speeches we've left the best for last. Stay tuned for more 
exciting updates soon ;-)

For additional info on L2Ork, visit http://l2ork.music.vt.edu.

Best wishes,

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@vt.edu
http://www.music.vt.edu/faculty/bukvic/


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] pd-l2ork 20110109 snapshot now available

[Ivica Ico Bukvic]

Please pardon cross-posting.

Changelog:
*fixed major CPU hit due to a bug in Cord Inspector implementation. Now the CPU 
usage is back to what it is in pd-extended.
*further performance optimizations to the Cord Inspector.
*improved edit mode detection and fixed edit menu activation accordingly.

Latest snapshot is available from the usual place:
http://l2ork.music.vt.edu/main/?page_id=56

Complete changelog since 11/25/2010 is available here:
http://l2ork.music.vt.edu/data/pd/Changelog

Best wishes,

Ico



___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] pd-l2ork 20110105 snapshot now available

[Ivica Ico Bukvic]

Please pardon cross-posting.

Changelog:
*fixed segfault when doing to-front/back without any object being selected
*added enabling/disabling menu options when appropriate (e.g. cannot cut/paste 
if nothing is selected)
*bound relevant canvas actions to the menu actions so that they can be invoked 
only if the menu actions are enabled (e.g. cut/copy/paste etc.)
*requires further testing
*relevant menu options reflect changes across all Pd windows (e.g. duplicate)
*added special behavior for the cut/copy/paste menu in the root window
*added previous window to the Window menu

Latest snapshot is available from the usual place:
http://l2ork.music.vt.edu/main/?page_id=56

Complete changelog since 11/25/2010 is available here:
http://l2ork.music.vt.edu/data/pd/Changelog

Best wishes,

Ico


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] PD L2Ork 20110101 snapshot now available

[Ivica Ico Bukvic]

Apologies for cross-posting.

20110101 snapshot now introduces code clean-ups including revamped
to-front and to-back algorithms which do not rely upon the
cut/paste/undo hack and thus do not affect any of the other objects on
canvas. Consequently, there is also addition of a special undo/redo
actions that deal with to-front/back actions.

  Latest snapshot is available from the usual place:
  http://l2ork.music.vt.edu/main/?page_id=56
  
  Complete changelog since 11/25/2010 is available here:
  http://l2ork.music.vt.edu/data/pd/Changelog

Cheers!


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] ANN: spectdelay~ external for Pd (was: PD L2Ork 20101229 snapshot now available)

[Ivica Ico Bukvic]

The last update of the year (20101230) fixes a few more bugs and
introduces a port of John Gibson's jg.spectdelay~, a frequency-based
delay/feedback/eq object.

 Latest snapshot is available from the usual place:
 http://l2ork.music.vt.edu/main/?page_id=56
 
 Complete changelog since 11/25/2010 is available here:
 http://l2ork.music.vt.edu/data/pd/Changelog

Cheers!

Ico



___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] PD L2Ork 20101229 snapshot now available

[Ivica Ico Bukvic]

Please excuse cross-posting.

Dear friends and fellow FOSS enthusiasts,

It is my great pleasure to share with the community a belated Holiday
present :-) in a form of latest snapshot of L2Ork iteration of
Pure-Data. Better than ever, the latest version comes with the following
improvements:

*implemented apply undo for array properties and partially implemented
apply undo for graph-on-parent object properties (does not apply to
abstractions or top-level windows currently until I figure out how to
address the indexing of toplevel windows inside the glist as well as how
to address to which window such an undo belongs).
*properties are disabled when right-clicking on an abstraction as
modifying its settings externally does not make sense when one does not
see the actual contents inside it. So, to edit the properties of an
abstraction, one has to open the actual abstraction.
*fixed how new arrays are created so that they always fit within the
specified boundaries. Please note arrays that have been already created
in prior patches remain untouched in terms of graph auto-resizing
(legacy code is provided in g_editor.c canvas_vis that deals with this
if anyone wishes to convert their arrays but is incomplete in that it
assumes all arrays require resizing--this is however unnecessary as
simple recreation of said arrays or manual readjustment of their
settings ought to do the trick.
-This feature needs further testing--feedback is most appreciated.
*fixed how arrays deal with moving array points via mouse by restricting
them within the array bounds--this should work for all gui-driven array
operations, while array alterations via snapshots and other external
ways of manipulating arrays remain unbound so as to allow for
traditional data-flow debugging--this may change down the road in part
due to introduction of the magicGlass option and in part due to belief
that data monitoring should only report ranges specified by the graph.
-This feature needs further testing--feedback is most appreciated.
*added new feature for arrays where they report a bang through the
arrayname_changed send (if one is provided) whenever they have been
altered by a mouse click'n'drag--this in conjunction with array graph
auto-resizing makes arrays formidable alternatives for multisliders.
-This feature needs further testing--feedback is most appreciated.
*when an array subpatch is opened and resized, the array automatically
now resizes to properly fill the window.
-This feature needs further testing--feedback is most appreciated.
*fixed where array was not visible after reopening the patch if any of
its points touched upon y graph limits.
*fixed couple of segfaults caused by gridflow incompatibility--more
problems remain with gridflow library compatibility, likely due to
widgetbehavior  and possibly also magicGlass incompatibility. Further
investigation is necessary.
*fixed memory leak in the disis_phasor~ external where the destructor
was never properly called and updated its documentation (available in
the l2ork_addons package).
*fixed highlighting of signal nlets where nlet would revert to
non-signal appearance after being highlighted/connected.
*reintroduced array listview (this was a regression in respect to
pd-extended).
*improved appearance of the array listview.
*fixed a few broken links in the pddp documentation and added new
l2ork-specific array features to the pddp documentation.

Latest snapshot is available from the usual place:
http://l2ork.music.vt.edu/main/?page_id=56

Complete changelog since 11/25/2010 is available here:
http://l2ork.music.vt.edu/data/pd/Changelog

Happy belated Holidays!

Best wishes,

Ico

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] seeking fresh way to process/shape human whisper in real-time

[Ivica Ico Bukvic]

On Wed, 2010-12-22 at 20:57 +0100, Julien Claassen wrote:
 Hello Ico!
why not go for praat? Praat offers many voices related functions. You can 
 use the easy, funny bits, like changing speaker/gender or I believe trace 
 different melodies, if there are any to find. You could I think move the 
 formant filters. A very interesting tool to work with voices. It has a GUI, 
 but you can also use a simple script language, if you want to do something 
 clever, based on algorythms. The results are very living, very close to a 
 real 
 voice, if you want them that way. I liked it, because it didn't sound so 
 obviously synthesized.
Hope that helps.
Kindest regards
Julien

Many thanks for the pointer Julien. This does look like a pretty cool
app. Alas, unless I am missing something, this appears to be non-rt kind
of app and as such it is a no-go for me.

Best wishes,

Ico


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] [PD-dev] question about multithreaded externals in Pd

[Ivica Ico Bukvic]

First of all, my apologies to all for x-posting of the original
matter--I did not realize there was such a major overlap in user base on
pd-list and pd-dev lists making my x-post truly redundant.

 since rPars can't be used by any other thread, you need to make a copy 
 for each thread.

This must be it! You are absolutely right as there is no guarantee rPars
won't get destructed (with the end of the constructor function) before
the worker thread is properly instantiated. FWIW, instead of creating a
copy of rPars, I've actually gone with Robin's suggestion to use
sched_yield() and have a wait condition which is cleared once the worker
thread has spawned to ensure it will get the necessary data from rPars
before they are destructed as follows:

void *pd_cwiid_pthreadForAudioUnfriendlyOperations(void *ptr)
{
threadedFunctionParams *rPars = (threadedFunctionParams*)ptr;
t_wiimote *x = rPars-wiimote;
t_float local_led = 0;
t_float local_rumble = 0;
unsigned char local_rpt_mode = x-rpt_mode;

while(x-unsafe  -1) {
pthread_mutex_lock(x-unsafe_mutex);
if ((local_led == x-led)  (local_rumble == x-rumble) 
(local_rpt_mode == x-rpt_mode)) {
if (x-unsafe) x-unsafe = 0; //signal that the thread 
init is
complete
pthread_cond_wait(x-unsafe_cond, x-unsafe_mutex);
}

//snip

static void *pd_cwiid_new(t_symbol* s, int argc, t_atom *argv)
{

//snip

// spawn threads for actions known to cause sample drop-outs
threadedFunctionParams rPars;
rPars.wiimote = x;
pthread_mutex_init(x-unsafe_mutex, NULL);
pthread_cond_init(x-unsafe_cond, NULL);
pthread_create( x-unsafe_t, NULL, (void *)
pd_cwiid_pthreadForAudioUnfriendlyOperations, (void *) rPars);

// wait until other thread has properly intialized so that
// rPars do not get destroyed before the thread has gotten its
// pointer information
while(x-unsafe) {
//must use as many yields as necessary as there is no
//guarantee that one will be enough
//also on Linux use sched_yield
//rather than pthread_yield
sched_yield();
}

//snip

Many thanks all for your help on this one! Hopefully the existence of
this thread will help others who may be looking for similar solutions.

Best wishes,

Ico

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] question about multithreaded externals in Pd

[Ivica Ico Bukvic]

 it and/or modify
// it under the terms of the GNU General Public License as published by
// the Free Software Foundation; either version 2 of the License, or
// (at your option) any later version.
//
// This program is distributed in the hope that it will be useful,
// but WITHOUT ANY WARRANTY; without even the implied warranty of
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
// GNU General Public License for more details.
//
// You should have received a copy of the GNU General Public License
// along with this program; if not, write to the Free Software
// Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301  USA
// ===

//  ChangeLog:
//  2008-04-14 Florian Krebs 
//  * adapt wiimote external for the actual version of cwiid (0.6.00)

//  ChangeLog:
//  2009-06-09 DISIS (Michael Hawthorne rustm...@gmail.com  Ivica Ico Bukvic i...@vt.edu)
//  http://disis.music.vt.edu
//  * Bug-fixes (connecting and disconnecting crashes)
//  * Multithreaded implementation to prevent wiimote from starving PD audio thread
//  * Bang implementation to allow for better data rate control
//  * Updated help file

//  v 0.6.3 Changelog:
//  2009-10-05 DISIS (Ivica Ico Bukvic i...@vt.edu)
//  http://disis.music.vt.edu
//  * Total rewrite of the threaded design and tons of clean-up

//  v0.6.4 Changelog:
//  2010-03-21 DISIS (Ivica Ico Bukvic i...@vt.edu)
//  http://disis.music.vt.edu
//  * Reworked signalling system to use clock_delay()

//  v0.6.5 Changelog:
//  2010-09-15 DISIS (Ivica Ico Bukvic i...@vt.edu)
//  http://disis.music.vt.edu
//  * Added motionplus support
//	* Squashed bugs where expansion was not recognized on connect
//	* Fixed incorrect calibration on connect
//	* Other minor bugs'n'fixes

#include stdio.h
#include unistd.h
#include sys/select.h
#include bluetooth/bluetooth.h
#include m_pd.h
#include math.h
#include pthread.h
#include cwiid_internal.h
#define PI	3.14159265358979323

//#define DARWIN_CALIB

struct acc {
	unsigned char x;
	unsigned char y;
	unsigned char z;
};

/* Wiimote Callback */
cwiid_mesg_callback_t pd_cwiid_callback;

// class and struct declarations for wiimote pd external:
static t_class *pd_cwiid_class;
typedef struct _wiimote
{
	t_object x_obj; // standard pd object (must be first in struct)
	
	cwiid_wiimote_t *wiimote; // individual wiimote handle per pd object, represented in libcwiid

	t_float connected;
	int wiimoteID;
	int extensionAttached;

	//Creating separate threads for actions known to cause sample drop-outs
	pthread_t unsafe_t;
	pthread_mutex_t unsafe_mutex;
	pthread_cond_t unsafe_cond;

	t_float unsafe;

	t_float rumble;
	t_float led;
	t_float rpt;
	unsigned char rpt_mode;

	t_symbol *addr;

	t_float toggle_acc, toggle_ir, toggle_nc;

	struct acc acc_zero, acc_one; // acceleration
	struct acc nc_acc_zero, nc_acc_one; // nunchuck acceleration

	// We store atom list for each data type so we don't waste time
	// allocating memory at every callback:
	t_atom btn_atoms[2];
	t_atom old_btn_atoms[2];
	t_atom acc_atoms[3];
	t_atom ir_atoms[4];
	t_atom nc_btn_atoms[1];
	t_atom old_nc_btn_atoms[1];
	t_atom nc_acc_atoms[3];
	t_atom nc_stick_atoms[2];
	t_atom mp_acc_atoms[3];		//motionplus

	//for thread-unsafe operations
	t_clock *x_clock;
	
	// outlets:
	t_outlet *outlet_btn;
	t_outlet *outlet_acc;
	t_outlet *outlet_ir;
	t_outlet *outlet_nc_btn;
	t_outlet *outlet_nc_acc;
	t_outlet *outlet_nc_stick;
	t_outlet *outlet_mp_acc;
	t_outlet *outlet_connected;
	
} t_wiimote;

// For now, we make one global t_wiimote pointer that we can refer to
// in the cwiid_callback. This means we can support maximum of ONE
// wiimote. ARGH. We'll have to figure out how to have access to the
// pd object from the callback (without modifying the CWiid code):
#define MAX_WIIMOTES 1
t_wiimote *g_wiimoteList[MAX_WIIMOTES];

// Structure to pass generic parameters into a threaded function.
// Added by VT DISIS
typedef struct
{
	t_wiimote *wiimote;
} threadedFunctionParams;

// ==

void pd_cwiid_tick(t_wiimote *x)
{
outlet_float(x-outlet_connected, x-connected);
}

void pd_cwiid_debug(t_wiimote *x)
{
	post(\n==);
	if (x-connected) post(Wiimote (id: %d) is connected., x-wiimoteID);
	else post(Wiimote (id: %d) is NOT connected., x-wiimoteID);
	if (x-toggle_acc) post(acceleration: ON);
	else post(acceleration: OFF);
	if (x-toggle_ir)  post(IR:   ON);
	else post(IR:   OFF);
	if (x-toggle_nc)  post(Nunchuck: ON);
	else post(Nunchuck: OFF);
	post();
	post(Accelerometer calibration: zero=(%d,%d,%d) one=(%d,%d,%d),x-acc_zero.x,x-acc_zero.y,x-acc_zero.z,x-acc_one.x,x-acc_one.y,x-acc_one.z);
	post(Nunchuck calibration:  zero=(%d,%d,%d) one=(%d,%d,%d),x-nc_acc_zero.x,x-nc_acc_zero.y,x-nc_acc_zero.z,x-nc_acc_one.x,x-nc_acc_one.y,x-nc_acc_one.z

Re: [LAD] question about multithreaded externals in Pd

[Ivica Ico Bukvic]

Many thanks for the clarification Robin, really appreciate it!

One more thing I realized, isn't the secondary thread effectively blocking the 
lock on the main thread because the mutex_lock is placed before the cond call 
or is this the right way to do it? Namely, should secondary thead have the 
following structure:

While loop {
mutex_lock
state cond --this is where the thread supposedly waits (does this have 
to be while loop or a simple if will do as is the case in my code?)
do something
mutex_unlock
}
Thread exit

Ico

 -Original Message-
 From: Robin Gareus [mailto:ro...@gareus.org]
 Sent: Friday, October 01, 2010 9:01 PM
 To: Ivica Ico Bukvic
 Cc: linux-audio-dev@lists.linuxaudio.org
 Subject: Re: [LAD] question about multithreaded externals in Pd
 
 Hi Ico,
 
 just quick:
 
 pthread_create() returns after the thread context has been created; but
 the actual thread-function is not run directly.
 
 The main function may continue before the actual thread is run.
 
 In your case the pd_cwiid_doConnect() can be called before the
 pd_cwiid_pthreadForAudioUnfriendlyOperations() enters the while() loop.
 
 That seems to be a problem - it's too much code to dig though for me at
 the moment to tell why this is so -  but since usleep() seems to solve
 the issue, it probably is. (quick check: does it also crash if you
 usleep() after the if (argc==2) {}; just before the return(x); ?
 
 `man 3 pthread_yield` is better that usleep(). it's basically a
 usleep(minimum-time-needed-to-run-other-threads).
 
 Another option is to wait after thread-creation in the parent on a
 barrier or lock that is released by the child-thread when it starts.
 
 2c,
 robin
 
 On 10/02/10 02:36, Ivica Ico Bukvic wrote:
  Hi all,
 
  I am wondering if anyone can shed some light on the following
  predicament. I am by no means a multi-threading guru so any insight
  would be most appreciated.
 
  The following are relevant excerpts from the code of an external. AFAIK
  the external initializes mutex and cond and spawns a secondary worker
  thread that deals with audio-unfriendly (xrun-causing) write operations
  to the wiimote and terminates it when the object is destructed waiting
  for the thread to join back and then destroying the mutex.
 
  Now, if I add a bit of usleep right after the thread has been spawned
 as
  part of the constructor (as included below) the external seems very
  stable (e.g. cutting and pasting it as fast as keyboard allows, or in
  other words constructing and destructing instances of it as fast as
  possible does not result in a crash). Yet, when one does not use usleep
  right after spawning the secondary (worker) thread in the constructor,
  the whole thing is very crash-prone, almost as if the spawning of thread
  does not go well unless given adequate time to do get things all into
  sync, so to say, even though this makes to me no sense as the way I
  understand it the constructor does not move ahead until
 pthread_create
  does not return a value (which in this case I am not bothering to read).
 
  Curiously, when not using usleep, a crash may occur right at creation
  time, at any point while the object exists, and even as late as during
  its destruction. Any ideas?
 
  P.S. I am also including the entire file for those interested in trying
  it out.
 
  Best wishes,
 
  Ico
 
  Relevant excerpts (in random order and incomplete to allow for
 greater
  legibility):
 
  //struct defining the object
  typedef struct _wiimote
  {
  t_object x_obj; // standard pd object (must be first in struct)
 
  ...
 
  //Creating separate threads for actions known to cause sample
 drop-outs
  pthread_t unsafe_t;
  pthread_mutex_t unsafe_mutex;
  pthread_cond_t unsafe_cond;
 
  t_float unsafe;
 
  ...
 
  t_float led;
 
  ...
 
  } t_wiimote;
 
 
  //constructor
  static void *pd_cwiid_new(t_symbol* s, int argc, t_atom *argv)
  {
  ...
 
  x-led = 0;
 
  // spawn threads for actions known to cause sample drop-outs
  threadedFunctionParams rPars;
  rPars.wiimote = x;
  pthread_mutex_init(x-unsafe_mutex, NULL);
  pthread_cond_init(x-unsafe_cond, NULL);
  pthread_create( x-unsafe_t, NULL, (void *)
  pd_cwiid_pthreadForAudioUnfriendlyOperations, (void *) rPars);
 
  //WHY IS THIS NECESSARY? I thought that pthread_create call will
 first
  finish spawning thread before proceeding
  usleep(100); //allow thread to sync (is there a better way to do
 this?)
 
  ...
  }
 
  //destructor
  static void pd_cwiid_free(t_wiimote* x)
  {
  if (x-connected) {
  pd_cwiid_doDisconnect(x); //this one has nothing to do
 with thread but
  rather disconnects the wiimote
  }
 
  x-unsafe = -1; //to allow secondary thread to exit the while loop
 
  pthread_mutex_lock(x-unsafe_mutex);
  pthread_cond_signal(x-unsafe_cond);
  pthread_mutex_unlock(x-unsafe_mutex);
 
  pthread_join(x

[LAD] L2Ork North Carolina Mini-Tour

[Ivica Ico Bukvic]

Please pardon the cross-posting as well as the belated nature of the message.

L2Ork Virginia Tech's Linux Laptop Orchestra is back on tour Sept. 19-21st with 
performances at Duke University, WSSU, and UNCG as part of the New Music 
Festival (http://uncgnmf2010.org/).

For additional info on performances:
http://l2ork.music.vt.edu/main/?page_id=21

About L2Ork:
http://l2ork.music.vt.edu/main/
http://l2ork.music.vt.edu/main/?page_id=5

L2Ork on Facebook:
http://www.facebook.com/group.php?gid=117918141555131

L2Ork PD resources including custom version of Pd extended and supporting 
externals (under construction):
http://l2ork.music.vt.edu/main/?page_id=56

Should you happen to have any questions, suggestions or concerns, please do not 
hesitate to contact me.

Best wishes,

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@vt.edu
http://www.music.vt.edu/faculty/bukvic/


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Reminder: upcoming L2Ork workshop at NYC Resistor as part of ICMC 2010

[Ivica Ico Bukvic]

(apologies for cross-posting)

Dear Colleagues and FOSS enthusiasts,

A friendly reminder that we have a Linux Laptop Orchestra (L2Ork) workshop at 
the NYC Resistor scheduled for May 30th, 2010 as part of the ICMC2010 workshop 
sessions. Please note the change in time which is 10am-4pm (ET).

For additional information and registration info, please consult the website at:

http://icmc-workshop-l2ork.eventbrite.com/

I would greatly appreciate it if you would please disseminate this as far and 
as wide as possible. For more info on L2Ork and its software/hardware 
resources, please visit:

http://l2ork.music.vt.edu

Many thanks!

Best wishes,

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@vt.edu
http://www.music.vt.edu/faculty/bukvic/

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Upcoming ICMC L2Ork workshop at NYC Resistor

[Ivica Ico Bukvic]

Apologies for cross-posting...

Dear Colleagues and fellow computer music enthusiasts,

On May 30th 1pm-7pm EST @ NYC Resistor L2Ork will hold a one-day workshop on 
building Linux-based laptop orchestra and unique opportunities such an ensemble 
brings about.


Synopsis:

L2Ork is an ultra-affordable tool for handling administrative logistics 
associated with starting a new Linux-based laptop orchestra using exclusively 
free software and cost-efficient hardware.  The workshop will cover general 
issues in regards to starting a Linux-based laptop orchestra, as well as 
provide an opportunity for the workshop participants to engage in writing for 
L2Ork.  The workshop will also cover L2Ork's latest initiative to bridge STEM 
(Science, Technology, Engineering and Math) and Arts in K-12 education and 
funding opportunities such a project may bring about.


Participants will learn about:

* administrative and logistical prerequisites for starting a Linux-based laptop 
orchestra
* design considerations in designing and building adequate infrastructure 
(speakers, soundcard, system configuration and optimization)
* streamlining Linux platform
* optimizing Pure-Data software for GUI-based networked performances
* ensuing creative opportunities of a networked laptop orchestra
* design strategies and standards developed for writing pieces for the L2Ork 
ensemble
* education-based opportunities attained through L2Ork's ultra-affordable 
infrastructure
* logistical considerations in building GUIs for a diverse group of performers 
with widely varying amount of musical training and experience
* wiimote strategies for an ensemble-oriented performance
* strategies for incorporating soloists into the L2Ork ensemble


Participants will be given access to:

* all L2Ork's resources, including custom code and Pure-Data abstractions 
designed specifically for the orchestra and its input devices
* customized Pure-Data software platform with performance, editor, and GUI 
enhancements
* access to software repository containing optimized Linux kernel and 
supporting software as well as turnkey Linux setup containing an entire 
hard-drive image of the L2Ork Linux system
* detailed list of parts necessary to build L2Ork-compatible ~$250 
hemispherical speakers and a ~$750/seat turnkey setup including a laptop, 
external soundcard, wiimote  nunchuk, headset, cables and accessories, and a 
custom hemispherical speaker.


All participants will be also given an opportunity to interact with L2Ork 
members (performers and researchers alike) as well as submit their own works 
for programming consideration by the L2Ork ensemble.


For a more detailed overview and registration info please visit:
http://icmc-workshop-l2ork.eventbrite.com/

NB: please note that the times listed on the aforesaid site are in Pacific Time.


For additional info on L2Ork, please visit http://l2ork.music.vt.edu.


Should you happen to have any questions, suggestions or concerns, please do not 
hesitate to contact me.


Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@vt.edu
http://www.music.vt.edu/faculty/bukvic/

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] server issues

[Ivica Ico Bukvic]

All,

We are continuing to encounter issues with our server and will have to take the 
system offline for a couple of hours until we figure out what is exactly going 
on. We'll keep you posted as soon as we know more.

Best wishes,

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@vt.edu
http://www.music.vt.edu/faculty/bukvic/

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] [Consortium] server issues

[Ivica Ico Bukvic]

It appears things are back up but we definitely need to start thinking about 
updating HW as soon as possible and/or migrating the whole thing onto 
University's VM. In the mean time let's hope things continue to run smoothly...

Best wishes,

Ico


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Some suggestions/guidelines for the LAA posts

[Ivica Ico Bukvic]

Dear fellow LA* members,

As some of you may be aware, instead of a static news page, Linuxaudio.org now 
has a direct LAA feed as its front page. Consequently, I would like to 
encourage everyone to please put special care in crafting your LAA posts, 
meaning much more so than those destined for lau/lad lists, as this is in part 
what everyone sees when they visit Linuxaudio.org (and if our awstats are any 
indication  
http://stats.linuxaudio.org/cgi-bin/awstats.pl?config=www.linuxaudio.org, then 
we do get tons of exposure there that is perhaps more importantly steadily 
growing). I say this not because there have been some grave offenses recently 
but rather because I think as a community it would really nice if we 
collectively put extra attention to this facet that is much considerably 
public than a typical lau/lad post. So, I guess what I am trying to say is 
perhaps having a post on lau/lad lists mirrored on laa may not be always a good 
idea.

If I had to single-out one post in there that could use some TLC :-) it would 
be the call for submissions for the upcoming LAC. Namely, suggesting that there 
has been little interest may end-up looking like a self-fulfilling 
prophecy--new and incoming potential contributors to LAC who may have come 
across this post could be easily discouraged by the way this reads despite the 
fact we all know that most conference submissions are usually uploaded in the 
last 72 hours before the submission deadline.

At any rate, don't mean to be preaching, so I hope no one will get offended. 
And if you do, I guess I owe you a pint (hear that Frank? ;-)

Just my 5-cents worth...

Best wishes,

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@vt.edu
http://www.music.vt.edu/faculty/bukvic/


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] ladspavst.linuxaudio.org site is going offline

[Ivica Ico Bukvic]

All ladspavst users/contributors,

A ladspavst visitor has brought to my attention that the 
ladspavst.linuxaudio.org has been spammed for quite some time, rendering a page 
into useless goop of spam. This is mainly due to lack of moderation. As a 
result, I've no other choice than to take the site offline until further 
notice. If you or someone you know is supposed to take care of this site, 
please contact me and we'll figure out the best way to bring this site back 
online. Until that happens, the site will remain offline.

Best wishes,

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@vt.edu
http://www.music.vt.edu/faculty/bukvic/

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

[LAD] First L2Ork track now available

[Ivica Ico Bukvic]

Dear fellow FOSS enthusiasts,

Last week's L2Ork debut was a great success with the performance hall packed 
and people standing in the back. We've had a tremendous amount of positive 
feedback and it has been truly hart-touching to learn that people genuinely 
cared about and were moved by what we had to share. As some of you may be 
already aware, our story also made the Slashdot and our server has received 
close to a half a million hits since its posting. Likewise, we've been featured 
on regional TV channels as well as various international news outlets.

As our thanks to all who have so generously supported us both in person and 
through the endless corners of the internet, we've posted a track from our 
weekend recording session. Citadel is a piece for soprano and L2Ork that uses 
a poem by Ivan Gundulic, a famous Croatian poet from the Baroque era. The piece 
was recorded in a beautifully reverberant Burruss rotunda on the Virginia Tech 
campus. No post-processing has been applied to the recording beyond a minor eq 
to soften lows.

To listen please visit http://l2ork.music.vt.edu/main/ and click on the 
Media-Jukebox, or simply click on the link in what is currently the top post 
on the L2Ork blog.

Once again, thank you all for your kind support. We will be starting a public 
l2ork-dev list soon, so if you wish to contribute, participate, or start your 
own L2Ork, please do not hesitate to join in on the discussion. Likewise, 
should you feel compelled to leave a comment, please feel free to do so on our 
jukebox page (no registration required).

Best wishes,

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@vt.edu
http://www.music.vt.edu/faculty/bukvic/


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] First L2Ork track now available

[Ivica Ico Bukvic]

 amount of positive feedback and it has been truly hart-touching to learn

Umm, that should read heart-touching... DOH! :-)

Ico

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

[LAD] L2Ork story on Slashdot brings up the age-old question whether Linux is ready for serious audio use

[Ivica Ico Bukvic]

Dear fellow FOSS enthusiasts,

This is probably already old news according to Internet standards but as it
turns out we spent a good time this evening in class not knowing that we got
slashdotted. For those interested in belatedly joining the discussion,
please visit:

http://entertainment.slashdot.org/story/09/12/03/2018253/Introducing-L2Ork-W
orlds-First-Linux-Laptop-Orchestra

Best wishes,

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@vt.edu
http://www.music.vt.edu/faculty/bukvic/


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

[LAD] [OT]: help L2Ork climb up the digg/reddit ladder

[Ivica Ico Bukvic]

First of all,

Apologies for cross-posting.

If it is not too much of a trouble, I was wondering if I could ask fellow
FOSS enthusiasts to help us in digging  reddit-ing our L2Ork
announcement posted on reddit and dig earlier today.

Links to the posts can be found below:

http://www.reddit.com/r/reddit.com/comments/aa12z/who_says_penguins_cannot_
sing_introducing_l2ork/

http://digg.com/linux_unix/Introducing_L2Ork_World_s_First_Linux_Laptop_Orc
hestra

Once again, apologies for the OT nature of this post.

Sincerely,

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@vt.edu
http://www.music.vt.edu/faculty/bukvic/

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] [OT]: help L2Ork climb up the digg/reddit ladder

[Ivica Ico Bukvic]

 http://www.reddit.com/r/reddit.com/comments/aa12z/who_says_peng
 uins_cannot_
  sing_introducing_l2ork/
 
 
 http://digg.com/linux_unix/Introducing_L2Ork_World_s_First_Linux_Lapto
 p_Orc
  hestra
 
 neither link works as posted.

Ah, the wonders of sleep deprivation... Let's try this again:

http://www.reddit.com/r/reddit.com/comments/aa12z/who_says_penguins_cannot_s
ing_introducing_l2ork/

http://digg.com/linux_unix/Introducing_L2Ork_World_s_First_Linux_Laptop_Orch
estra

Best wishes,

Ico

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

[LAD] L2Ork Debut Performance at Virginia Tech

[Ivica Ico Bukvic]

Dear fellow Linux enthusiasts and consortium members,

Please allow me to bring to your attention the upcoming L2Ork debut:

On December 4th Virginia Tech DISIS (http://disis.music.vt.edu) Linux
Laptop Orchestra (L2Ork, http://l2ork.music.vt.edu) will hold its first
sneak preview debut performance on Virginia Tech (VT) campus, Squires Studio
Theatre, starting at 7pm. Admission is free.

At noon on the same day, L2Orkists will also host a demo booth outside the
Commonwealth Ballroom in Squires Student Center (VT campus) demoing how
L2Ork works.

For additional info on L2Ork and a video preview of L2Ork in rehearsal:
http://l2ork.music.vt.edu

Facebook Event Page:
http://www.facebook.com/home.php#/event.php?eid=180832548428ref=mf

Sincerely,

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@vt.edu
http://www.music.vt.edu/faculty/bukvic/


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] [LAA] Ubuntu Studio 9.10 Karmic Koala

[Ivica Ico Bukvic]

How come the linuxaudio.org mirror (http://download.linuxaudio.org) is not
any more updated with newer releases? Last version available on there is
7.04 which is truly enchant.

What do we need to do to jumpstart this thing again? I presume this would be
something you guys would want to explore, particularly considering that the
hosting/bandwidth are effectively free...

Ico

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

[LAD] introducing l2ork

[Ivica Ico Bukvic]

Greetings all,

I wanted to share with you my latest Linux-based and Linuxaudio.org-related
project that has been sucking up most of my time over the past year or so to
the point it seemed as if I have disappeared off the face of the Earth.
Needless to mention it continues to alter my sleeping/eating patterns with
unprecedented aptitude and with no end in sight ;-).

http://l2ork.music.vt.edu/

Best wishes,

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@vt.edu
http://www.music.vt.edu/faculty/bukvic/


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] [Consortium] this past weekend's linuxaudio.org downtime

[Ivica Ico Bukvic]

 My bad, I enabled the fry-squirrel option in postfix's main.cf...
 
 My deepest apologies to the families that wanted to watch the football
 game.

Oh, they saw the game just fine... with fireworks :-)

ico

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] Next year's LAC

[Ivica Ico Bukvic]

I am stumped myself. Copying Robin and conference organizers on this one.

 

Ivica Ico Bukvic, D.M.A.

Composition, Music Technology

Director, DISIS Interactive Sound  Intermedia Studio

Assistant Co-Director, CCTAD

CHCI, CS, and Art (by courtesy)

Virginia Tech

Dept. of Music - 0240

Blacksburg, VA 24061

(540) 231-6139

(540) 231-5034 (fax)

i...@vt.edu

http://www.music.vt.edu/faculty/bukvic/

 

 

  _  

From: linux-audio-dev-boun...@lists.linuxaudio.org
[mailto:linux-audio-dev-boun...@lists.linuxaudio.org] On Behalf Of victor
Sent: Tuesday, October 13, 2009 1:54 PM
To: The Linux Audio Developers' Mailing List
Subject: [LAD] Next year's LAC

 

... seems to have been announced. I got an email from ICMA about it. 

Why was it not announced here or in the Consortium list? I would

have thought these are the main places where you find good interest.

 

Any further news?

 

Victor

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

[LAD] this past weekend's linuxaudio.org downtime

[Ivica Ico Bukvic]

Here's a story that may give you all a good chuckle:

Last weekend Robin Gareus, our LAO guru has contacted me inquiring why there
was a ~1hr linuxaudio.org server downtime that took place that Sat. morning.
Luckily we now have an UPS that gives us almost 2 hours of offline power.
Hence, the server went through this unscathed. Yet, the network
infrastructure was also down so even though the server remained up, there
was no way of reaching it.

So, I went investigating what happened, and this is the reply I got from our
on-campus support:

Squirrel fried in transformer.  Campus and part of downtown was out of power
on Saturday morning before the game. [this was a football game we had in
town that day with 10K+ visitors]

:-)

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@vt.edu
http://www.music.vt.edu/faculty/bukvic/


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] ICMC anyone?

[Ivica Ico Bukvic]

Barring any unforeseen circumstances I should be there as well.

ico

 -Original Message-
 From: linux-audio-dev-boun...@lists.linuxaudio.org [mailto:linux-audio-
 dev-boun...@lists.linuxaudio.org] On Behalf Of nescivi
 Sent: Sunday, August 02, 2009 6:17 PM
 To: linux-audio-dev@lists.linuxaudio.org
 Subject: Re: [LAD] ICMC anyone?
 
 On Sunday 02 August 2009 15:20:23 victor wrote:
  Hi everyone,
 
  changing a bit of the subject in this list, is anyone here going
  to the ICMC? I'll be in Montreal for a week from 17/08, it'll be
  nice to meet some of you there.
 
 I'll be there.
 it's only a short bikeride away for me, and I did register :)
 
 sincerely,
 Marije
 ___
 Linux-audio-dev mailing list
 Linux-audio-dev@lists.linuxaudio.org
 http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] linux audio and what have you ...

[Ivica Ico Bukvic]

 Hey there, Ico!
 
 Were you in Parma last month for the Linux Audio conference?
 As you may recall, I am the  News and Announcements editor for CMJ.
 If you have any good CMJ-type photos or a paragraph of news to report, I
 would be happy to include them in the next issue. If you send photos,
 please send them in the highest resolution possible with captions and
 photo credits.

All,

If anyone has some cool photos/news from Parma (Dave?), this might be a good
opportunity to get it published. Please contact Lonce Wyse with your
materials at lonce.w...@nus.edu.sg.

Best wishes,

Ico

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

[LAD] [OT] RME HDSP Multiface (1st gen), PCMCIA cardbus (1st gen), and PCI-to-PCMCIA cardbus (for desktop) for sale

[Ivica Ico Bukvic]

Barely used. If interested, please email me your offer. Originally this
thing cost ~$1,200 (with the PCI-to-PCMCIA cardbus for the desktop
connectivity). Been used on Linux and Windows.

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound  Intermedia Studio
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@vt.edu
http://www.music.vt.edu/faculty/bukvic/


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] [LAU] Join the Debian Multimedia Team! (to improve the state of Linux audio)

[Ivica Ico Bukvic]

 Hey Ico,
 
 I'm sorry, but I don't really understand what you mean. While I would
 encourage the people from the Debian Multimedia Team to subscribe to a
 list
 like linux-audio-tuning to discuss tuning issues and grab ideas from here,
 I don't see how we could provide mirroring or any kind of services like
 this (we have limited resources), and even if we could, I don't see why
 *we* should do it.
 
 If I understood the original mail correctly, this initiative is meant to
 be
 integrated to *Debian*, and is meant to make the *Debian* distro better,
 because it is *Debian* which has issues with linux-audio. Why should
 linux-audio chime in ?

Because this is an opportunity to extend distro transparency and ultimately
allow developers to spend more time on developing rather than dealing with
differences between distros.

Besides, we already mirror UbuntuStudio, JACKlab, and 64Studio, so why
shouldn't we also encourage Debian Multimedia to join the consortium and in
turn allow them to use whatever resources we may have.

All that being said, I do agree with you that we have limited resources, and
in part I am hoping that through these kinds of initiatives we could bring
in more contributors to the core Linuxaudio.org services.

Ico

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] [LAU] Join the Debian Multimedia Team! (to improve the state of Linux audio)

[Ivica Ico Bukvic]

 My point was : if Debian Multimedia is just an effort to make things
 better
 looking on the audio/multimedia side, then it has more to do with the
 Debian packages and process group of people than with the linuxaudio
 people.

I guess this part is for Debian folks to answer. Even if multimedia part
cannot be treated as a separate entity, perhaps having Debian as a whole a
member of Linuxaudio.org would not be a bad idea. After all, we do have
Canonical/Ubuntu and Mandriva on board already.

Ico

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] [LAU] Join the Debian Multimedia Team! (to improve the state ofLinux audio)

[Ivica Ico Bukvic]

 How does that effect me for instance as a Gentoo user? Please consider
 whether LAU would still be a place of value to those of us that aren't
 Debian/Ubuntu based.
 
 I don't mind the occasional distro specific conversation. I wouldn't
 want to see that ever become more than 1% of what's discussed on a
 list like this.
 
 - Mark

Ideally, we would also want to have Gentoo involved in linuxaudio.org.
However please note that I cannot (nor do I want to) coerce anyone to join
linuxaudio.org. Yet, here we are with a potential opportunity to have Debian
join us and my thoughts are we should not pass this up. I can only hope that
Gentoo will join us as well--but that is not my call...

Best wishes,

Ico

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] [LAU] Join the Debian Multimedia Team! (to improve the state of Linux audio)

[Ivica Ico Bukvic]

 Hi,
 
 Many of the people of the Linux audio community uses Debian or a Debian
 based distro (Ubuntu (Studio), 64Studio, Musix, Sidux, Mepis etc. etc.).
 Most of those distro's uses and rebuild the packages of Debian (unstable).
 
 There are a lot of audio packages build by the Debian Multimedia Team,
 but there are also a lot which are not in Debian yet (and so also not in
 Ubuntu (Studio), Sidux, 64studio etc.)
 
 So there is a need for more people who wants to contribute to the Debian
 Multimedia Team. Again, you don't have to be a plain Debian user to
 contribute or to take advantage of it.  You will help to improve the
 state of Linux audio in general (at least the Debian based distro's and
 their community), which will be good for us all, but also for newbies
 who are not able yet to build all the packages themselves to enjoy all
 the nice things Linux audio has to offer. Also note that it is possible
 to build Debian unstable packages on other distro's then Debian itself
 (search for Pbuilder on the Internet for instance)!
 
 It will also be good for the Linux audio developers and their software.
 It would be more easy to install, use, test and enjoy the software by
 the Linux audio community!
 
 There are a lot of people these day who has an own (PPA) repo. This is
 ok, (and maybe it will be a good thing if the Linux audio developers
 make their packages available as much as possible in a Debian unstable
 repo/package, so it can be used on Debian and it is easy to rebuild it
 for Debian based distro's),
 But to bundle forces and to get safe, stable and quality packages,
 joining the Debian Multimedia Team will get much better quality packages
 and you will help far more people then having your solo private repo...
 
 *Why the Debian Multimedia Team? *
 
 1) Because they want to improve Debian for music production!
 2) Debian has an flexible, fast and easy package management
 3) A lot of people use Debian (based) distro's, Debian itself, Ubuntu
 (Studio), 64studio, Sidux, Mepis etc.
 4) You will learn to build quality packages
 5) You don't have to become a Debian developer (DD), you can just become
 and stay a package maintainer.
 
 *What can I do?*
 
 1) Build or improve packages for the Debian Multimedia Team. It's
 recommended to maintain packages you use yourself often.
 2) Report bugs and wishes
 3) Join the Debian multimedia team mailing list:
 http://lists.debian.org/debian-multimedia/
 
 *Where can I find more info?*
 
 Wiki:
 http://wiki.debian.org/DebianMultimedia
 
 Packaging:
 http://wiki.debian.org/DebianMultimedia/DevelopPackaging
 
 Existing packages which needs help:
 http://wnpp.debian.net/
 
 Debian New Maintainers' guide:
 http://www.debian.org/doc/maint-guide/ (!)
 
 Bugs:
 http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=maintdata=debian-
 multimedia%40lists.debian.orgarchive=noversion=dist=unstable
 
 
 It would be great if you choose one package which you uses a lot and
 maintain it for the Debian Multimedia Team! It would improve the quality
 of Linux audio and it will help the whole community!
 
 
 Kind regards,
 
 \r
 
 ps. If you like to join, please subscribe to the Debian Multimedia Team
 mailinglist and ask for more information:
 http://lists.debian.org/debian-multimedia/

I think these kinds of initiatives are exactly the kind of stuff we would
like to host under the linuxaudio.org. Ideally, we would like to maintain
some sense of coherence as far as audio resources are concerned. Hence, if
interested, it would be nice to establish some sort of bi-lateral
collaboration and/or online presence.

Best wishes,

Ivica Ico Bukvic, D.M.A.
Director, Linuxaudio.org
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
i...@linuxaudio.org
www.linuxadio.org


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] [LAU] Join the Debian Multimedia Team! (to improve the state of Linux audio)

[Ivica Ico Bukvic]

 -Original Message-
 From: linux-audio-user-boun...@lists.linuxaudio.org [mailto:linux-audio-
 user-boun...@lists.linuxaudio.org] On Behalf Of Erik de Castro Lopo
 Sent: Sunday, March 08, 2009 6:30 PM
 To: linux-audio-u...@lists.linuxaudio.org; Linux-audio-
 d...@lists.linuxaudio.org
 Subject: Re: [LAU] Join the Debian Multimedia Team! (to improve the state
 of Linux audio)
 
 Ivica Ico Bukvic wrote:
 
  I think these kinds of initiatives are exactly the kind of stuff we
 would
  like to host under the linuxaudio.org. Ideally, we would like to
 maintain
  some sense of coherence as far as audio resources are concerned. Hence,
 if
  interested, it would be nice to establish some sort of bi-lateral
  collaboration and/or online presence.
 
 I'm sorry, but what does linuxaudio.org have to do with this?
 
 The Debian Multimedia team is about packaging audio stuff for Debian.
 This effort is to build and maintain Debian packages for Debian
 (which will then flow into all the other Debian derived distributions).
 It uses the Debian process which exists now and works well. The
 Debain process includes a mechanism for veting contributors, providing
 access to resources, test building packages across all supported
 platforms, and then distributing those packages across the world to
 as many people as want them.
 
 To try and replicate a quarter of what Debian provides outside Debian
 is huge effort and likely to be a huge waste of time.
 
 Erik

I think you are missing my point. I am not proposing to start a replica of
the Debian Multimedia initiative under the auspices of linuxaudio.org.
Rather, I am proposing that their efforts are somehow integrated into
linuxaudio.org online resources, whether that be via a webpage that provides
additional info on the initiative, mirroring of packages, dev mailing list,
etc.

Ultimately, the goal is to minimize fragmentation of supporting information
and therefore improve ability to cross-pollinate latest findings (e.g.
troubleshooting particular rt-kernel release, compile issues on certain
platforms, etc.), minimize redundancy, improve cross-distro transparency.

Ico

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] [LAU] new! linuxmusicians.com

[Ivica Ico Bukvic]

 I'm just playing devil's advocate here, but the Linux audio community
 hasn't exactly been lacking in this area:
 
 http://www.linuxaudio.org/
 
 Is a portal to all kinds of things related to Linux audio (including
 this mailing list).
 
 Not to mention the http://linux-sound.org/ site also.

Let me take this one step further and state that the entire linux-sound.org
database has been ported over into apps.linuxaudio.org with full user access
to maintaining/altering the content which makes linux-sound maintenance
unnecessary (esp. since Dave has effectively decided not to keep it up to
date as often as he would like to). I think it would be nice if we all put
efforts towards a common goal, especially since linuxaudio.org is all about
the community. If there is an aspect of the lao domain you don't like, you
are more than welcome to contribute...

That being said, as always, we continue to be in dire need of
assistance/support in making linuxaudio.org better. This is why I perceive
the fragmentation of community resources to be moving us farther away from
the place where we ought to be and where the consolidated online presence
would be truly useful and meaningful to a community as small as ours.

Best wishes,

Ivica Ico Bukvic, D.M.A.
Director, Linuxaudio.org
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
[EMAIL PROTECTED]
www.linuxadio.org


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] [Consortium] OpenExpo 2008 in Karlsruhe

[Ivica Ico Bukvic]

I think this is a very good opportunity to showcase some of the latest
milestones in the linux audio realm. Do we have anyone in the vicinity who
might be able to help in manning the booth?

Best wishes,

Ivica Ico Bukvic, D.M.A.
Director, Linuxaudio.org
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
[EMAIL PROTECTED]
www.linuxadio.org


 -Original Message-
 From: [EMAIL PROTECTED] [mailto:consortium-
 [EMAIL PROTECTED] On Behalf Of Reinhard
 Sent: Saturday, March 29, 2008 3:23 PM
 To: [EMAIL PROTECTED]
 Subject: [Consortium] OpenExpo 2008 in Karlsruhe
 
 Hi,
 
 A friend of mine just showed me that there will be a german
 open source expo. I already wrote on the german linux audio
 board in case somebody wants to take part as a project (probably
 a booth).
 
 Unfortunately it is really close to the Berlin Linuxtag 2008,
 so it is probably mainly interesting for those living in the
 south of germany.
 
 As many audio developers and users live in south germany I hope that
 someone is willing to make an LinuxAudio/JackLab/Studio64 or whatever
 project booth.
 
 Kind regards,
 
 Reinhard Katzmann
 --
 Software-Engineer, Developer of User Interfaces
 Project: Canorus - the next generation music score editor -
 http://canorus.berlios.de
 GnuPG Public Key available on request
 ___
 Consortium mailing list
 [EMAIL PROTECTED]
 http://lists.linuxaudio.org/mailman/listinfo/consortium

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Re: [LAD] alsa and OSS (again?)

[Ivica Ico Bukvic]

 Ivica Ico Bukvic wrote:
  If ALSA sequencer is subpar to Midishare
 
 I think there's a misunderstanding there. The goals of these projects
 are different. Midishare doesn't aim to replace ALSA, in fact it works
 with ALSA sequencer (as well as OSS and a number of other interfaces on
 different platforms). Midishare is a high-level, cross-platform MIDI API
 which has been around on various platforms long before ALSA, and even
 before Linux was a blink in Linus' eye. It's similar in scope to
 PortMidi, but more mature and offers more features.
 
 In fact I think that the ALSA sequencer was inspired by Midishare in
 some ways, but that doesn't mean that one should be replaced by the
 other. Some ppl prefer the features and cross-platform compatibility
 that Midishare offers, others don't want an extra layer between them and
 their MIDI interface and don't care about cross-platform compatibility,
 so they rather go with plain ALSA instead. To each his own. ;-)

Many thanks for the clarification!

Best wishes,

Ico

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

[LAD] ANN: RTMix 0.76 (a.k.a. rtmix lives on)

[Ivica Ico Bukvic]

Well, it's been over 2 (3?) years since last release, but rtmix refuses to
die ;-). Thanks solely to Robin Gareus and his heroic work in making rtmix
gcc4 compliant, I am releasing rtmix version 0.76. Apart from compile error
fixes (courtesy of Robin), there have been a few cosmetic tweaks, but most
notably, the source is now released under a 100% GPL-compliant license. That
being said, the code is still a dirty hack, the internal event cue
occasionally still misbehaves (albeit only in very complex situations), and
unfortunately native alsa seq is still MIA (uses old unix dev access). OTOH,
the thing does work as advertised, has been used, and continues to be used
in my works without a hitch. Apart from oss midi, rtmix supports networking,
OSC, and other goodness making it rather practical for on-screen
coordination as well as interaction between performer(s) and computer.

For more info on what really rtmix is please consult the HTML documentation
included with the tarball (or see online documentation info below). The
tarball (5MB) comes with source, documentation (some statements in it are
likely a bit outdated, so please take those parts with a grain of salt),
tutorials, and precompiled binary on Ubuntu 6.10 (i686, qt3, gcc), so if you
have these a simple make install should do it (installs in
/usr/local/rtmix and binary in /usr/local/bin). For a simon tutorial with
sounds you will also need sounds zipfile (11MB-ish) which are downloadable
from the same folder (just browse the folder).

To download latest RTMix click here:

http://ico.bukvic.net/Linux/RTMix/rtmix-latest.tar.gz 

Online documentation:

http://ico.bukvic.net/Linux/RTMix/RTMix-docs/

Complaints to: /dev/null

Future roadmap:
Rtmix in its current state is a project in a need of a total rewrite. This
is primarily due to the fact that despite the fact rtmix appears to do the
job in 99.9% of instances, the code is an ugly hack which makes its
maintenance and perhaps more importantly expandability exponentially
difficult. That being said, I am looking forward to one of the upcoming
summers when I will dig into the code once again and rebuild the darn thing
from the ground up the way it was meant to be all along. Until then, this
version should prove an adequate substitute.

Enjoy!

Ivica Ico Bukvic, D.M.A.
Composition, Music Technology, CCTAD, CHCI
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-1137
(540) 231-5034 (fax)
[EMAIL PROTECTED]
http://www.music.vt.edu/people/faculty/bukvic/
http://ico.bukvic.net



___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev

[LAD] RE: ANN: RTMix 0.76 (a.k.a. rtmix lives on)

[Ivica Ico Bukvic]

Just realized that there was already a 0.76 release back in 2003... DOH!
Let's then call this one 0.76b ;-)

Ico


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev

[LAD] important acknowledgments

[Ivica Ico Bukvic]

As we continue to brave incredible load on our server please allow me to use
this opportunity to extend gratitude to those who have generously offered
their time and talents to keep server in working condition (especially given
our limited bandwidth).

So please give a round of applause to Robin Gareus our interim admin,
Burkhard Ritter, our Linuxaudio.org webmaster, and Marc-Olivier Barre our
listserv admin. Without their collective genius our server would be now a
melted pile of goop!

To give you a perspective on just how incredible their accomplishment has
been please consider the following geek stats:

The download.linuxaudio.org alone has served 2.3TB (yes, Terabytes! :-)
since January 2007, with almost 600GB in May alone. Out of 7500 unique
visitors who actually bothered to visit the site (this is a download
repository so not much to see there), over 70% have actually bookmarked it
(go figure). FYI download.linuxaudio.org (apart from software projects)
mirrors ubuntu studio, 64studio, and jacklab distributions.

Overall, this server appears to serve ~50GB/day across all sites and in 8
days (since cumulative tracking was implemented) it has served little over
400GB with an average of 35-40,000 hits a day.

Best wishes,

Ivica Ico Bukvic, D.M.A.
Linuxaudio.org Director
Virginia Tech
Department of Music - 0240
Blacksburg, VA 24061
(540) 231-1137
(540) 231-5034 (fax)
[EMAIL PROTECTED]
http://linuxaudio.org



___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev