Bug report

[OldPaprika]

Hi, new to this forum, hopefully reporting in the right place.

Issue with songticker, repro:
- Change setting: Playlist -> Titles | ATF -> Read metadata only when file(s) are played
- Change setting: Skins -> Classic Skins -> Display playlist position in songticker to false (edit: it happens no matter this setting)
- Restart WACUP
- Open a playlist
- Make sure no song is playing
- Double click an entry in the playlist (at this moment it shows the filename in the playlist)
- Notice that the songticker will display the filename instead of artist/title from ID3 tag.

[dro]

What version & build type of wacup are you seeing this happen with?

[Aminifu]

There is more than one preference option to control what is displayed in the playlist and songticker. Are you sure that what is being seen is not what is configured in all the related options? If I remember correctly, the defaults are to display in the main window songticker what is displayed in the playlist editor window.

[OldPaprika]

Sorry forgot to mention, v 1.99.32.21640 (x86), public preview build.

I believe this is a bug as it will work as intended when a song is already playing when I double click the song, or I play a song with its metadata already loaded in the playlist.

[Aminifu]

I believe WACUP is working for you as intended, since you are using the 'Read metadata only when file(s) are played' option.

Just curious, why are you using that option instead of one of the other two?

[dro]

With the noted option it should be changing to what's been configured as the main playlist ATF string along with the song ticker update. I've not actually looked into trying to replicate this but if that's what's happening then it would be incorrect behaviour per the config though like is being questioned, using that mode just makes things more likely to fail in my handling as it's not a mode I actively make use of & prefer the background reading but as it's there, I've got to re-check things to see if I can replicate that mode not working as it should be doing.

[OldPaprika]

Thank you, the reason I read metadata on play only is so I see which songs I have played.

[Aminifu]

Hi OldPaprika,

Interesting way to use the playlist editor's listing. So in your configuration, songs that haven't been played are listed by their filename. Those that have been played are listed by info from their metadata. What happens if a song doesn't have the necessary metadata? I assume you triage your songs (in some way) to ensure the necessary metadata is included.

I have long term history tracking enabled and use my media library views to find out the same information, along with other things. I only play local files that have been added to my library. Before adding songs to my library, I make sure they contain all the metadata I need. I can understand that your method is more immediate and doesn't require opening a ml window when using skins that only show the ml in a separate window.

[OldPaprika]

I primarily use the added track length which popup in the Playlist editor when metadata is read to determine if I have played a song or not, it is also right aligned so a very quick way of getting an overview of tracks played.

[Aminifu]

I use x86 beta release builds (and now, also x86 development release builds), which can be considered to have a super set of features compared to the public preview builds. Everything working in the beta builds will eventually be added to public preview builds. Mature features should be working the same way in both.
 
I've always used the default titles metadata reading option, so song track length has always been shown to the right of each track in the PE for me (track played or not). I didn't know that the PE song track length waits to be shown after a track's metadata is read. Maybe that is only happening with the public preview build. At one point in the past, I asked that showing song track length in the PE be an option. It didn't happen. I don't remember why I asked for that option. 

Side Note: There has been on and off issues displaying song track length in various media library views (mostly History), in the past. Every song track added to the media library has it's metadata read.

[dro]

I've been trying to replicate this for an hour or so now & I just can't seem to get it to misbehave though I've been doing it against my dev build so maybe I've fixed or it's just not an issue I'm currently seeing.

I've tried having the media library completely disabled, it enabled & just the local library disabled, force clearing the playlist file to ensure it's not got any pre-cached metadata in it, tried adding the playlist from the library playlists view, from explorer onto the main playlist along with seeing what happened when dropping it onto the main window (which'll typically trigger playback if the options on the general prefs page hasn't been changed to alter that behaviour).

In all instances once the item is made to play its getting the title I'd expect in both the song ticker & also within the main playlist. What I am however seeing is it generating a title for the current item when playback hasn't been started which afaict is not expected with that setting (am uncertain as of the time of this reply if it's maybe due to what's in my test playlist which also has a CD in it which might be incorrectly triggering the 'current' item to be processed which I'll have a look into shortly).

So I think it might have to be a case of coming back to this once there's a new preview build available to be able to re-test things with this.

[OldPaprika]

Thanks for looking into this.
I don't think I have changed many settings from the default, but perhaps it has been fixed then. I can retest whenever a new public preview is available.

[OldPaprika]

I can report that the issue still persist on v1.99.34.22022 (x86).
Let me know if you want help testing this if you don't have local repro.

[dro]

Disable in_mp3 via prefs -> plug-ins -> input as I still can't replicate this failing nor the other issues with things not reading metadata on changing so once again there's something wrong with how I seem to be either following the steps to replicate or my setup just doesn't manage to trigger it & in_mp3 is known to f things up when it comes to metadata despite trying to do everything I can to not have anything query it but that doesn't help if it's being used for playback.

[OldPaprika]

Actually, disabling in_mp3.dll does not fix the issue.