Duplicate filenames on the playlist

[kode54]

Duplicate filenames on the playlist

[kode54]

Unplayed subsongs. Ignore or delete them if they're incorrect.

[druellan]

Thanks for the reply. The problem is that on a long playlist they can become very annoying, or difficult to spot if you have only a couple of them. The "remove duplicates" command does not affect them.

I'm also testing OpenMPT with the same results:

This two files are interesting. Both seems created using MilkyTracker, and they have a lot of subsongs in them
MilkyPlayer.zip

[kode54]

You can search for them with playlist search, using a query string which matches both %_subsong% greater than 0, and play time less than 10 seconds or so.

[SimonN]

If kode54 considers this correct behavior of DUMB, maybe file the issue against Foobar?

Subsongs of 0 seconds, or even shorter than 10 seconds, look like technical artifacts rather than an intended subsong. But I can't make this judgement for kode54 because I know almost nothing about the module internals.

On the other hand, Shared Dig has 3 subsongs, all of length > 10 seconds, you might want those in the UI? First song is 2:xx long, all 3 subsongs together are 5:xx long.

[druellan]

Another interesting one with more than 100 subsongs

badapple.zip

[druellan]

I'm still trying to find a legitimate use of the subsong, and I think it is something that must be related to the tracker more than the player itself, but again, I have no insight into this matter. The only thing I can state is that from a selection of more than 1.000 MODs from modarchive.org, several have subsongs, all of them leftovers that are not part of the song.

[kode54]

It is related to a limited quantity of modules which legitimately contain playable music on unplayed orders.

[druellan]

@kode54 ops! yes, posted the message incomplete by mistake, I've edited it.

[kode54]

For instance, Sphenx's Bubbles.it has leftovers that are a legitimate subsong, an unplayed region that is more than a minute long. It also decodes really slowly in foo_dumb, but reasonably fast in foo_openmpt.