Greetings all;
I have used the kde audio prefs to place Jack at the top of the priority list,
my audigy 2 stuffs next, with esd and pulse at the bottom. Everything seemed
to work ok, but I noticed last night after I had watched some news on cnn with
firefox-3.0.7, that qjackd was using an average of 50% of all 4 cores on my
amd phenom, but no sound was being played at the time and the speakers were
silent. Calling up qjackctl and doing a restart seems to have fixed it.
Bug?
Thanks.
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Duty, n:
What one expects from others.
-- Oscar Wilde
Hi,
Sorry, but I've to call again...
The developers seems very willing to include a realtime kernel there
repo. They need some people who wants to build and maintain it. This is
really a chance for linux audio, especially on Debian. *This is the
moment!*
So please consider to offer your help in building, maintaining and/or
testing!
Thanks in advance,
\r
Grammostola Rosea wrote:
> Grammostola Rosea wrote:
>> Hi,
>>
>> There is an promising discussion on the debian-dev mailinglist. Maybe
>> some people who knows more about realtime kernels could join. Also
>> users who might want to have an realtime kernel in Debian and/or want
>> help testing could join the discussion. I think it would be nice if
>> there is also an realtime kernel in Debian or that the default kernel
>> would be improved for realtime (audio) usage.
>>
>>
>> http://www.debian.org/MailingLists/subscribe
> Here is the thread about a realtime kernel in Debian:
>
>
> http://www.linux-archive.org/debian-development/268999-realtime-kernel-debi…
>
>
>
> Kind regards,
>
> \r
>
>
>
>
>>
>> \r
>>
>> ------------------------------------------------------------------------
>>
>> Subject:
>> Re: realtime kernel for Debian
>> From:
>> "Giacomo A. Catenazzi" <cate(a)debian.org>
>> Date:
>> Tue, 24 Mar 2009 13:26:35 +0100
>> To:
>> debian-devel(a)lists.debian.org
>>
>> To:
>> debian-devel(a)lists.debian.org
>>
>>
>> Raphael Hertzog wrote:
>>> On Tue, 24 Mar 2009, Giacomo A. Catenazzi wrote:
>>>> Do you really need real time kernel?
>>>> Debian is a technical driven project, but reading the previous two
>>>> quotes,
>>>> "real time" is used as marketing thing.
>>>
>>> It's good to question the use of any feature, but a real-time kernel is
>>> certainly very useful in many industrial applications and Debian is
>>> popular in that field. (Don't put a marketing label on anything where
>>> you are not yourself sure of your expertise.)
>>
>> Yes, I didn't write very well my sentence: the previous quotes was more
>> about "there exist rt kernels", "ubuntu has a rt kernel", but not solid
>> requirements. I had to write some "seems", and I'm sorry for the two
>> quoted people if it seems an attack.
>> Anyway, later in the mail, I asked for precise needs, so we could see
>> better what we should improve.
>>
>> IMHO most users want a low latency kernel, but not a slower kernel, so
>> a CONFIG_HZ_1000 would be nice. But the original post was about
>> multimedia production (and not reproduction), so the needs are probably
>> other.
>>
>> My point was more:
>> - Debian has not rt kernel. Why? Non DD interested or/and low demand?
>> This is an important point. We must not produce a rt-kernel if
>> we cannot provide testers and developers (in unstable).
>> - kernel management is a weak point in distribution: no good method
>> for kernel dependencies, using full capabilities, ...
>>
>> so IMHO we should try harder with the normal kernel, so that we
>> can use the same infrastructure and testers. If we fail and we
>> are able to support rt kernels, IMO it is good to provide it in Debian.
>>
>> The original mail was about "multimedia production" and few year ago
>> kernel
>> developers had a lot of interaction with music industries.
>> I'm not an expert in the field, but how far are we in their need with
>> standard kernels?)
>>
>>
>>> I do use a real-time kernel on a Debian based system for one of my
>>> customers (but I have to recompile the kernel anyway because I do other
>>> customizations) and I have good reasons to do so because I can't suffer
>>> serial overrun and I must ensure that the serial interrupt handler
>>> is run in the required time and that no other (kernel) task has higher
>>> priority.
>>
>> These *other customizations* are important to rt-kernel. So we need
>> a person (or more) that know the needs and could support us.
>> "realtime" alone is only a label ;-)
>>
>> ciao
>> cate
>>
>>
>
>
Hi All,
I'm going to the LAC and arriving at the Milan airport (MXP) at around
12:30pm on Wednesday before the conference. I am planning to take the
bus to the city and then the train to Parma and was wondering if
anyone else is planning on going from Milan to Parma around that time
and would like to travel together. If so, just email me offlist and
we can arrange meeting up!
Cheers!
steven
Xiph.org/Annodex.net seeking Summer of Code student applications!
2009 is an important year for free codecs: Ogg Vorbis on every Android
device, Ogg Theora support in development for Mozilla Firefox 3.5, and
expanded Ogg hosting by the Internet Archive and Wikimedia. Xiph.org
and Annodex.net, who develop free codecs (Ogg Vorbis, Theora, Dirac,
Speex, CELT, FLAC) and web video support for them, have been selected
as a mentoring organization for Google Summer of Code 2009.
We are actively seeking student projects for Summer of Code.
A list of project suggestions is at:
http://wiki.xiph.org/index.php/Summer_of_Code_2009
Students should feel free to select one of these, develop a variation,
or propose their own ideas! Some examples:
 * Develop a conference bridge or reference SIP client for CELT, the
new, ultra-low delay audio codec that bridges the gap between Vorbis
and Speex for applications where both high quality audio and low delay
are desired. If you enjoy hacking on networks, you'll have fun with
these CELT projects.
 * Develop components to support all Ogg codecs for OpenMAX IL, the
media plugins used in Maemo, Android and LIMO mobile devices. This
touches on many interesting projects, and is perfect for anyone with
an interest in mobile and embedded systems who wants a broad
introduction to multimedia codecs.
 * Write a JavaScript Library for Subtitles, Captions and other
time-aligned text. The main focus of this project is around enabling
video accessibility for Ogg in Firefox. The project requires a student
with experience in JavaScript development, HTML and CSS, but also with
some understanding of C for liboggplay and libkate, and of C++ for
Firefox.
 * Make a Proof of Concept for HTML5 Ogg Video support in the Chromium
Browser, using liboggplay (our Ogg Theora playback library, as used in
Mozilla Firefox). Full support for HTML5 <video> is a lot of work, but
let's get the ball rolling with a proof of concept for Theora frame
decoding and rendering.
 * Add support for import and export of XSPF playlists to Songbird, the
Mozilla-powered open music player. This project requires good XML foo, the
opportunity to work with cross-platform XUL and JavaScript, and perhaps
some C++.
Submissions
The student application period starts on Monday (March 23):
http://socghop.appspot.com/document/show/program/google/gsoc2009/timeline
and runs for a little under 2 weeks, until Friday April 3.
Details of our application process are at:
http://wiki.xiph.org/index.php/Summer_of_Code_Applications
Interested students *must* get involved with the project development
community, on project mailing lists and IRC, before the application
deadline. When selecting projects, preference will be given to
students who have submitted at least one patch to a Xiph.org or
Annodex.net project before the application deadline.
Students will receive a grant from Google for successful work on their GSoC
projects. Hacking on free multimedia projects is fun and can have a big impact.
We need students who love to hack, to help put support for free codecs
into more applications, browsers and networks.
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)
ico(a)vt.edu
http://www.music.vt.edu/faculty/bukvic/
Hiho,
It seems that JACK (just tested with v0.116) does not survive when the
computer is put to sleep, and woken up again.
Is there any reason why this is so?
sincerely,
Marije
Announcing v0.1 of the Vamp plugin tester, a simple program that loads
and tests Vamp audio feature extraction plugins for various common
failure cases. It can't check whether you're getting the right
results, but it can help you write more resilient and better-behaved
plugins.
Source code:
http://downloads.sourceforge.net/vamp/vamp-plugin-tester-0.1.tar.bz2
OS/X universal binary:
http://downloads.sourceforge.net/vamp/vamp-plugin-tester-0.1-osx-universal.…
Windows binary:
http://downloads.sourceforge.net/vamp/vamp-plugin-tester-0.1-win32.zip
For more information about Vamp plugins, please see
http://vamp-plugins.org/. The "home page" for this utility is the
developer page at http://vamp-plugins.org/develop.html .
There is some documentation for this program in the README file, but
the short version is that you run it at a command prompt with the
library name and plugin name, colon-separated, as an argument:
$ ./vamp-plugin-tester vamp-example-plugins:spectralcentroid
... and see what it has to say about your plugins. It may also crash;
if it crashes in the middle of one of its tests, that usually means
that your plugin has crashed when faced with some unexpected input
(run it in a debugger, or a memory checking utility if you have one,
to find out where).
This tester does report some genuine bugs when run against several of
the existing Vamp plugins. I'll be aiming to make some fixes where
I'm able.
This is only the first release, so it's quite likely that the tester
hasn't been tested enough itself yet. Please report any problems to
me or the Vamp plugins develoment forum at
http://vamp-plugins.org/forum/index.php/board,1.0.html .
Chris
Hi all,
In one of my code, I use the snd_pcm_open() function of the ALSA lib to
access to my sound device, but when I run it I have the following message :
ALSA lib pcm.c:2106:(snd_pcm_open_conf) Cannot open shared library
/usr/lib/alsa-lib/libasound_module_pcm_pulse.so
After having searching on the web, it seems it comes from a conflict
between alsa and pulse audio.
As indicated on some forums, I have reinstalled pulse audio and
libasound2-plugins but it doesn't work, even if the aplay function works
well on my system.
Does anybody know from where could come the problem ?
Thanks in advance
Best regards
Vincent
PS : my distribution of linux is ubuntu 8.10
Crypto wrote:
> On Monday 09 March 2009 16:29:53 Ivica Ico Bukvic wrote:
>
>>> 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.
>>
>>
+1
>
> I think one of the most important things to have would be a debian RT kernel
> that can be installed like any other deb package already can. This would mean
> to patch/finetune a standard kernel to make it RT capable everytime a new
> standard kernel is released. Maybe it could be sufficient not to do that for
> EVERY single kernel version that is released but stick to some "milestone"
> versions instead that nevertheless reliably do the RT and of course MIDI
> stuff.
>
> This RT kernel could then be offered as a standard debian package in any of
> the existing standard debian repositories, so that anyone needing RT could
> install it on their machine in parallel to their previously installed
> ordinary kernel without having to change a lot on their machines.
>
> As for the LAU-related stuff:
> It seems to me that there are some great LAU applications out there for which
> there are no deb packages available (neither are Ubuntu packages). I think we
> need some place where LAU programmers can announce their software (which has
> been here so far) and make other folks aware of it and we also need some kind
> of deb repository where programmers can release their software so we can all
> apt-get it. Maybe this place could be on an official debian software site
> with only one limitation: as this software tends to be updated frequently it
> is kind of experimental and debian people would rather not declare this
> as "rocksolid stuff" that can be mixed with the standard release of debian.
> So people of debian could release LAU related software on their sites without
> having to give any "warrantee" for it.
>
> BTW: when having a LAU related repository I look forward to seeing DSSI-VST
> and fst released as true apt-get installable packages ;-)
>
>
I think such a repository you're talking about could be indeed a good
idea. But it could have some disadvantages to, like also all those
custom PPA Ubuntu repo's has.
The packages maintained by the Debian Multimedia Team are safe, stable
and have good quality. The Debian packages do pass some quality rules,
which is a very good thing imho, better then having a repository without
any 'warrantee'... Also your idea could have the effect that people only
upload their packages to this repo and not to Debian itself, so there
will be a quality loss...
But for packages which are valuable and do not pass the (license)
criteria of Debian it could be good to have such a repository. For
example for a realtime kernel and stuff like dssi-vst, (FST is a
candidate for Debian imho), linuxsampler (?), Jost...
Also, some developers make packages of there apps themselves. I think
it's the best for Debian (based) distro's that they build it against
Debian unstable, so the community can use it and the package maintainers
can use it to build it against their distro easily.
So maybe some kind of an
- Debian Multimedia 'experimental' repo > for packages build against
unstable, which are not in Debian yet. Devs can upload their packages
to this repo and package maintainers can use it for uploading it to
Debian. (I think if you setup such a thing, it should happen in
corporation and communication with the Debian Multimedia Team!)
- Debian Multimedia non-free repo > for dssi-vst, jost, etc.
Btw. There was a guy who was aiming to have such a Debian repo with a
realtime kernel:
https://www.scimmia.net/code/wiki/DebianRepository
Above all, the most needed are people who want to maintain packages for
the Debian Multimedia Team!
Regards,
\R
Hello,
I am trying build debian package library of zita-convolver I need to fill some description there.
There is not this kind of information in orig. tarball.
Can any advise me what write there?
Thank you
mira