opus files with artwork crashes mixxx 2.4-alpha-774

[geozubuntu]

Mixxx version 2.4-alpha-774-gc9df5af964 (main) for win10 64

CPU Intel(R) Core(TM) i5-8265U CPU @ 1.60GHz 1.80 GHz
RAM 8,00 GB (7,88 GB Usable
System OS 64 bit, CPU architecture x64
Windows 10 Home
version 21H1
windows build 19043.1165

Mixxx crashes and closes immediately when try to load any opus track with embedded artwork. Reopening the program doesn't solve the problem. Mixxx has no problem and works normally with mp3, m4a, wav, flac, ogg. It happens only to opus tracks. If I clear the embedded coverart the track opens with no problem. It isn't happening with opus tracks without embedded coverart. If the coverart is set to be loaded from local directory it opens normally.
Only embedded artworks produces the problem no matter if the option "show coverart" is selected or not.

Attached the mixxx.log
The last entry is the file withou embedded coverart and was loaded succesfully. All above with greek characters are opus tracks without embedded artwork which also loaded successfully.

The track with the embedded artwork crashed and thats why it doesn't appear in the log. it happens with every opus file with embedded coverart, I tried more then 20 files.

Please try to fix this because when you search from a list of songs in a collection artwork is part of DJs memory, DJ remembers the album by the artwork then recall the tracks inside and that's crucial in a live performance.

[Uwe Klotz (uklotzde-deactivatedaccount)]

The test file contains artwork and does not crash Mixxx: https://github.com/mixxxdj/mixxx/raw/main/src/test/id3-test-data/cover-test.opus

Please provide a backtrace.

Alternatively provide a link to the file by private message for verification.

[geozubuntu (geozubuntu)]

The test file indeed contains artwork and does Crash Mixxx 2.4-alpha-774-gf2258d1a92 (main). I completely uninstall Mixxx and cleared any trace of it from registry and disk. rebooted and reinstalled from scratch mixxx 2.4-alpha-775-gf2258d1a92 (main).
I only imported the test file . The creative commons sign appeared as artwork but when I double klicked the test file mixxx crashed as usual.

event viewer report attached

[Uwe Klotz (uklotzde-deactivatedaccount)]

I cannot reproduce this on Linux. Everything works as expected.

[geozubuntu (geozubuntu)]

I also can't reproduce it on linux. Only in windows it is happening.

[Uwe Klotz (uklotzde-deactivatedaccount)]

This is very likely caused by a dependency on Windows, either TagLib or libopus/libobusfile.

TagLib is unlikely, because otherwise you wouldn't see the cover art in the library view.

Does this also happen with 2.3? Nothing changed since then, we are using the same library versions.

[geozubuntu (geozubuntu)]

In my Lenovo laptop with windows 10 fully updated, no VM.

I completely uninstalled mixxx 2.4 from my computer using Revo uninstaller to remove any leftovers and reference of the program in registry and filesystem.
I used wise registry cleaner to verify the absence of any leftover registry entries regarding Mixxx.
I also removed any mixxx reference from Registry using Regedit as administrator.
I removed all prefetch files.
Finally I rebooted

I downloaded and installed latest mixxx 2.3.0-46-ge1408fabb2-win64.
I run it, imported only the test file: https://github.com/mixxxdj/mixxx/raw/main/src/test/id3-test-data/cover-test.opus and the program works fine. No problem. I imported my database and all my files were OK. No more crashes with ver 2.3.

Then I repeated all the above steps one by one but downloaded and installed 2.4-alpha-779-g49f9169228-win64. I imported only the test file and Mixxx 𝗰𝗿𝗮𝘀𝗵𝗲𝗱 again immediately.

I again uninstalled v 2.4 and installed v 2.3 and once again 𝙣𝙤 𝙥𝙧𝙤𝙗𝙡𝙚𝙢 with this version

So It is 𝙙𝙚𝙛𝙞𝙣𝙞𝙩𝙚𝙡𝙮 a 2.4 windows version problem, or the 2.4 installer doesn't install something properly.

I think to stick to 2.3 for now even if I need the search history functionality of 2.4.

[Be (be.ing)]

2.4 is not even in beta yet so we don't recommend it for general use. But thank you for reporting and investigating this.

[Uwe Klotz (uklotzde-deactivatedaccount)]

Could you try to generate and attach a backtrace for the crash?

https://github.com/mixxxdj/mixxx/wiki/Creating-Backtraces#windows

[Uwe Klotz (uklotzde-deactivatedaccount)]

Possible fix: https://github.com/mixxxdj/mixxx/pull/4251

[Uwe Klotz (uklotzde-deactivatedaccount)]

Please test the Windows build artifact from the PR when finished and report if this fixes your issues.

[Uwe Klotz (uklotzde-deactivatedaccount)]

Intermediate workaround for 2.3.1: https://github.com/mixxxdj/mixxx/pull/4252

The obscure Windows crash might depend on compiler version and settings and could also affect future builds of 2.3.

[Uwe Klotz (uklotzde-deactivatedaccount)]

New builds are available: https://downloads.mixxx.org/snapshots/main/mixxx-2.4-alpha-783-g6f4fc8e9f2-win64.msi

Please report if this fixes your issue.

[geozubuntu (geozubuntu)]

YES !! 2.4-alpha 783 fixes the issue.
Now all my opus files are loading and play. No crashes any more.

Thanks !

[Uwe Klotz (uklotzde-deactivatedaccount)]

Thanks for the report!

[Uwe Klotz (uklotzde-deactivatedaccount)]

Hopefully 2.3.1 will not suffer from this issue with only the minor fix in place.

[Swiftb0y (swiftb0y)]

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