Sure, give it a shot. IIRC, jack ships with a ringbuffer impl which is RT
safe. This would of course introduce a buffer-sized delay, but like you
mentioned, this would be ok. I'm interested in seeing how such a solution
would behave on a single core machine.
Paul
On Mar 27, 2010 5:34 PM, "Carmelo Piccione" <[email protected]>
wrote:
I'm also willing to investigate this, as I'm finding jack to be the
most tolerable of choices right now in linux audio. I'm an experienced
C++ programmer and have done a little bit with jack and a couple
projects with Qt4.
My symptom is I repeatedly get booted by jack, which I assume is a
side effect of the non safe rt code, too complex a song, and too slow
a pc. The first thing I did was add a #define to conditionally turn
off the message dialog, as the default behavior made lmms unusable
with a relentless stream of error dialogs. Now it plays ok but when my
cpu gets too high the jack client occasionally gets booted and
restarted automatically. It's at least usable but by no means great,
especially as my songs become more complex.
Perhaps I can try a simple buffering mechanism on the jack processing
thread? While this would introduce a latency, it would also prevent
jack from kicking lmms until something better is achieved (or I get a
faster computer!).
- Carmelo
On Fri, Mar 26, 2010 at 10:10 AM, Filipe Lopes <[email protected]> wrote:
> Thanks. I'll see what I ...
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
LMMS-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lmms-devel
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
LMMS-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lmms-devel
