Author Topic: Suggestions for 3.9  (Read 208556 times)

piovrauz

  • Posts: 1019
Re: Suggestions for 3.9
« Reply #450 on: 5 Jul '21 - 20:44 »
@sveakul: you have to set it to "append" in the config, or it'll clear the logs every time you start ;)

sveakul

  • Posts: 150
Re: Suggestions for 3.9
« Reply #451 on: 5 Jul '21 - 21:52 »
@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

  • Posts: 1019
Re: Suggestions for 3.9
« Reply #452 on: 5 Jul '21 - 22:06 »
@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

  • Posts: 150
Re: Suggestions for 3.9
« Reply #453 on: 5 Jul '21 - 22:56 »
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

  • Posts: 1019
Re: Suggestions for 3.9
« Reply #454 on: 6 Jul '21 - 05:28 »
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

  • XMPlay Support
  • Posts: 897
Re: Suggestions for 3.9
« Reply #455 on: 6 Jul '21 - 05:37 »
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. ;)
« Last Edit: 7 Jul '21 - 10:43 by Keltic Danor »

saga

  • Posts: 2662
Re: Suggestions for 3.9
« Reply #456 on: 7 Jul '21 - 20:23 »
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

  • Posts: 2662
Re: Suggestions for 3.9
« Reply #457 on: 5 Feb '22 - 14:23 »
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

  • Posts: 2662
Re: Suggestions for 3.9
« Reply #458 on: 6 Oct '22 - 17:00 »
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

  • Administrator
  • Posts: 25440
Re: Suggestions for 3.9
« Reply #459 on: 7 Oct '22 - 14:36 »
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

  • Posts: 2662
Re: Suggestions for 3.9
« Reply #460 on: 7 Oct '22 - 20:27 »
Yeah, that works much better now, thanks! :)

guest

  • Guest
Re: Suggestions for 3.9
« Reply #461 on: 23 May '23 - 11:30 »
Additional size of the default skin - medium (1.5 times larger).

Alex Mortar

  • Guest
Re: Suggestions for 3.9
« Reply #462 on: 23 May '23 - 16:34 »
Click/ hiss remover for fixing old vinil records

AstralSoup Design

  • Posts: 286
Re: Suggestions for 3.9
« Reply #463 on: 29 Jun '23 - 00:38 »
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   ;D

Alex Mortar

  • Guest
Re: Suggestions for 3.9
« Reply #464 on: 1 Oct '23 - 10:37 »
More tray options such as assignable middle button. Also woud be great to able to load playlists via buttons or drop-down lists

saga

  • Posts: 2662
Re: Suggestions for 3.9
« Reply #465 on: 4 Nov '23 - 13:14 »
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.
« Last Edit: 7 Nov '23 - 15:14 by saga »

Ian @ un4seen

  • Administrator
  • Posts: 25440
Re: Suggestions for 3.9
« Reply #466 on: 6 Nov '23 - 15:01 »
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

  • Posts: 2662
Re: Suggestions for 3.9
« Reply #467 on: 7 Nov '23 - 15:11 »
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

  • Administrator
  • Posts: 25440
Re: Suggestions for 3.9
« Reply #468 on: 10 Nov '23 - 17:56 »
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

  • Guest
Re: Suggestions for 3.9
« Reply #469 on: 15 Nov '23 - 10:59 »
"Move selected to bottom" sort option (and ability to assign a keyboard shortcut).

Ian @ un4seen

  • Administrator
  • Posts: 25440
Re: Suggestions for 3.9
« Reply #470 on: 15 Nov '23 - 16:08 »
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