<br><br><div><span class="gmail_quote">On 8/30/05, <b class="gmail_sendername">Steven</b> <<a href="mailto:critch@basesys.com">critch@basesys.com</a>> wrote:</span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Jackd doesn't force up or downsampling onto anything itself. The trouble<br>you would run into is that to run any of the graphical portions would
<br>require X. X isn't conducive to a well functioning asterisk machine.</blockquote><div><br>
I like to think that with Ingo's RT-Pre-empt patches, the ability to RT
prioritize certain IRQs over others (and make the video IRQ a low
priority), and the ability to change the PCI latency timings with
setpci, that the X + Asterisk problem can be solved. Is solved.
Is a there a current test case that demonstrates the problem? I've just
built 2.6.13-rt2, might as well try it on something....<br>
<br>
Sure, running X would put a lower upper bound on calls on a loaded
asterisk server, but with modern hardware, it shouldn't be much. (sure,
you don't want to run X unless you have to...)<br>
<br>
And as you point out, with jack.udp, the graphical components could be run elsewhere (or over a X11 tunnel).<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">All that said, I have considered jackd as a good option for doing some<br>interesting functions such as provide a way to get MOH off of the
<br>asterisk machine. Specifically I would like to use something like<br>Rivendell to automate MOH and introduce advertisements at set intervals.</blockquote><div><br>
Cool! <br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I have also thought that with jack.udp you could deploy some really<br>simple machines about and be able to do some interesting things with
<br>ambient music and announcements.</blockquote><div><br>
See also aformentioned audio analysis idea.<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Of course jackd might introduce some load we might not want to incur<br>while running asterisk.
</blockquote><div><br>
Make it optional like alsa or oss. In my case I was mostly thinking of
adding a jack monitoring command to tee a conversation into jack (for
quality monitoring) - but then I realized how generic the technique
cold be for other uses (as one example, using it as the audio console -
or multiple audio consoles - where people are already listening to some
other sound)<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">--<br>Steven Critchfield<br><a href="mailto:critch@basesys.com">critch@basesys.com
</a><br>KI4KTY<br><br>_______________________________________________<br>Asterisk-Dev mailing list<br><a href="mailto:Asterisk-Dev@lists.digium.com">Asterisk-Dev@lists.digium.com</a><br><a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">
http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev
</a><br></blockquote></div><br><br clear="all"><br>-- <br>Mike Taht<br>PostCards From the Bleeding Edge<br><a href="http://the-edge.blogspot.com">http://the-edge.blogspot.com</a>