Closed Holzhaus closed 3 years ago
Commented by: @asantoni Date: 2008-03-01T20:05:44Z
Yorick, does this happen in beta2 and/or SVN still?
Thanks! (I can't remember if I fixed this or not...)
Commented by: p-yorick Date: 2008-03-02T02:55:03Z
This is still happening. Sp'ifically, it now happens on startup once you've configured to JACK and closed down once - terminating JACK and starting up again fixes it though (Mixxx realises there's no jackd and reverts to ALSA I suppose).
I notice that the latency slider is now locked at 16ms for JACK
though. Is it actually 16ms or 0ms? But given the latency slider is
locked, I can't really tell if changing it on the fly causes a crash,
can I? ;)
~Y
On Sun, Mar 2, 2008 at 6:05 AM, Albert Santoni
Yorick, does this happen in beta2 and/or SVN still?
Thanks! (I can't remember if I fixed this or not...)
** Changed in: mixxx Importance: Undecided => High Status: New => Triaged
-- JACK latency change causes crash https://bugs.launchpad.net/bugs/191518 You received this bug notification because you are a direct subscriber of the bug.
Status in Mixxx: Triaged
Bug description: When you change the latency with JACK selected as API, you get a fatal assert:
First time: ASSERT: "m_pControlObject" in file src/controlobjectthread.cpp, line 32
Fourth time: Debug: Opened PortAudio stream successfully... starting Debug: PortAudio: Started stream successfully Fatal: ASSERT: "m_pControlObject" in file src/controlobjectthread.cpp, line 32 Aborted (core dumped)
Getting the program back into this condition, I couldn't do though. Yet another race probably... The wonders of threaded programming. :)
Commented by: @asantoni Date: 2008-03-02T04:25:58Z
Ok, thanks for the update Yorick, I'll have to play around and try to reproduce this on my system....
Commented by: s-holden1 Date: 2008-07-02T22:37:02Z
This still occurs in beta3 btw.
Cheers Seamus
Commented by: @deftdawg Date: 2008-11-17T23:41:00Z
This was marked as fixed.... But was it?
Commented by: @asantoni Date: 2008-11-18T21:48:44Z
Yes, latency is no longer changeable with JACK as an API, because it's determined by the JACK daemon anyways.
On Mon, Nov 17, 2008 at 3:41 PM, ironstorm
This was marked as fixed.... But was it?
-- JACK latency change causes crash https://bugs.launchpad.net/bugs/191518 You received this bug notification because you are a member of Mixxx Development Team, which is subscribed to Mixxx.
Commented by: @deftdawg Date: 2008-11-18T23:31:23Z
fair enough, closing.
Issue closed with status Fix Released.
Reported by: p-yorick Date: 2008-02-13T10:44:56Z Status: Fix Released Importance: High Launchpad Issue: lp191518
When you change the latency with JACK selected as API, you get a fatal assert:
First time: ASSERT: "m_pControlObject" in file src/controlobjectthread.cpp, line 32
Fourth time: Debug: Opened PortAudio stream successfully... starting Debug: PortAudio: Started stream successfully Fatal: ASSERT: "m_pControlObject" in file src/controlobjectthread.cpp, line 32 Aborted (core dumped)
Getting the program back into this condition, I couldn't do though. Yet another race probably... The wonders of threaded programming. :)