Some of you might be interested in this "new" OS in relation to Linux
Audio Development.
http://store.steampowered.com/livingroom/SteamOS/
They say they are working on audio latency issues but I haven't seen them
pop up anywhere so I hope they are not going down the same path as the
Android and ChromeOS dev teams.
--
Patrick Shirkey
Boost Hardware Ltd
Yesterday I made one of the most rewarding concert recordings
I ever did. The opening concert of the 'Traiettorie' festival
here in Parma, with violinist Hae-Sun Kang and five of her
twenty-something students of the chamber music class in Paris.
One of the pieces they played was Arnold Schoenberg's 'Verklaerte
Nacht', the original version for string sextet. I've known it for
at least thirty years and recorded it many times. It's IMHO one
of the most beautiful pieces of music ever written. It's also
quite a difficult one to get right - a string quartet already
requires a lot of very intimate coordination, and with six
players this only gets much more complex.
I'd been present at the rehearsals the days before the concert,
and seen those young musicians work on it - passionately and
without compromise. The recording has all the defects of a live
one - background noises of all sorts - but I think they played
wonderfully. Equipment used was two Neumann KM184 mics, an RME
Micstasy and Ardour3. I can't make it available publicly, but
if the rare birds who like this type of music give me a hint
there may be some chance. Not that I want to show off my work,
which is insignificant, but just to share what some talented
and motivated young musicians are capable of.
Ciao,
--
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)
Hi,
We use Debian Wheezy (3.2.0-4-amd64) with Digigram Lola 881.
In our application we use FMOD library and we get the below error.
While audio is playing, the sound is lost and player continued reading
audio file but very very fast.
The player that we developed runs almost 20 hours a day. Interestingly, we
had this problem:
Mon Sep 23 21:26 (error time)
Wed Sep 18 16:10 (reboot system for another reason)
Sun Sep 15 10:48 (error time)
Tue Sep 10 08:22 (error time)
Thu Sep 5 16:01 (install date)
As it is seen, we have this problem almost 5 days after system boot.
What may be the cause of this problem? Memory?
*********************************************************************************************
syslog
"Sep 23 21:08:58 ank-yay7-30 pulseaudio[25025]: [pulseaudio] main.c:
User-configured server at {d25201022b82858589f672715226f35f}unix:/tmp/pu
lse-hQ0f0Qxjni5j/native, which appears to be local. Probing deeper.
Sep 23 21:08:58 ank-yay7-30 pulseaudio[25026]: [pulseaudio] main.c:
User-configured server at {d25201022b82858589f672715226f35f}unix:/tmp/pu
lse-hQ0f0Qxjni5j/native, which appears to be local. Probing deeper.
Sep 23 21:08:58 ank-yay7-30 rtkit-daemon[4003]: Successfully made thread
25029 of process 25029 (/usr/bin/pulseaudio) owned by '1001' high p
riority at nice level -11.
Sep 23 21:08:58 ank-yay7-30 rtkit-daemon[4003]: Supervising 1 threads of 1
processes of 1 users.
Sep 23 21:08:58 ank-yay7-30 pulseaudio[25029]: [pulseaudio] pid.c: Stale
PID file, overwriting.
Sep 23 21:08:58 ank-yay7-30 rtkit-daemon[4003]: Successfully made thread
25031 of process 25029 (/usr/bin/pulseaudio) owned by '1001' RT at
priority 5.
Sep 23 21:08:58 ank-yay7-30 rtkit-daemon[4003]: Supervising 2 threads of 1
processes of 1 users.
Sep 23 21:08:58 ank-yay7-30 rtkit-daemon[4003]: Successfully made thread
25032 of process 25029 (/usr/bin/pulseaudio) owned by '1001' RT at
priority 5.
Sep 23 21:08:58 ank-yay7-30 rtkit-daemon[4003]: Supervising 3 threads of 1
processes of 1 users.
Sep 23 21:08:58 ank-yay7-30 rtkit-daemon[4003]: Successfully made thread
25033 of process 25029 (/usr/bin/pulseaudio) owned by '1001' RT at
priority 5.
Sep 23 21:08:58 ank-yay7-30 rtkit-daemon[4003]: Supervising 4 threads of 1
processes of 1 users.
Sep 23 21:08:58 ank-yay7-30 rtkit-daemon[4003]: Successfully made thread
25034 of process 25029 (/usr/bin/pulseaudio) owned by '1001' RT at
priority 5.
Sep 23 21:08:58 ank-yay7-30 rtkit-daemon[4003]: Supervising 5 threads of 1
processes of 1 users.
Sep 23 21:08:58 ank-yay7-30 pulseaudio[25029]: [pulseaudio] module.c:
module-combine is deprecated: Please use module-combine-sink instead o
f module-combine!
Sep 23 21:08:58 ank-yay7-30 pulseaudio[25029]: [pulseaudio]
module-combine.c: We will now load module-combine-sink. Please make sure to
remo
ve module-combine from your configuration.
Sep 23 21:08:58 ank-yay7-30 rtkit-daemon[4003]: Successfully made thread
25037 of process 25029 (/usr/bin/pulseaudio) owned by '1001' RT at
priority 6.
Sep 23 21:08:58 ank-yay7-30 rtkit-daemon[4003]: Supervising 6 threads of 1
processes of 1 users.
Sep 23 21:08:58 ank-yay7-30 rtkit-daemon[4003]: Successfully made thread
25039 of process 25039 (/usr/bin/pulseaudio) owned by '1001' high priority
at nice level -11.
Sep 23 21:08:58 ank-yay7-30 rtkit-daemon[4003]: Supervising 7 threads of 2
processes of 1 users.
Sep 23 21:08:58 ank-yay7-30 pulseaudio[25039]: [pulseaudio] pid.c: Daemon
already running.
Sep 23 21:13:07 ank-yay7-30 pulseaudio[25029]: [alsa-sink] alsa-sink.c:
ALSA woke us up to write new data to the device, but there was actually
nothing to write!
Sep 23 21:13:07 ank-yay7-30 pulseaudio[25029]: [alsa-sink] alsa-sink.c:
Most likely this is a bug in the ALSA driver 'snd_lola'. Please report this
issue to the ALSA developers.
Sep 23 21:13:07 ank-yay7-30 pulseaudio[25029]: [alsa-sink] alsa-sink.c: We
were woken up with POLLOUT set -- however a subsequent snd_pcm_avail()
returned 0 or another value < min_avail."
--
ibrahim izlem GÖZÜKELEŞ
Hi :)
there seems to be no info about possible conflicts between ardourd and
an already existing Ardour install. Before I install ayyi I want to know
if it could cause issues.
Regarding to no output for
[rocketmouse@archlinux ayyi]$ pacman -Ql ardour | grep ardourd
I suspect at least no issues for a parallel Ardour2 install.
[rocketmouse@archlinux ayyi]$ pacman -Q ardour
ardour 2.8.16-1
[rocketmouse@archlinux ayyi]$ cat ardourd-0.1.10/README
Please see the Ardour web site at http://ardour.org/ for all
documentation..
For information on building ardour: http://ardour.org/building.
Regards,
Ralf
PS: When using http://www.ayyi.org/contact I get:
warning: mail() has been disabled for security reasons in
/home/orfordo/public_html/ayyi.org/includes/mail.inc on line 193.
Unable to send e-mail. Please contact the site admin, if the problem
persists.
Your message has been sent.
On Sat, 2013-09-21 at 14:42 +0300, Dan Muresan wrote:
> Fons, one big problem is that the Muse page
> (http://www.muse-sequencer.org/index.php/Aeolus) shows in Google
> results above your page for various relevant searches ("aeolus organ",
> "aeolus synth" and several).
>
> The second big problem is that the Muse page links to a non-existent
> domain for its "official Aeolus" page
> (http://www.kokkinizita.net/linuxaudio/aeolus)
>
> I see that the actual page is
> http://kokkinizita.linuxaudio.org/linuxaudio/aeolus/index.html
>
> Did you use to host Aeolus at a domain that was subsequently lost? It
> would help everybody to go around and update the various links around
> the intertubes to a domain in existence; I'm sure Google will give the
> "true" homepage appropriate link juice soon enough.
The fork now is deleted by Maurizio M. Gavioli from github. He sent me a
private mail and explained that it was experimental and rather
collateral to his interests, so it is not a great loss neither for him
nor, obviously, for the community.
So this "issue" is "solved".
Regards,
Ralf
PS: I'm sorry to hear that it ended like this.
Hello,
I am searching for information, especially manuals and howtos on OSC
that address the end-user side.
Imagine a musician, that uses Ardour and wants to use its OSC-capabilities.
Do you know any howtos for people, who want to use a MIDI-controller to
send OSC to software under Linux?
Especially I would be interested in informations how to use OSC
*without* using PD-patches. Or, if that is not available, anything to
download and simply open with PD that allows end-users without any
programming-skills to use OSC under Linux.
best regards
I want to chime in a last time. See the forwarded message.
Please, talk to "mgavioli" and try to find a consensus.
I've got the impression that this is possible.
It's completely irrelevant what opinions we have got. _Neither anybodies
opinion, nor mine is relevant and nothing more I wanted to say_! As so
often: English isn't my native language, my English is completely
broken.
Is this understandable(?):
"mgavioli" claims something and a presumption of innocence is good
etiquette too. Isn't it? Or is it common sense to think the most worse
first?
Have a nice weekend!
Ralf
-------- Forwarded Message --------
From: Ralf Mardorf
To: linux-audio-dev(a)lists.linuxaudio.org
Subject: Re: [LAD] forking (was Re: Aeolus)
Date: Sat, 21 Sep 2013 11:52:05 +0200
On Sat, 2013-09-21 at 08:52 +0000, John Rigg wrote:
> On Sat, Sep 21, 2013 at 07:52:02AM +0200, Ralf Mardorf wrote:
> > It's completely impossible to be on Fons site. When Fons has such a
> > super-mind, why did he chose the GPL? Those simple-minded guy who forked
> > Aeolus might have made a little mistake, but doesn't offend the licence.
>
> Ralf, please stop this straw man argument about the GPL. Fons is understandably
> irritated by someone forking his project without prior discussion. It's a
> question of etiquette, not licence terms, as has been pointed out repeatedly
> in this thread.
>
> It isn't difficult to find out that Aeolus is currently maintained; all it
> takes is a look at the README in the sources, which contains release dates.
> The 2007 copyright date which I think was mentioned earlier (I'm not going to
> re-read this whole sorry thread to confirm that) is the copyright date for
> GPL 3, not Aeolus. Again, this stuff is not difficult to check.
>
> Another point: copyright and licence are separate things. It is possible to
> violate a copyright while still complying with the GPL. Adding one's own
> copyright notice to someone else's original work without making substantive
> changes to the work may be such a violation (IANAL, so that's speculation).
>
> John
Hi John,
I won't discuss this anymore, even while I've got arguments for
forgiving mistakes and finding a solution. Don't talk to me, talk to
"mgavioli" at https://github.com/mgavioli/oscAeolus/issues/1 , explain
him his mistake and see if he does offended/offences etiquette because
he's evil, or because he made a mistake and what's his opinion about the
"issue".
All those threads perhaps are completely useless, when just talking to
"mgavioli".
He made a mistake? Ok! And now? Making it a drama while it might be easy
to solve, by just talking to him? He might think he didn't made a
mistake, so he perhaps won't contact somebody, but he perhaps will reply
if Fons or you send a request.
Why all this discussion with speculations instead of talking to the
right person?
"mgavioli" claims something and a presumption of innocence is good
etiquette too. Isn't it? Or is it common sense to think the most worse
first?
Please, talk to "mgavioli" and try to find a consensus.
Regards,
Ralf
My last words to and perhaps reading of the threads about the evil that
someone forked a project from Fons, that was GPL'ed by Fons and nobody
else.
Nobody showed a violation of the GPL by Maurizio M. Gavioli, just a
mistake he seemingly is willing to correct after I contacted him,
something Fons could have done too. Humans tend to make mistakes. If
Fons makes a mistake it's ok, if somebody else makes a mistake she/he is
bad, should shut up, should stop forking a project, should be fired.
Fons made a mistake, he chose the GPL, while he disagrees with the GPL.
And now I read to often "please, please Fons, continue writing GPL'ed
software, we will reinterpret the GPL for you".
Fons is free to stop contributing or to continue contributing by using
another license, but if he chose the GPL, he's the only one to blame and
not Maurizio M. Gavioli. Calling him simple-minded (because he is one of
those Fons was talking about, even while he didn't use Maurizio's name)
is offending netiquette, not forking the project is offending
netiquette.
"Aeolus is meant to emulate a pipe organ, including the limits of a real
one. It's not meant to be a backend to some sequencer or notation
software, or a general-purpose additive synthesiser." - Fons
Maurizio M. Gavioli seems to fork it, for usage with notation software.
Any discussion about something that should be wrong with doing this, is
a shame and does harm the GPL.
Regards,
Ralf
Thank you Hermann that I should shut up ;) while I'm right regarding to
the link you posted:
On Sat, 2013-09-21 at 08:10 +0200, hermann meyer wrote:
> Ralf, please stop this. You seems to have no Idea about what the blame
> is here. Read here,
>
> Why, When, and How to Fork an Open Source Project
>From your link above:
"Why Fork?
Answer – Because you cannot get the software to meet your needs any
other way.
There are different reasons that this might be the case. If the core
developers, who have write-access to the source code, don’t accept your
features or patches. If the core developers reject use cases or a
direction that community members want."
And now read what Fons Adriaensen wrote on Fri, 2013-09-20 at 19:35
+0000:
> * A request to have a 'volume' control on each stop.
>
> * A request to make Aeolus start up with the stops etc. that
> were in use the last time.
>
> Both are no-go. Aeolus is meant to emulate a pipe organ, including
> the limits of a real one. It's not meant to be a backend to some
> sequencer or notation software, or a general-purpose additive
> synthesiser.
Fons called others simple-minded if they don't respect his intention,
while Maurizio M. Gavioli is sorry and not aware about offending the
GPL:
https://github.com/mgavioli/oscAeolus/issues/1
So you expect that Maurizio M. Gavioli should talk to Fons, after being
called simple-minded?
It's a shame and it should be forwarded to the FSF or Fons simply should
stop contributing GPL'ed software.