> Yes, but what would be even more useful is to report this to the
> sweep developers.
done.
as it turns out, theres a divide-by-zero on alsahandle->num_channels or similar. ive noticed other ALSA apps will also fail with plug:jack (notably Twinkle) with an error very similar (eg, no available channels for opening), while others such as Ekiga or those using GStreamer, have no problems with plug:jack.
are these apps working around it by trying to open channels even if the number available is reported to be 0? maybe this is a bug in jack:plug for not making up a number like at least 2, if alsa_pcm devices exist in jack..
(Since this was rejected on LAA ('no reason given'), I'll answer
the question here.)
On Mon, Aug 14, 2006 at 09:20:36PM +0400, Andrew Gaydenko wrote:
> What do "Kokini Zita" words mean? I have thought, Fons Adriaensen is the author
> of the listed apps :-)
It should be "Kokkini" (with 2 k's in the middle) actually.
It's indeed Greek and means 'red zita', where zita is the name in
modern Greek for the character traditionally known as 'zeta'. So
I'll be using a red zeta as a logo.
There some word play involved as well. Zita is also a girl's name,
and there exists a Flemish comic series in which a character called
'rode Zita' (red Zita) appears. She's the red-haired and voluptuous
girlfriend of the hero - a sort of Robin Hood like character whose
gang of outcasts is constantly pestering the French soldiers that
occupied Flanders 200 years ago.
--
FA
Lascia la spina, cogli la rosa.
Hello everyone....
I am kinda interested to study the effect of changing kernel HZ
(internal timer frequency) and the audio processing. Since I am a
newbie in Linux Audio, I will be glad to receive any comments,
especially the constructive ones.
Is there any relationship between kernel HZ and audio timing? I imagine
that something like audio recording from a Hi Fi will get a benefit
from a finer granularity timer frequency, since it can achieve 1ms (or
even smaller) resolution. But, if there is relationship between those
two, then how to measure it? Do I need to check every delay function
and record the requested delay vs the actual delay? Or is there other
method?
I already searched the archieve looking for the similar question, but I
found none.
Thank you in advance your help and attention.
regards,
Mulyadi
Is there such a thing? (Could be implemented as a JACK + ALSA
sequencer client, I suppose.)
Or is there some other way of wiring JACK MIDI ports to ALSA sequencer
ports and/or vice versa?
//David Olofson - Programmer, Composer, Open Source Advocate
.------- http://olofson.net - Games, SDL examples -------.
| http://zeespace.net - 2.5D rendering engine |
| http://audiality.org - Music/audio engine |
| http://eel.olofson.net - Real time scripting |
'-- http://www.reologica.se - Rheology instrumentation --'
Hi!
The Audicle source code is finally released (GPL). Now audicle can
be built to run and crash on Linux systems in addition to Windows and
OS X.
http://audicle.cs.princeton.edu/
Additionally, there is now formal documentation for the Audicle:
http://audicle.cs.princeton.edu/doc/http://audicle.cs.princeton.edu/doc/faces/
Also, there is now a miniAudicle for linux:
http://audicle.cs.princeton.edu/mini/
The command line ChucK and friends (most stable and full-featured
option for linux currently):
http://chuck.cs.princeton.edu/http://chuck.cs.princeton.edu/doc/http://chuck.cs.princeton.edu/community/
Since this is the first source release and effectively the first
release for Linux, there is probably plenty of bad voodoo lurking in
the build and beyond. Please let us know if you run into anything
fishy or outright wrong. Feedback is most appreciated, and feel free
to call us idiots.
Finally, major thanks to Graham Coleman, Shawn Shaknitz, Scot Gresham-
Lancaster, Gary Scavone, and the wonderful people of PLOrk (http://
plork.cs.princeton.edu/people.html).
Thanks! Happy ChucKing.
Best,
audicle team
(Perry, Phil, Ananya, Spencer, Scott, Ge, etc...)
Hello.
I write hoping that some nice LADs might enlighten me ?
I've been feeling a recent itch to write a simple step-sequencer,
which outputs MIDI messages to the ALSA seq ; it is intended to drive
a drum machine. My ideal app is provided with a graphical UI which
includes HUGE buttons (to give you an idea, the GUI in FL Studio comes
to mind).
It may seem silly at this point, but I could not find an existing app
which exactly suits me.
But anyway, I think it will be a piece of fun trying to write
something myself...
I shamefully admit being no good at C/C++ programming, but I could
write some GUI code in Python/Java, which would communicate with the
sequencer engine, over OSC for example.
Regarding said sequencing engine, I have found 3 possibilities so far :
- Chuck
http://chuck.cs.princeton.edu/
- Midishare (can be driven in Java, Lisp, ...) *provided that I can
get it to compile on my Gentoo box ...
http://midishare.sourceforge.net/
- Milk (Python MIDI engine for ALSA)
http://www.quitte.de/milk.html:
The former two seem slightly more complete ; in particular, I very
much liked Breakage, which uses Chuck :
http://www.blackholeprojector.com/
(Actually, this app would have been a very good fit, but it is
Windows/Mac only :-o)
I'll finally make my point : which framework would - in your
experience - be the most practical to use ? Or the most interesting to
learn ?
Many thanks for your attention.
NB : I am aware that Hydrogen is one fine app ;-), and probably a step
sequencer can be written as a Pd patch in seconds, but that is not
what I am after at the moment ; I insist on the user interacting with
big, Playschool-like BLOCKS :-)
Yes, a lot of research has obviously been put into this library ; the
fact that it has plenty of language bindings (java, lisp, python) is
attractive also. Plus, the JMusic project provides classes for
manipulating musical data, and an interface to Midishare...
I will make some tries at it on a CCRMA box, I think.
Thanks for your feedback :-)
On a more general keynote, is it not paradoxical that when a piece of
software becomes mature enough, it tends to fade out of the general
attention ?
2006/8/15, Jay Vaughan <jayv(a)synth.net>:
> I work with MidiShare quite a bit, and I have to say that if you get
> it going on your system, it really is one of the nicest,
> best-performing MIDI API's around .. of course the fact that it comes
> with a Sequencer lib that supports up to 256 tracks is a bonus too ..
> ;)
>
> That said, it may not be quite "ALSA mainstream" enough of an API to
> warrant usage, but if you have control over your system and get
> MidiShare.o built and in use, you've got a damn fine MIDI API,
> oft-overlooked ..
>
> --
>
> ;
>
> Jay Vaughan
>
>
Hello all,
Does anybody know, how i can scale the incoming jack signals to dbSPL,
which is in the range of 0 to 120. An is it possible to calculate from dbFS
(which is used in normal soundapp in range -inf to 12db) into dbSPL.
thanks c~
I just upgraded my LFS 6.1 system from 2.6.12 (with preempt, but not the
-rt patch) to 2.6.15-rt (enabling high resolution timers and PREEMPT_RT
along the way), and now my audio driver is dropping interrupts every few
seconds, something it wasn't doing before.
I haven't configured rtlimits since the program runs as root anyway, and
I'd like it to be free to hog quite a lot if need be.
In my application (which runs in SCHED_FIFO), the audio thread runs at
-10, while the video thread runs at -19. I don't know if that is best,
I just wanted them to be higher than the other threads.
Also, outside forces, like a ssh connection, or a USB dongle connection
cause the program to drop audio madly. Is there some code I need to be
adding to force such system tasks down rather than just elevating my own
application?
--
Joshua D. Boyd
jdboyd(a)jdboyd.net
http://www.jdboyd.net/http://www.joshuaboyd.org/