Mixxx 2.0 crashes when two decks played simultaneously on Intel i915 video driver on Linux.

Bug #1530180 reported by Markbinner on 2015-12-30
24
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Mixxx
Critical
Unassigned
2.0
Critical
Unassigned

Bug Description

I was running Mixxx 2.0 on Linux Mint 17.3 32-bit MATE version. When I add a song to deck 1 and start playing it, then I add another to deck 2 and click 'Cue'. Mixxx crashes and restarts EVERY SINGLE TIME.

Mark B

Markbinner (markbinner) wrote :

Back trace attached as requested. Hope it helps.

Owen Williams (ywwg) wrote :

It looks like the problem is some sort of incompatibility with your graphics drivers. Can you try changing your Waveform render type in the preferences and see if that helps? Between GLSL, GL, and Software, one of those settings should work.

Owen Williams (ywwg) wrote :

See if the comments on this bug help: https://bugs.launchpad.net/mesa/+bug/1274315

RJ Ryan (rryan) wrote :

Hm, it looks like the crash is occurring inside the Intel graphics driver.

This may be caused by GLSL waveforms.

Can you try starting Mixxx in safe mode?

From a terminal:
mixxx --safeMode

You can then change in Preferences -> Waveform to a "GL" waveform or "Software" waveform instead of a GLSL one to see if that improves things.

Changed in mixxx:
importance: Undecided → Critical
milestone: none → 2.0.1

That's /perfect/, Mark. Thank you!
The back trace shows that the crash is happening in the i915 video driver. First, do you have the latest one installed? If so, you can try running Mixxx with the --safeMode command line option which disables any video hardware acceleration. Let us know if that works. You can then try with a software-rendered waveform instead of an OpenGL one.

RJ Ryan (rryan) on 2015-12-30
Changed in mixxx:
milestone: 2.0.1 → none
Sébastien BLAISOT (sblaisot) wrote :

Wahou, 3 mainstream developpers in a so short delay telling the same advice. Mixxx support community is awesome !

You are not kidding Sebastien. I have never seen anything like it.

Mark B

On 30/12/15 17:43, Sébastien BLAISOT wrote:
> Wahou, 3 mainstream developpers in a so short delay telling the same
> advice. Mixxx support community is awesome !
>

Markbinner (markbinner) wrote :

Guys,

Thanks for all the suggestions.

Now it's started to get interesting/puzzling.

The ONLY thing that stops it crashing under the conditions I described
is running in safe mode. I have changed the Waveform parameter to every
value and it crashes with all of them. I don't know if that helps or not.

Best regards,

Mark B

On 30/12/15 17:32, RJ Ryan wrote:
> Hm, it looks like the crash is occurring inside the Intel graphics
> driver.
>
> This may be caused by GLSL waveforms.
>
> Can you try starting Mixxx in safe mode?
>
> >From a terminal:
> mixxx --safeMode
>
> You can then change in Preferences -> Waveform to a "GL" waveform or
> "Software" waveform instead of a GLSL one to see if that improves
> things.
>
> ** Changed in: mixxx
> Importance: Undecided => Critical
>
> ** Changed in: mixxx
> Milestone: None => 2.0.1
>

Did you try to disable the spinnies?
Are all skins effected?

Daniel Schürmann (daschuer) wrote :

The backtrace indicates that Spinnies are triggering the assertion:

#15 WSpinny::paintEvent (this=0xc364760, e=0xbfffe338)
    at src/widget/wspinny.cpp:291

Daniel,

Sorry but I have no idea what spinnies are?

Mark B

On 30/12/15 20:20, Daniel Schürmann wrote:
> Did you try to disable the spinnies?
> Are all skins effected?
>

This is getting really specific now. Here goes:

I am assuming by 'spinnies' you are referring to the spinning vinyl animations. If so, here's what I found.

The 'Late Night' skin seems to enable/disable both spinnies together. The other two skins allow them to be done independently. Whenever the spinny for deck 2 is enabled - independently or with the deck 1 spinny enabled - Mixxx crashes. In short, disabling spinnies stops it from crashing on my Mint system. Brilliant!

I'm wondering if this problem exists on Debian, the distribution on which Ubuntu and Mint are based. Would you mind trying a live image of Debian (you boot to it and it doesn't touch the OS on your hard drive) and installing Mixxx into it to see? https://www.debian.org/CD/live/

summary: - Mixxx 2.0 crashes on Linux Mint 17.3
+ Mixxx 2.0 crashes when two decks played simultaneously on Intel i915
+ video driver on Linux.

Thank you sir, it is so. :-)
Get on well into the new year .
Franz

> "Sean M. Pappalardo" <email address hidden> hat am 31. Dezember 2015 um
> 15:55 geschrieben:
>
>
> I'm wondering if this problem exists on Debian, the distribution on
> which Ubuntu and Mint are based. Would you mind trying a live image of
> Debian (you boot to it and it doesn't touch the OS on your hard drive)
> and installing Mixxx into it to see? https://www.debian.org/CD/live/
>
> ** Summary changed:
>
> - Mixxx 2.0 crashes on Linux Mint 17.3
> + Mixxx 2.0 crashes when two decks played simultaneously on Intel i915 video
> driver on Linux.
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1530206).
> https://bugs.launchpad.net/bugs/1530180
>
> Title:
> Mixxx 2.0 crashes when two decks played simultaneously on Intel i915
> video driver on Linux.
>
> Status in Mixxx:
> New
> Status in Mixxx 2.0 series:
> New
>
> Bug description:
>
> I was running Mixxx 2.0 on Linux Mint 17.3 32-bit MATE version. When I
> add a song to deck 1 and start playing it, then I add another to deck
> 2 and click 'Cue'. Mixxx crashes and restarts EVERY SINGLE TIME.
>
> Mark B
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/1530180/+subscriptions

I asked in #intel-gfx on freenode, the Intel graphics driver development channel and they suggested trying the i915g driver instead since it doesn't report an error in the same situation. They said the root problem is that "the shader is too long (instruction count) for the hardware" and that "the graphics hardware doesn't match the capablities that GL requires (and the driver is lying so that it mostly works.) There is a flag to disable the lie. But certainly try i915g, llvmpipe, or convince Qt to use a different back-end."

RJ Ryan (rryan) on 2015-12-31
tags: added: i915
Markbinner (markbinner) wrote :

Sean,

That is so far over my head I need a space suit.

Mark B

;-)

On 31/12/15 16:14, Sean M. Pappalardo wrote:
> I asked in #intel-gfx on freenode, the Intel graphics driver development
> channel and they suggested trying the i915g driver instead since it
> doesn't report an error in the same situation. They said the root
> problem is that "the shader is too long (instruction count) for the
> hardware" and that "the graphics hardware doesn't match the capablities
> that GL requires (and the driver is lying so that it mostly works.)
> There is a flag to disable the lie. But certainly try i915g, llvmpipe,
> or convince Qt to use a different back-end."
>

Haha, most of that was intended for our other developers, Mark, but see if your OS gives you the ability to change your video driver to i915g.

enry (enrydj) wrote :

Hi,

Linux Mint 17.1 32-bit MATE version, JACK Audio Connection Kit

I always have exactly the same i915 error following these steps:

1 start with spinnies disabled
2 load a track in deck 1 and start playing;
3 load a track that has not been analysed yet in deck 2;
4 while deck 2 analysis is in progress, enable spinnies

Mixxx closes without any warnings.

For anyone affected by this, please try changing your video driver to i915g via whatever method your distro provides. (In the worst case, edit /etc/X11/xorg.conf and change/add a line that says Driver "i915g"
...under the Device section that appears to be your video card (it will have an identifier of "videocard0" or similar and/or a VendorName of "Intel")

Let us know if that helps.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Related questions

Bug attachments