Author Topic: Suggestions for 3.9  (Read 229751 times)

Ian @ un4seen

  • Administrator
  • Posts: 26178
Re: Suggestions for 3.9
« Reply #425 on: 2 Dec '20 - 16:38 »
I started to look into that, but then it occurred to me that it may not be the quickest way to do what you want. If you enable monitoring of the folder(s) in XMPlay then it should automatically add the new FLAC files and remove the missing old ones. Even without monitoring, it may be quicker/simpler to manually remove the dead old entries and add the new FLAC files (eg. drag'n'drop the containing folder), rather than using a looser dead track recovery option. Such a new option would probably require some checking of the search results before applying them to make sure it didn't find something unexpected with the looser matching.

saga

  • Posts: 2778
Re: Suggestions for 3.9
« Reply #426 on: 2 Dec '20 - 16:49 »
Quote
Even without monitoring, it may be quicker/simpler to manually remove the dead old entries and add the new FLAC files (eg. drag'n'drop the containing folder), rather than using a looser dead track recovery option.
I try to avoid that as it will lose play counts and custom tags.

Marto

  • Guest
Re: Suggestions for 3.9
« Reply #427 on: 6 Dec '20 - 20:33 »
Linux Version would be GREAT!!!
Nowdays, almost all you want to do, can be achieved within a linux distribution.
With AppImage implementation, most of the software out there could be used in any Linux distro, without package requirements.
Since almost two years ago, I switched to Linux totally. but I dont have XMPlay!!!! Most light, fast, adn configurable software out there.

Maybe I'm just dreamer, but a Linux version (AppImage, snap,, flatpak... you choose) would be awsome

Ian @ un4seen

  • Administrator
  • Posts: 26178
Re: Suggestions for 3.9
« Reply #428 on: 7 Dec '20 - 16:12 »
Quote
Even without monitoring, it may be quicker/simpler to manually remove the dead old entries and add the new FLAC files (eg. drag'n'drop the containing folder), rather than using a looser dead track recovery option.
I try to avoid that as it will lose play counts and custom tags.

Are you doing the FLAC conversion with XMPlay? If not, you could try that, as it will use the source's overridden tags when writing the FLAC file, so you won't need to be concerned about losing those tags when replacing the old track :)

Linux Version would be GREAT!!!
Nowdays, almost all you want to do, can be achieved within a linux distribution.
With AppImage implementation, most of the software out there could be used in any Linux distro, without package requirements.
Since almost two years ago, I switched to Linux totally. but I dont have XMPlay!!!! Most light, fast, adn configurable software out there.

Maybe I'm just dreamer, but a Linux version (AppImage, snap,, flatpak... you choose) would be awsome

While not as nice as having a native Linux version, XMPlay does work on Linux with Wine. When I last tried it there were some visual glitches with the z-order of the panels but that was many years ago, so things may have improved since then, or perhaps you could use a skin that doesn't have sliding/overlapping panels.

saga

  • Posts: 2778
Re: Suggestions for 3.9
« Reply #429 on: 7 Dec '20 - 16:15 »
Are you doing the FLAC conversion with XMPlay? If not, you could try that, as it will use the source's overridden tags when writing the FLAC file, so you won't need to be concerned about losing those tags when replacing the old track :)

To be clear, I'm replacing some OGG and MP3 files with FLAC replacements; so converting them with XMPlay wouldn't make much sense. :)


While not as nice as having a native Linux version, XMPlay does work on Linux with Wine. When I last tried it there were some visual glitches with the z-order of the panels but that was many years ago, so things may have improved since then, or perhaps you could use a skin that doesn't have sliding/overlapping panels.
Unfortunately I can confirm that those issues still exist. In particular some invisible panels (e.g. the EQ panel) become visible just by clicking on the main window, which makes some skins difficult to use.

Ian @ un4seen

  • Administrator
  • Posts: 26178
Re: Suggestions for 3.9
« Reply #430 on: 8 Dec '20 - 18:05 »
Are you doing the FLAC conversion with XMPlay? If not, you could try that, as it will use the source's overridden tags when writing the FLAC file, so you won't need to be concerned about losing those tags when replacing the old track :)

To be clear, I'm replacing some OGG and MP3 files with FLAC replacements; so converting them with XMPlay wouldn't make much sense. :)

Oh, were the OGG/MP3 files generated from MOD files and you now want FLAC versions, but the custom/overridden tags are set on the OGG/MP3 files rather than the original MOD files?

saga

  • Posts: 2778
Re: Suggestions for 3.9
« Reply #431 on: 8 Dec '20 - 19:01 »
No, MOD files aren't involved this time... :) They are downloads from Bandcamp. Sometimes I use custom tags for them to not edit the original files.

saga

  • Posts: 2778
Re: Suggestions for 3.9
« Reply #432 on: 6 Jan '21 - 17:00 »
Would it be possible to set the BIF_EDITBOX style on the BROWSEINFO struct passed to SHBrowseForFolder? This would allow the user to manually enter (or copy&paste) a path in the folder browser dialogs, making them a lot more useful.

Ian @ un4seen

  • Administrator
  • Posts: 26178
Re: Suggestions for 3.9
« Reply #433 on: 7 Jan '21 - 17:28 »
Yep, here's an update with that flag set:

   www.un4seen.com/stuff/xmplay.exe

It seems to behave a bit strangely, in that only the final subdirectory is initially shown in the box but you need to enter a full path for it to work. I don't know if that's normal?

saga

  • Posts: 2778
Re: Suggestions for 3.9
« Reply #434 on: 7 Jan '21 - 18:44 »
Thanks for the quick update! Indeed it behaves as intended - the dialog itself will not put a full absolute path there but it is still possible by the user to supply one. So for example if you are browsing your music library with Explorer, you can quickly copy the current path and paste it in the dialog to add that folder.

piovrauz

  • Posts: 1020
Re: Suggestions for 3.9
« Reply #435 on: 16 Apr '21 - 19:40 »
Would it be possible to have single line track copy/paste from info windows?
When playing a stream I often need to copy all the text to a text editor (usually closed) and then copy and paste again the single track I want info on.
This because even if the recent \tracks are properly separated, but they "only" are in a single big block text when copied.

Ian @ un4seen

  • Administrator
  • Posts: 26178
Re: Suggestions for 3.9
« Reply #436 on: 19 Apr '21 - 17:33 »
Do you mean adding something like a "Copy line to clipboard" option to the info window's right-click menu? XMPlay doesn't currently check where exactly the mouse is when clicked in there but it may be possible to add that.

404notfound

  • Guest
Re: Suggestions for 3.9
« Reply #437 on: 20 Apr '21 - 11:55 »
Does plugin API have way for a plugin to be notified that it's gonna play next, before end of current tune?
This would be handy for plugins that have to do things which take time(say, send network requests and read response), before they can start playing.

I've been pondering a Youtube plugin for some time.

Ian @ un4seen

  • Administrator
  • Posts: 26178
Re: Suggestions for 3.9
« Reply #438 on: 20 Apr '21 - 16:44 »
If the next track has the same output format as the current track (so gapless playback is possible) then a general/DSP plugin's NewTrack function will be called before the next track is actually heard. How early will depend on how big the output buffer is.

404notfound

  • Guest
Re: Suggestions for 3.9
« Reply #439 on: 21 Apr '21 - 22:48 »
> How early will depend on how big the output buffer is.
You mean to say it's tied to the player's output latency?

Ian @ un4seen

  • Administrator
  • Posts: 26178
Re: Suggestions for 3.9
« Reply #440 on: 22 Apr '21 - 17:37 »
Pretty much, yes. That is determined by the Buffer setting in the Output options page.

404notfound

  • Guest
Re: Suggestions for 3.9
« Reply #441 on: 6 May '21 - 18:53 »
Suggestion:
If shuffle is enabled, the "next track" button should give a shuffle-picked track instead of literally the next track.

saga

  • Posts: 2778
Re: Suggestions for 3.9
« Reply #442 on: 6 May '21 - 19:57 »
Options & Stuff -> Playlist -> "...apply to play/next/previous controls" is what you want to check.

piovrauz

  • Posts: 1020
Re: Suggestions for 3.9
« Reply #443 on: 24 May '21 - 15:05 »
Yes, a
Quote
"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

  • Posts: 1020
Re: Suggestions for 3.9
« Reply #444 on: 29 Jun '21 - 18:34 »
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

  • Posts: 159
Re: Suggestions for 3.9
« Reply #445 on: 29 Jun '21 - 20:42 »
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

  • Posts: 1020
Re: Suggestions for 3.9
« Reply #446 on: 29 Jun '21 - 20:46 »
this sounds like a logging plugin?  ;D

Keltic Danor

  • XMPlay Support
  • Posts: 916
Re: Suggestions for 3.9
« Reply #447 on: 5 Jul '21 - 06:16 »
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
« Last Edit: 6 Jul '21 - 05:21 by Keltic Danor »

piovrauz

  • Posts: 1020
Re: Suggestions for 3.9
« Reply #448 on: 5 Jul '21 - 15:39 »
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?
« Last Edit: 5 Jul '21 - 15:49 by piovrauz »

sveakul

  • Posts: 159
Re: Suggestions for 3.9
« Reply #449 on: 5 Jul '21 - 19:06 »
@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):