▲

[saga]

Yeah, that works much better now, thanks!

[guest]

Additional size of the default skin - medium (1.5 times larger).

[Alex Mortar]

Click/ hiss remover for fixing old vinil records

[AstralSoup Design]

I understand the reasons why Ian shifted from a slider-to-button approach on the EQ/PL side panels, but it would be cool if there's an option (or a secret INI one) to add sliding behaviour to the side panels. Please, I'd do any challenge for it.

Just one drag! https://www.youtube.com/watch?v=1tCWf4PitbM   

[Alex Mortar]

More tray options such as assignable middle button. Also woud be great to able to load playlists via buttons or drop-down lists

[saga]

Given that a new big release appears to be around the corner, I wonder if it's too late for big wishes...
The recent release of BASSLoud reminded me that it would be really great to have a way of loudness-normalizing the entire XMPlay library. I know XMPlay can already read ReplayGain tags from various file formats, but not all supported formats have such tags (modules and most video game music formats in general), and it may not always be practical to re-tag all files in a library. It would be great if XMPlay could leverage the code you've written for BASSLoud to automatically calculate the ReplayGain 2.0 values for each file and store them in the library.
Applying ReplayGain album tags might be a bit more complex, but could probably still be done based on 1) only applying it to files within the same directory which 2) have a matching album tag.

[Ian @ un4seen]

I was thinking of including the loudness stuff in XMPlay but more as a dynamic auto-amp enhancement, ie. making that loudness-based rather than peak-based. A problem regarding loudness scanning is that XMPlay's plugin system (and Winamp's) only really allows one track to be open at a time, so loudness scanning could only happen during playback (of the whole file) rather than in the background (like tag scanning), which isn't ideal, ie. the level wouldn't be available for the first playback. There is actually also a multi-instance decoding system (used for sample decoding by the MIDI plugin) but only a few plugins support that. Another issue is that the level of non-stream formats (MOD/MIDI/etc) can be affected by settings, so the scanned levels may be inconsistent if those settings are ever changed. Do you reckon it'd be worthwhile even with these issues?

[saga]

I was thinking of including the loudness stuff in XMPlay but more as a dynamic auto-amp enhancement, ie. making that loudness-based rather than peak-based.

To clarify, I absolutely don't want to change the amplification to change dynamically during playback of a track. I want to keep loud parts of a track loud and quiet parts quiet. But it would be nice to have an overall equal loudness on average, so that going from some CD mastered in the 80s to some dance track mastered in 2020 won't blow my ears.

A problem regarding loudness scanning is that XMPlay's plugin system (and Winamp's) only really allows one track to be open at a time, so loudness scanning could only happen during playback (of the whole file) rather than in the background (like tag scanning), which isn't ideal, ie. the level wouldn't be available for the first playback. There is actually also a multi-instance decoding system (used for sample decoding by the MIDI plugin) but only a few plugins support that.

Maybe XMPlay could launch an invisible copy (a background process) to do the scanning? That way any threading issues would be avoided. Extending this to also doing the tag scanning in that process could also make XMPlay more stable in general with buggy plugins.

Another issue is that the level of non-stream formats (MOD/MIDI/etc) can be affected by settings, so the scanned levels may be inconsistent if those settings are ever changed. Do you reckon it'd be worthwhile even with these issues?

I don't think that would be a problem, as long as the scanning is applied after XMPlay's auto-normalization of module files. All other options typically don't result in drastic changes in loudness (e.g. if I set the stereo separation to 25% or interpolation to "none" may change the loudness by a decibel or two, but that's acceptable. One option would also be to update the loudness stored in the library after a track has been played, in case its current settings diverge from the settings at which the previous value was calculated.

[Ian @ un4seen]

Maybe XMPlay could launch an invisible copy (a background process) to do the scanning? That way any threading issues would be avoided.

Interesting idea. It doesn't seem at all elegant but it might work ... I'll have to look into it.

[guest]

"Move selected to bottom" sort option (and ability to assign a keyboard shortcut).

[Ian @ un4seen]

Yep, if there's a "move to top" option then there should really be a "move to bottom" option too, so here's an update that adds it:

   www.un4seen.com/stuff/xmplay.exe

[guest]

- option to automatically set a playlist item to "skip" after being played (considering "Count as played after ?? secs" option)
- option to select skipped tracks

[yw4z]

Option for "Move main window with info/playlist window" or "Move all windows together". that will lock relative position of playlist window with main window. mostly i forget to move window from main window and fitting playlist window to right place a bit hard (a window snapping feature might be useful too). There is an option for "Move with main window" but its works differently

Hue shifting for skins would be nice. So i can adjust skin color according to my mood 

Option for "Hide playlist / info window while inactive". I'm using an 27" monitor and XMplay always visible on screen. I'm using "Min" skin. and it has very minimal main window. Only seeing whats playing is enough while im working

thanks

[Ian @ un4seen]

Hue shifting for skins would be nice. So i can adjust skin color according to my mood 

That option is coming in XMPlay 4.0, along with a light/dark switch. It will hopefully be released before the end of this year (December 20-ish used to be a tradition ).

In the meantime, here's an update for you to try for the other stuff:

   www.un4seen.com/stuff/xmplay.exe

It adds an "Auto-open with focus" option to the info window button's right-click menu, and snaps the info window to the main window (but not the other way round) so that they move together. It is also possible to move both windows by clicking the right mouse button while the left button is held down (if "Move with main window" is enabled or the info window is snapped then the right-clicking inverts that).

[yw4z]

Thanks thats really what i want and great placement for auto-focus option. i tested snap feature it works vertically but not working horizontally. also "Move with main window" option broken (enabled on settings, disabled and enabled back to make sure) but left + right click combo works as expected. btw i'm using main window at bottom

[Cosworth]

XMPlay 4.0,  It will hopefully be released before the end of this year (December 20-ish used to be a tradition ).

Now I now, what to wait.
finger crossing

[Ian @ un4seen]

i tested snap feature it works vertically but not working horizontally. also "Move with main window" option broken (enabled on settings, disabled and enabled back to make sure) but left + right click combo works as expected. btw i'm using main window at bottom

The new info window snapping is indeed a bit incomplete. I'll hopefully have an update for that tomorrow. Regarding the "Move with main window" problem, did you grab the main window or the info window? That option only moves the info window when the main window is grabbed, and not the other way round.

[yw4z]

yes grabbed main window and it moved separately from info window while "Move with main window" is enabled but it works as expected while "Move with main window" is disabled. Looks like it works as opposite now

[Ian @ un4seen]

Ah yes, I see now that happens when the windows are snapped together. Here's an update that should fix that and generally improve the window snapping:

   www.un4seen.com/stuff/xmplay.exe

The main window can now be snapped onto the info window too. When the main window's dimensions change from opening/closing panels, it will move if necessary to stay snapped to the edge of the screen, and the info window will move if necessary to stay snapped with it.

[yw4z]

"Move with main window" option works as expected while enabled but main window not movable separately when its disabled. snapping works but only vertically like on previous release. thanks for your efforts just reporting results