Topic: Suggestions for 3.9

[piovrauz]

@sveakul: you have to set it to "append" in the config, or it'll clear the logs every time you start

[sveakul]

@sveakul: you have to set it to "append" in the config, or it'll clear the logs every time you start

If you take a look at the screenshot I included in my post, you'll see that I already have it set to "append."

[piovrauz]

@sveakul: my bad, I block images and didn't read your post well enough.
Here my own settings in case they are needed - I do think there's a small bug.

[sveakul]

Hi piovrauz, thanks for sharing your settings.  When I try them (with radio streams), after exiting XMPlay I get a single log.txt file with a single entry of the last song played, and a number of "log (date,time).old" files that contain the names of all the tracks played prior to the last one, one file per track.  Expected results of "append" would be a single log.txt file, containing the names of all the tracks played during that session.  I guess we'll have to wait for Keltic to take a look at it.

[piovrauz]

How strange: yesterday it worked flawlessy, but this morning it creates a .old every time I open xmplay.
I'm 100% sure yesterday it continued writing on the same file, even after closing xmplay.
I switched between streams and local FLAcs too - and it was perfect.
I just suspended the session (with xmplay closed), slept, turned it on... and bam!

[Keltic Danor]

nice, thanks gave it a quick test and it seems OK.

only missing thing would be enabling/disabling it based on stream/local file/format... maybe with custom formatting for each?
maybe that would be too much to ask for, ... but could it please be added?

edit: on a second thought, there's another little thing I'd like to ask - can the logfile be saved using relative (to xmplay.exe folder) paths?

I think so, so just to clarify though would this work:
- A text field to exclude by file type, so you can enter "MP3" to ignore any mp3 files
- A checkbox, ignore all streams
- A checkbox, ignore all local files

Not sure about the different formatting though, probably a bit beyond me for the moment.

Edit2: Forgot to mention it should already handle relative paths, just formatting is a bit odd.
Any of the following should work:
- Plugins/log.txt
- log.txt
- ../log.txt
- C:\McguffinsInc\log.txt

@Keltic Danor:  thanks for this logging plugin!  However, I can't get it to append titles as they are played.  With the settings below, the log file only keeps the last title played after exiting XMPlay (this is after switching between various radio streams):

The Max Size setting wasn't working properly, hopefully this fixes it for you.

Just Log v1.2

Edit1: We should probably move any further plugin discussion to a different thread so we don't clog up this one.

[saga]

As global shortcuts don't work on the Windows lock screen, it would be great if XMPlay could register itself as a media player in Windows 10, so that media keys such as play/pause (also via bluetooth) also work on the lock screen. This might of course conflict with global shortcuts if the user set those up using the standard media keys, so it should probably be optional.

My use case here would be a laptop being located in a different room, with a bluetooth speaker connected in my room that has a play/pause button.

[saga]

More logical selection placement after deletion: If I place the playlist cursor on, say, the 10th entry, and I delete the 1st to 9th playlist entry by marking them and pressing DEL, the keyboard cursor remains on whatever is now the 10th playlist entry. Arguably, it should now be played on the 1st entry.

[saga]

Not sure if I suggested it before, but I wouldn't be surprised... It would be great if XMPlay could incorporate ReplayGain calculation and store ReplayGain values it in its library or the amp saved settings, to allow loudness normalization also for file formats that don't support ReplayGain tags (e.g. modules, chiptune formats supported by 3rd-party plugins).

[Ian @ un4seen]

I'll have to look into that.

This thread bump reminds me that I forgot to say earlier that the "More logical selection placement after deletion" issue was (or should be ) sorted in an update:

   www.un4seen.com/stuff/xmplay.exe

[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