▲

[Ian @ un4seen]

Pretty much, yes. That is determined by the Buffer setting in the Output options page.

[404notfound]

Suggestion:
If shuffle is enabled, the "next track" button should give a shuffle-picked track instead of literally the next track.

[saga]

Options & Stuff -> Playlist -> "...apply to play/next/previous controls" is what you want to check.

[piovrauz]

Yes, a

"Copy line to clipboard" option to the info window's right-click menu

would be perfect.

If possible please add it, thanks a lot.

[piovrauz]

A possible variation/enanchement to my previous request could be to log the streamed tracks instead of copying the single line.
So any new track would append it's name to a log file.

[sveakul]

A possible variation/enanchement to my previous request could be to log the streamed tracks instead of copying the single line.
So any new track would append it's name to a log file.

Yes.  In other words, have the option to generate a text file appending songs as played locally or via streaming in an artist/title/date-time-played list, preferably with max-length-then-overwrite option.  Examples from other players would be MusicBee's mb_songhistory plugin, Foobar's Now Playing Simple plugin.

[piovrauz]

this sounds like a logging plugin? 

[Keltic Danor]

A possible variation/enanchement to my previous request could be to log the streamed tracks instead of copying the single line.
So any new track would append it's name to a log file.

Yes.  In other words, have the option to generate a text file appending songs as played locally or via streaming in an artist/title/date-time-played list, preferably with max-length-then-overwrite option.  Examples from other players would be MusicBee's mb_songhistory plugin, Foobar's Now Playing Simple plugin.

You can give this one a try, it is a bit rough but it appears to work okay, at least in my testing.

https://support.xmplay.com/files_view.php?file_id=717

[piovrauz]

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 tought, there's another little thing I'd like to ask - can the logfile be saved using relative (to xmplay.exe folder) paths?

[sveakul]

@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):

[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