"Open in file browser" produces buffer underflow

Bug #1738253 reported by ronso0
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Confirmed
Critical
Unassigned

Bug Description

Reproduce 1
* select file in tracks table
* right click > "Open in file browser"
= audible buffer underflow
(occurs only the first time during a session)

Reproduce 2
* Preferences > Controllers > Your Controller > Scripts tab
* select a file, click "Open selected file"
= audible buffer underflow
(occurs every time)

Before this was never an issue, also I didn't change my latency setting (10ms).

Only a latency of 80ms solves this, which makes my controller interaction very sluggish.

linux 64bit rt-kernel
2.1.0-alpha-pre (build master r6411)

Revision history for this message
Uwe Klotz (uklotzde-deactivatedaccount) wrote :

Maybe related to https://bugs.launchpad.net/mixxx/+bug/1738227

I'm already working on this issue and will publish a first patch soon.

Changed in mixxx:
assignee: nobody → Uwe Klotz (uklotzde)
importance: Undecided → Critical
status: New → Confirmed
milestone: none → 2.1.0
Revision history for this message
Uwe Klotz (uklotzde-deactivatedaccount) wrote :

It turned out that both issues are not directly related. The main reason for the sluggish behaviour during batch analysis seems to be a dependency inversion between the analysis and the UI thread.

PR will follow soon.

Revision history for this message
Uwe Klotz (uklotzde-deactivatedaccount) wrote :
Revision history for this message
Uwe Klotz (uklotzde-deactivatedaccount) wrote :

Edit: Thread "priority" and not "dependency" inversion, of course ;)

Changed in mixxx:
status: Confirmed → In Progress
Revision history for this message
Uwe Klotz (uklotzde-deactivatedaccount) wrote :

The underflows and drop outs doesn't seem to be caused by track or source related changes. We need to keep an eye on this issue during the beta.

Changed in mixxx:
assignee: Uwe Klotz (uklotzde) → nobody
status: In Progress → Confirmed
Revision history for this message
Be (be.ing) wrote :

I can reproduce this. Does anyone have an idea what is going on? If we cannot fix this issue very soon, then I propose removing "Open in File Browser" from the track context menu. It is not an essential feature, just a nice thing to have.

Revision history for this message
ronso0 (ronso0) wrote :

@be does it happen with a regular kernel or did you try a PREEMPT RT one?

anyways, "Open in File Browser" shouldn't be removed, I find it very useful for library maintenance. therefore it doesn't matter IMO where the button is located.

Revision history for this message
Be (be.ing) wrote :

This is with the realtime patched version of Linux from PlanetCCRMA (4.14.12-300.rt10.1.fc27.ccrma.x86_64+rt).

Do you have any idea when this became an issue?

Revision history for this message
Uwe Klotz (uklotzde-deactivatedaccount) wrote :

This happens with any kind of disk io activity. I often notice buffer underflows when using Mixxx to play background music while executing an rsync backup. Even when mirroring disks that neither contain the OS nor any music files or the library database.

Revision history for this message
Sean M. Pappalardo (pegasus-renegadetech) wrote :

Has anyone tried with a stock kernel? In any case, this sounds like a job for valgrind or something.

Revision history for this message
Uwe Klotz (uklotzde-deactivatedaccount) wrote :

Tested on 4.15.12-301.fc27.x86_64 (and various other Fedora non-RT kernels)

Revision history for this message
ronso0 (ronso0) wrote :

> Do you have any idea when this became an issue?
IIRC it appeared 2017-11/12.

> This happens with any kind of disk io activity.
Here it only happens when opening the track's folder from within Mixxx. I do pretty much everything while Mixxx is running. Like compiling, copying music from flashdrives to harddisk, deleting/moving tracks within my music partition.

Be (be.ing)
Changed in mixxx:
milestone: 2.1.0 → none
Revision history for this message
ronso0 (ronso0) wrote :

still happens with Bionic and 4.16.18-rt12
2.3.0-alpha-pre (build master r6553)

Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Does it matter if the file you open is playing / loaded in a deck, or can it be any file?

Revision history for this message
ronso0 (ronso0) wrote :

play/load state doesn't matter, or if a file in that folder is loaded/playing.

with 2.3.0-alpha-pre it's happening only the first time in the mixxx session

Revision history for this message
ronso0 (ronso0) wrote :

Edit
also happens when I open controller scripts in MyController > Scripts

description: updated
Revision history for this message
Daniel Schürmann (daschuer) wrote :

Is there something logged in mixxx.log when the buffer underflow happens?

Revision history for this message
ronso0 (ronso0) wrote :

when I run with --developer I only see this when opening a controller script:
Warning [Engine]: underflowHappened code: 6
Warning [Engine]: underflowHappened code: 24

side note:
when I assign .js files to 'mousepad' editor it fails to open the files every second time. with 'scribes' it works always. underflow happens with both.

Revision history for this message
Daniel Schürmann (daschuer) wrote :

By chance this is fixed with the latest changes. In the 2.2 branch?
Can you restart?

Revision history for this message
ronso0 (ronso0) wrote :

I built 2.2 and with a moderate latency setting there's no underflow anymore with "Open file in browser" but it still happens when I attempt to open loaded script files from within Mixxx for the first time in a Mixxx session.

2.2 at 70e7ce90d9
Merge pull request #2326 from goddisignz/ddj-sx-reduce-messages

Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/9006

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.