Waveforms hitch when clicking on new tracks

[mnmlguy]

Version tested: Mixxx 1.12.0-alpha x64 (build master r5309)
OS: Ubuntu 15.04 Beta 2 64bit
CPU: Intel i5-3570k @ 4.0GHz
GPU: AMD Radeon HD 7870 GHz Edition
Sound Card: Traktor Audio 6 on Jack

It may be the loading of the cover art when clicking on a track. If I click on a track that I clicked before, waveform doesn't hitch.

Debug [Main]: Committing transaction on "qt_sql_default_connection" result: true
Debug [Main]: BaseTrackCache(0x549e7f0) updateIndexWithQuery took 0 ms
Debug [Main]: BeatFactory::loadBeatsFromByteArray could not parse serialized beats.
Debug [Main]: m_sTracks.count() = 7
Debug [Thread (pooled)]: CoverArtUtils::guessCoverArt found metadata art "CoverArt(QSize(600, 600) , "CoverInfo(METADATA,GUESSED,,15231,)" )"
Debug [Main]: Committing transaction on "qt_sql_default_connection" result: true
Debug [Main]: BaseTrackCache(0x549e7f0) updateIndexWithQuery took 0 ms

[Owen Williams (ywwg)]

what is your sound card / latency settings?

[mnmlguy (mnmlguy)]

My go-to latency is 11.6ms, tried with 46.4ms, same results. When I click and drag the new track at the same time, the whole interface lags for a second.

[Max Linke (max-linke)]

Does this happen for the same tracks after you restart mixxx?

On 03/30/2015 09:45 PM, mnmlguy wrote:
> Public bug reported:
>
> Version tested: Mixxx 1.12.0-alpha x64 (build master r5309)
> OS: Ubuntu 15.04 Beta 2 64bit
> CPU: Intel i5-3570k @ 4.0GHz
> GPU: AMD Radeon HD 7870 GHz Edition
> Sound Card: Traktor Audio 6 on Jack
>
> It may be the loading of the cover art when clicking on a track. If I
> click on a track that I clicked before, waveform doesn't hitch.
>
> Debug [Main]: Committing transaction on "qt_sql_default_connection" result: true
> Debug [Main]: BaseTrackCache(0x549e7f0) updateIndexWithQuery took 0 ms
> Debug [Main]: BeatFactory::loadBeatsFromByteArray could not parse serialized beats.
> Debug [Main]: m_sTracks.count() = 7
> Debug [Thread (pooled)]: CoverArtUtils::guessCoverArt found metadata art "CoverArt(QSize(600, 600) , "CoverInfo(METADATA,GUESSED,,15231,)" )"
> Debug [Main]: Committing transaction on "qt_sql_default_connection" result: true
> Debug [Main]: BaseTrackCache(0x549e7f0) updateIndexWithQuery took 0 ms
>
> ** Affects: mixxx
> Importance: Undecided
> Status: New
>
>
> ** Tags: waveform
>

[mnmlguy (mnmlguy)]

This only happens when browsing through new tracks on my hard drives. Once the track is in the library, there's no hitching, even when I click on the track through the browser.
Just noticed that the whole GUI is hitching when clicking on new tracks, not just the waveforms.

[Owen Williams (ywwg)]

Is just the waveform display hitching, or is the audio cutting out too?

[mnmlguy (mnmlguy)]

Only the GUI is hitching, audio is fine. To be honest it's nothing critical.

[Owen Williams (ywwg)]

This is normal behavior, there is one thread doing both the UI and library work (I think? there may be some cases where we do stuff in the background), so when the library is doing something complicated (loading a new track) it might cause the GUI to pause. The audio thread is kept higher priority to prevent dropouts.

We do constantly work on this type of performance issue, but for now I'm going to say this is Invalid because it's a result of the design we've chosen.

[Owen Williams (ywwg)]

hm I really hate the launchpad bug choices -- I have to call it "won't fix", even though we might actually fix issues like this at some point

[Daniel Schürmann (daschuer)]

We have already Nazars branch that fixes the issue.
It is planed to merged it for 1.13.
https://github.com/mixxxdj/mixxx/pull/73
This means this bug is already in progress. :-)

[Max Linke (max-linke)]

On 03/31/2015 05:17 PM, Owen Williams wrote:
> This is normal behavior, there is one thread doing both the UI and
> library work (I think? there may be some cases where we do stuff in the
> background), so when the library is doing something complicated (loading
> a new track) it might cause the GUI to pause. The audio thread is kept
> higher priority to prevent dropouts.
>
> We do constantly work on this type of performance issue, but for now I'm
> going to say this is Invalid because it's a result of the design we've
> chosen.

I actually took great care to avoid this as much as possible.

@mnmlguy how did you upgrade to 1.12? I think we mention during an
upgrade that the you should rescan your library to discover covers for
tracks and avoid these UI-freezes when you run mixxx.

Can you test if running the library scanner fixes the issues for you.

[mnmlguy (mnmlguy)]

@max-linke - I'm using a freshly built version from git on a fresh Ubuntu install. There is no issues with tracks already in the library only with new tracks accessed from the file browser.

@daschuer - Really glad to hear you guys are already working on it, even if it won't be in this version. It's really not a big issue, it will only give the software more polish. I'm a longtime xwax user but really liking the new modular look of mixxx, it really fits my needs as a vinyl control user. :)

[Max Linke (max-linke)]

On 04/01/2015 12:45 AM, mnmlguy wrote:
> @max-linke - I'm using a freshly built version from git on a fresh
> Ubuntu install. There is no issues with tracks already in the library
> only with new tracks accessed from the file browser.

Yeah then there isn't much that we can do. But the browse view was only
thought to add a few tracks to your library anyway. We can only
accurately track your songs if they are in a library folder that you
added in the preferences.

>
> @daschuer - Really glad to hear you guys are already working on it, even
> if it won't be in this version. It's really not a big issue, it will
> only give the software more polish. I'm a longtime xwax user but really
> liking the new modular look of mixxx, it really fits my needs as a vinyl
> control user. :)
>

[Daniel Schürmann (daschuer)]

We have probably an real new issue here.
I got the chance to test Mixxx on a spinning HD Win 8.1 notebook.
Even though we have picked one of the optimized builds of our build server. Mixxx was not usable, because scrolling thought the library makes Mixxx stall for a notable fraction of a second.
Unfortunately I have no access to the devices yet so I cannot re-test or give more details.

[RJ Skerry-Ryan (rryan)]

Due to lack of progress, marking Triaged and clearing assignee. Feel free to revert if it is in fact still in progress :).

[Swiftb0y (swiftb0y)]

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