Le 24 juil. 08 à 22:23, micu a écrit :
> Hello everybody,
>
> my name is micu and I study computer science at the Dresden
> University of
> Technology. During an internship at the operating systems chair of the
> university, I ported ALSA to the chairs operating system DROPS aka
> TUD:OS
> [1,2]. To let ALSA talk to the hardware and provide to it the usual
> linux
> kernel environment DDEKit / DDELinux [3] were used. As a kernel-
> userland
> interface I wrote a very small emulation layer, which makes it
> possible to
> link SALSA-lib [4] against the ALSA "kernel" part.
>
> So right now, we have a somewhat stable ALSA server running in
> userland on top
> of DROPS without changing ALSA or the SALSA-lib source code.
>
> I have been continuing this project within my diploma thesis. The
> remit of the
> thesis can be found here [5]. It is the goal of the thesis to take
> some steps
> towards a truly realtime capable (meaning with time constraints to be
> guaranteed) FOSS audio distribution. Here [6] you can see a raw
> version of my
> requirements definition.
>
> The architecture we are going to use is --- how could it be
> different :) ---
> Jack or Jackdmp (with a strong bias towards Jackdmp). To get the
> mess out of
> my head, I wrote a short guide [7] to the Jack source code. It is a
> pretty
> raw version and it isn't finished in any way yet; but I won't work
> on it any
> longer. Nevertheless, it might be helpful to other developers new
> to Jack.
> Therefore, if you will, you may get it under any license you wish
> (attribution of the author is appreciated :) to publish and improve
> it.
>
> Of course, the long term goal of the project won't be met to any
> extent during
> my thesis and I have no idea, if this project will be continued
> here at the
> university. Neither do I know, whether I will have time to work on it
> afterwards.
>
> To make a long story short: I would like to ask my first three
> questions....
> so far :)
>
> 1.) Do you agree on having a truly real-time capable architecture
> in the FOSS
> audio world would be a really great thing --- and would you say,
> getting such
> a thing maybe could get a (major) goal of the pro audio FOSS
> community?
It is certainly an interesting idea to better caracterize and
understand how a complex system works regarding real-time
capabilities. Some new tools are to be developed to understand what
happens when a complex graph of jack clients works for example. My
feeling it that it would be a desirable goal.
>
> 2.) Concerning our Jack vs. Jackdmp decision: http://
> jackaudio.org/ says,
> Jackdmp is going to be Jack 2.0. How likely and how soon do you
> think is this
> going to happen?
Difficult to say, but I stongly suggest to have a look at jack2 SVN
code ( jackdmp 1.90 version). New code and ideas are now developed on
this code base.
>
> 3.) I guess, there is a very minor bug in the lines 236, 237 of
> libjack/driver.c, svn revision 2734: The type castings should be
> switched.
A patch is always better.
>
>
> Thanks a lot in advance and please excuse my bad english :(.
>
Stephane
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Received on Fri Jul 25 00:15:03 2008
This archive was generated by hypermail 2.1.8 : Fri Jul 25 2008 - 00:15:04 EEST