Holzhaus / mixxx-gh-issue-migration

0 stars 0 forks source link

JACK latency change causes crash #35

Closed Holzhaus closed 3 years ago

Holzhaus commented 3 years ago

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. :)

Holzhaus commented 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...)

Holzhaus commented 3 years ago

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. :)

Holzhaus commented 3 years ago

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....

Holzhaus commented 3 years ago

Commented by: s-holden1 Date: 2008-07-02T22:37:02Z


This still occurs in beta3 btw.

Cheers Seamus

Holzhaus commented 3 years ago

Commented by: @deftdawg Date: 2008-11-17T23:41:00Z


This was marked as fixed.... But was it?

Holzhaus commented 3 years ago

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.

Holzhaus commented 3 years ago

Commented by: @deftdawg Date: 2008-11-18T23:31:23Z


fair enough, closing.

Holzhaus commented 3 years ago

Issue closed with status Fix Released.