> Well, obviously, there's interest, but I'd say we all agree that we'd
> need someone to fix the Jack interface first – we simply don't have that
> person at our disposal. At this point, it seems you're the one most
> prolific with Jack on the mailing list... :/
And probably the least prolific with gr.
Which is one reason why I'm a bit reluctant to work on this.
Another one is the way gr is written. I'm used to C++, python,
and writing C/C++ extensions for Python. But I usually stay
well clear from things like boost and swig (and python2).
Is there any way to create an audio sink out-of-tree and
use it with a binary install ?
Looking at jack_sink.cc I find in work():
work_size = noutput_items * sizeof(sample_t);
while (work_size > 0)
{
// write some data to a queue
work_size -= write_size;
}
Why would a sink (which doesn't output anything to another
gr module) ever use the 'noutput_items' argument to work() ?
Ciao,
--
FA
A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
No comments:
Post a Comment