24 Aug
2006
24 Aug
'06
10:30 p.m.
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..
24 Aug
24 Aug
10:38 p.m.
On Fri, 2006-08-25 at 00:30 +0000, carmen wrote:
I don't know - you failed to mention that you were using plug:jack.
Probably no one ever tested this configuration.
(I don't think plug:jack is well tested in general. The JACK API is
simpler than ALSA so it's easier for apps to just support JACK.)
You did mention that in your bug report I hope?
Does Sweep really have no JACK support?
Lee
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..
11:35 p.m.
Lee Revell wrote:
Does Sweep really have no JACK support?
Unfortunately that is correct. Its high on the TODO list but
none of the current developers have the time to tackle it.
Sweep does have a nice driver output layer but I suspect that
its mainly geared towards push outputs like OSS/ALSA etc and
as I understand it, JACk uses pull instead of push. Is that
correct?
Erik
--
+-----------------------------------------------------------+
Erik de Castro Lopo
+-----------------------------------------------------------+
"C++ is an atrocity, the bletcherous scab of the computing world,
responsible for more buffer overflows, more security breaches,
more blue screens of death, more mysterious failures than any
other computer language in the history of the planet Earth."
-- Eric Lee Green
25 Aug
25 Aug
1:55 a.m.
On Fri, Aug 25, 2006 at 11:35:32AM +1000, Erik de Castro Lopo wrote:
Lee Revell wrote:
yeah, that's right :)
the "driver" layer will need a bit of rearchitecture, as sweep can
handle simultaneous input and multiple outputs (ie. for scrubbing on
live input, with both headphone and live outputs). Could be fun :)
Conrad.
Does Sweep really have no JACK support?
Unfortunately that is correct. Its high on the TODO list but
none of the current developers have the time to tackle it.
Sweep does have a nice driver output layer but I suspect that
its mainly geared towards push outputs like OSS/ALSA etc and
as I understand it, JACk uses pull instead of push. Is that
correct?
6695
days inactive
6695
days old
linux-audio-dev@lists.linuxaudio.org
3 comments
4 participants
participants (4)
-
carmen -
Conrad Parker -
Erik de Castro Lopo -
Lee Revell