Auto Dj Stops itself in Mixxx

Bug #1961970 reported by John Abraham
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Fix Released
High
Daniel Schürmann

Bug Description

I recently started using Mixxx as an internet radio software and it requires that the cued files run non-stop. But I noticed that after uploading over a thousand files with the "Repeat Playlist" button enabled on Auto Dj; it gets to a mystery point and stops. I will attach the log file below(courtesy Ronso - Mixxx designer) to enable quick debugging.

Tags: autodj
Revision history for this message
John Abraham (owoicho-62) wrote :
Revision history for this message
John Abraham (owoicho-62) wrote :

This is the entire zipped log content file below

Revision history for this message
John Abraham (owoicho-62) wrote (last edit ):

This log above is the point Auto Dj Stopped.

Revision history for this message
James Snell (motific) wrote :

The repeated log entries are all related to a file which cannot be read. Soon after we see the following log entry :-

Debug [Main]: Failed to load track QFileInfo(E:\Playlists\DRPLMAR20205\Sammie Okposo - Oghene Doh.mp3) "The file 'E:\\Playlists\\DRPLMAR20205\\Sammie Okposo - Oghene Doh.mp3' could not be loaded."

The AutoDJ bug looks like a duplicate of bug #1893197

Revision history for this message
John Abraham (owoicho-62) wrote (last edit ):

Thanks, James. But is there something I could do to mitigate the current situation? Like is there a kind of an acceptable file extension format, settings, or something.... I have been on my toes ever since constantly checking if Auto Dj has stopped. The issue is not just a file that is the culprit, Thank you sir.

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

I have prepared a Mixxx version with more debug output when using auto DJ.
Can you please try to reproduce the issue with the build found at the bottom of this page?
https://github.com/daschuer/mixxx/actions/runs/1907115706

(You need to log in on GitHub for download)

Revision history for this message
John Abraham (owoicho-62) wrote :

I apologize for not doing this sooner. It has been really busy for me.
So I downloaded the "Window Installer" from GitHub as instructed. And shortly after the installation; it stopped as usual and I shut down Mixxxx and copied out the log file as seen above.

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

Thank you the log reveals now the issue. By luck one of your tracks has started the follower track before is twas fully loaded. At this time the play command is ignored and the auto DJ stooped.

A possible fix is in https://github.com/mixxxdj/mixxx/pull/4698

tags: added: autodj
Changed in mixxx:
milestone: none → 2.3.3
assignee: nobody → Daniel Schürmann (daschuer)
status: New → In Progress
importance: Undecided → High
Revision history for this message
Daniel Schürmann (daschuer) wrote :

@owoicho-62: Please test the build found here: https://github.com/mixxxdj/mixxx/actions/runs/1981955789

Revision history for this message
John Abraham (owoicho-62) wrote :

I have actually used this link https://github.com/mixxxdj/mixxx/pull/4698 and it has fixed the bug. Auto DJ doesn't stop anymore. Thank you very much. Is there still the need to test this - https://github.com/mixxxdj/mixxx/actions/runs/1981955789?

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

Thank you very much, I think this is sufficient.

Changed in mixxx:
status: In Progress → Fix Committed
Changed in mixxx:
status: Fix Committed → Fix Released
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/10670

lock status: Metadata changes locked and limited to project staff
Revision history for this message
Gesualdo (gesualdo777) wrote :

Hello, I experienced the same problem on Mixx 2.3.3 (on MacOS Catalina 10.15.7).
I read that in version 2.3.3. this bug should be fixed, but it turns out that there is still something wrong. The issue appears very rarely, so only once I've been able to reproduce it.
This is not the only bug I experienced after installing Mixx 2.3.3 on Catalina (previously, I was using the previous version of Mixx in Mojave).
1. The Mixx file browser sometimes doesn't see particular files in folders. I noticed that it is connected with spanish letters, like „é”, „ó”, „ú”, „á”. But if I click „enter” on a file in Finder (by clicking "enter" I can change the file name) and change file name, or even approve the previous file name, with this spanish letter, Mixx starts to see these files.
2. Sometimes scroll didn’t work and I can see the last files in Auto DJ or in main browser
3. Sometimes when Auto DJ is in „Full Track” mode, it skips silence at the beginning of the file, but it shouldn't behave like that.
4. The graphics of the interface seems a little bit clumsy, compared to previous versions. For example some files appear in the folders after 1-2 seconds, not immediately. And other graphic elements are changing slower than before.

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

You are commenting an closed bug, we cannot track this.
Please file a new one at https://github.com/mixxxdj/mixxx/issues/new/choose

It is related to:
https://github.com/mixxxdj/mixxx/issues/11103?

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.