Author Topic: Doesn't restore last play list view position on launch anymore  (Read 1013 times)

Dowlphin

  • Posts: 20
I am auto-starting XMPlay on Windows start, and I am pretty sure that XMPlay used to not just remember the last song and even the song position, which it still does, but also put the playlist view where it was last, so typically around where that song in the playlist is.
Since recently, when it launches, it always shows the playlist at the top, even if the active song is on position 200.

I recently updated to a new version - 3.8.5 now, I think it was some 3.8.4 before. Might this be related? A bug introduced? Or some config conflict?

Thanks!

Ian @ un4seen

  • Administrator
  • Posts: 24684
XMPlay should still restore the playlist view to as it was last time. That info is stored in the "Track1" line in the XMPLAY.INI file, if you would like to check whether it's being saved. Note that only applies to the main window playlist view, not the info window playlist (which isn't retained/restored). Perhaps you were previously using the main window playlist and are now using the info window playlist? If you want the current track to always start in view in either window then you could use the "Follow current track" options in the "Playlist" options page.

Dowlphin

  • Posts: 20
I wasn't aware there are two playlist modes. The info window for me only shows details for one track. I have always been using the view that appears when I click on the playlist button in the interface.

I didn't change config after updating, and my settings for follow current track are still for playlist panel, but not extended list (by changing various settings it seems I am using the extended list, titled "playlist editor" - I never used a different one), although this might be for a different thing, because when I enable it for extended list, too, then the view follows with every playlist advance, always keeping the active title centered. I don't want that. I want it to merely load centered on active track, not center on playlist advance.
Might it have been changed to work differently now? (But I see no use in always starting the playlist at the top even if a file somewhere else is active.)

The ini file saves Track1=198 for example, but this is just the active track, right? That was never the problem. XMPlay loads and the active track is the saved one, but the view is at the top.

The reason why I appreciated how it kept the view static despite tracks advancing is because I might have certain sets of tracks that I want to keep focused on and opt to restart from around there if it had moved on too much. It's kinda like my default/favorite starting position every time I boot up the OS, my 'focus view'.

It might be that it at least always started with the view centered on the active track and not really saving the view position independent of that, I don't remember for sure now, but the former would already be quite welcome, although the latter would be even better, since it would be a true restoration of tht last state before closing.

For example, if I choose to have the playlist view at tracks 100-150 but the active track is 300, then if I close XMPlay, I'd expect it to restore that state on next launch, because it was my choice to have it work that way, the natural result of not having automatic playlist view follow.
« Last Edit: 12 Jul '22 - 17:15 by Dowlphin »

Ian @ un4seen

  • Administrator
  • Posts: 24684
The "Track1" XMPLAY.INI value is the first visible track in the main window playlist, not necessarily the current track. I'm pretty sure the first track of the info window playlist (aka "Extended playlist") has never been retained. It sounds like you're using a non-default skin, so perhaps the skin is what changed, ie. you were using the main window playlist in the old skin but now the info window playlist in the new skin? Anyway, here's an XMPlay update that should start retaining the first track in the info window playlist too:

   www.un4seen.com/stuff/xmplay.exe

Let me know if you still have the issue with that.

Dowlphin

  • Posts: 20
Thanks a lot! It works now, thanks to InfoTrack1.

I have been using WAClassic3 for years.
I remember doing some skin copying or such to try to get Audacious on Linux working nicely, but that should not have altered my Windows version. I also likely didn't switch to another skin, because XMPlay doesn't recgnize the Winamp skin (.wsz) I used a long time ago. (While Audacious cannot work with XMPlay skins, but I found a somwhat similar one for it.)

How do I even access said main window playlist? As I said, I was never aware there is anything else. Are you maybe referring to the Library view with the row divider lines?

Because it is still a mystery to me how this always worked and I only started noticing this unforseen development lately, IIRC even a bit after I fiddled with Linux and longer after I updated to the newest version.

Ian @ un4seen

  • Administrator
  • Posts: 24684
Good to hear that the update is working well.

Regarding the main window playlist, not all skins include it, and indeed the WAClassic3 skin is one that doesn't. If you switch back to the default skin then you will see it on the right side of the main window.

Dowlphin

  • Posts: 20
I see it now.
Seems it has a fixed (tiny) size. Explains why a mere track following view suffices there. (My extended list shows ~60 tracks at once.)

In theory I could try and locate older versions (doesn't seem obvious to find such) and experiment whether they behaved differently, but I already have so many vexing software problems that I am happy one is resolved so quickly. This always delights me about XMPlay.