Suggestions for 3.9

[PSXGamerPro1]

Add a option to check for Stuff versions/stuff updates within XMPlay (if available)? That would be great for ppl like me who use stuff versions.

[raina]

Install wget and do

Code Select Expand

wget -N http://www.un4seen.com/stuff/xmplay.exe in the installation directory.

You could batch that up and even schedule it to run daily for example.

Or you could do a wholly Windows native thing without installing anything with a PowerShell script of similar nature. No example for that because I'm not (yet, atleast) into the wordy thing.

[Ian @ un4seen]

It is possible to receive notification of "stuff" updates by adding an "UpdateStuff=1" line to your XMPLAY.INI file.

[saga]

Some modules (like 23.4 impulse power) cannot be detected reliably as VBlank modules, but in this particular case the first 16 rows of the module don't play correctly if interpreted with CIA timing. So it would be nice to have a toggle in the XMPlay MOD settings to force-enable VBlank timing for those modules that need it.

[Jimmy Neutron]

It is possible to receive notification of "stuff" updates by adding an "UpdateStuff=1" line to your XMPLAY.INI file.

I must have missed that one.  Sorry!

What version was it first introduced?

[Ian @ un4seen]

Some modules (like 23.4 impulse power) cannot be detected reliably as VBlank modules, but in this particular case the first 16 rows of the module don't play correctly if interpreted with CIA timing. So it would be nice to have a toggle in the XMPlay MOD settings to force-enable VBlank timing for those modules that need it.

OK, I will look into adding a "force vblank timing" option. Have you also seen any MOD files incorrectly detected as using vblank timing when they're not?

It is possible to receive notification of "stuff" updates by adding an "UpdateStuff=1" line to your XMPLAY.INI file.

I must have missed that one.  Sorry!

What version was it first introduced?

The "UpdateStuff" XMPLAY.INI option was introduced in 3.7.0.25. It was announced here:

   www.un4seen.com/forum/?topic=14264.msg101214#msg101214

[brycco]

I don't know if this has been suggested before, but I think it warrants another look.

File-type associations

XMPlay uses just one Type class , "XMPlay-able file." This means that all files are treated under the same type and cannot be sorted through the normal windows file explorer.

Why not do what VLC and 7-Zip, among others do? Create multiple classes for each file extension applied. Name would be: 'XMPlay.{ext}'

[Jimmy Neutron]

The "UpdateStuff" XMPLAY.INI option was introduced in 3.7.0.25. It was announced here:

   www.un4seen.com/forum/?topic=14264.msg101214#msg101214

Thanks!  I've updated the Secret Setting page.

[raina]

This means that all files are treated under the same type and cannot be sorted through the normal windows file explorer.

After 20 years of this type nonsense, Windows 10's explorer has the file extension available as a column.

[Ian @ un4seen]

Some modules (like 23.4 impulse power) cannot be detected reliably as VBlank modules, but in this particular case the first 16 rows of the module don't play correctly if interpreted with CIA timing. So it would be nice to have a toggle in the XMPlay MOD settings to force-enable VBlank timing for those modules that need it.

Here's an update that adds a "Force VBlank timing" option to the MOD options page and a shortcut option for it:

   www.un4seen.com/stuff/xmplay.exe

Note that changing the setting after loading a MOD file won't change the file's length calculation; the file will have to be reloaded for that to happen. The setting isn't currently retained across sessions or in MOD saved settings. If it works well, it might be useful to include it in MOD saved settings, eg. you could put all VBlank MOD files in a particular folder and set the "Force VBlank timing" option on that path.

I don't know if this has been suggested before, but I think it warrants another look.

File-type associations

XMPlay uses just one Type class , "XMPlay-able file." This means that all files are treated under the same type and cannot be sorted through the normal windows file explorer.

Why not do what VLC and 7-Zip, among others do? Create multiple classes for each file extension applied. Name would be: 'XMPlay.{ext}'

The main reason that XMPlay uses a single class for all file extensions is that it is then simple to keep the settings updated for all of them. For example, enabling/disabling the "Add to XMPlay-list" option only requires updating that single class for it to apply to all associated filetypes. Another less obvious instance of the single class being beneficial is that upon launch XMPlay will update the path stored in the class, which allows XMPlay to be moved by the user and still have filetype associations work. If a seperate class is used for each extension, then I don't think there is any simple way to update all of them; XMPlay would probably have to enumerate all classes (there can be a lot of them) to find the XMPlay ones and then update each of them in turn.

To hopefully allow you to achieve what you want without resorting to multiple classes, the update above has a little change for you to try. It removes the "XMPlay-able file" description from the class, which I think should result in Windows Explorer's "Type" column showing "MOD file", "MP3 file", etc.

[piovrauz]

Well, let's add my 2 cent too. I second the use of 'XMPlay.{ext}' -like classes, which is in my opinion an elegant solution.

I had to disable XMPlay integration and do those manually, because the builtin integration messed up.
I couldn't have them stay put, they kept changing every now and then.
For the more common media type (mp3/ogg/acc/mp4) I reused mpc-hc classes (discovering multiple classes exist).

In my case the description of the class doesn't change anything (sadly).
If the issue is having xmplay update the classes based on location, wouldn't it be better to have some (hidden) option thing take care of it?
I actually don't want the folder updated (since I don't move it) and if I take XMPlay around (usb key) I don't want XMPlay to write the registry at all (portable-like).

[moriez]

Hi Ian,

First, thank you for the free continuous development and support. Much appreciated.

I'd like to suggest implementing a shortcut key for the Playlist option ''Explore folder''. Doesn't look like it exists yet.
Easy for those times one quickly chose only a single track from a folder and decides to want to hear the rest of the album as well.

Just thought of something..
Would it also be possible to add in the Playlist context menu an option ''Add remaining'' (to playlist)?

[Ian @ un4seen]

Well, let's add my 2 cent too. I second the use of 'XMPlay.{ext}' -like classes, which is in my opinion an elegant solution.

I had to disable XMPlay integration and do those manually, because the builtin integration messed up.
I couldn't have them stay put, they kept changing every now and then.
For the more common media type (mp3/ogg/acc/mp4) I reused mpc-hc classes (discovering multiple classes exist).

In my case the description of the class doesn't change anything (sadly).

Do you mean that Windows Explorer is still showing "XMPlay-able file" instead of "MP3 file"/etc after the class description is removed, or do you mean that that isn't what you want to achieve by using multiple classes? If the former, please confirm what Windows version you are using. I tried removing the "XMPlay-able file" description from the class on WinXP/7/10, and in all cases Windows Explorer reverted to the default "MP3 file"/etc. If that's not happening for you, then perhaps Windows Explorer hasn't refreshed its cache; does restarting Windows help?

I'd like to suggest implementing a shortcut key for the Playlist option ''Explore folder''. Doesn't look like it exists yet.

Here's an update that adds a "List track - Explore folder" shortcut option:

   www.un4seen.com/stuff/xmplay.exe

Would it also be possible to add in the Playlist context menu an option ''Add remaining'' (to playlist)?

Would that be to add other tracks from the same album? If so, that option isn't currently available, but if you have the album in the library then a roundabout way of doing it could be to use the "Locate in library > Album" option, and then use "Add to playlist" from there.

[saga]

Here's an update that adds a "Force VBlank timing" option to the MOD options page and a shortcut option for it:

   www.un4seen.com/stuff/xmplay.exe

Note that changing the setting after loading a MOD file won't change the file's length calculation; the file will have to be reloaded for that to happen. The setting isn't currently retained across sessions or in MOD saved settings. If it works well, it might be useful to include it in MOD saved settings, eg. you could put all VBlank MOD files in a particular folder and set the "Force VBlank timing" option on that path.

Works great! It should definitely be a saved setting.

[piovrauz]

Well, let's add my 2 cent too. I second the use of 'XMPlay.{ext}' -like classes, which is in my opinion an elegant solution.

I had to disable XMPlay integration and do those manually, because the builtin integration messed up.
I couldn't have them stay put, they kept changing every now and then.
For the more common media type (mp3/ogg/acc/mp4) I reused mpc-hc classes (discovering multiple classes exist).

In my case the description of the class doesn't change anything (sadly).

Do you mean that Windows Explorer is still showing "XMPlay-able file" instead of "MP3 file"/etc after the class description is removed, or do you mean that that isn't what you want to achieve by using multiple classes? If the former, please confirm what Windows version you are using. I tried removing the "XMPlay-able file" description from the class on WinXP/7/10, and in all cases Windows Explorer reverted to the default "MP3 file"/etc. If that's not happening for you, then perhaps Windows Explorer hasn't refreshed its cache; does restarting Windows help?

Actually, I did not test the descriptionless class since I'm still keeping the file integration "manual"; I'm too scared of changing it right now.
I will test it later, since a reinstall of my win7 is planned, but I'm not confident on the empty description class thing, in particular based on previous experiences (bad ones).
That's why I +1 multiple classes, since I know they work and don't cause me issues (forn now at least).
I will let you know. [OS=win7 x64 sp1]

Btw, thanks for the explore folder menu entry: I quite like it and it's useful, I didn't think of it myself despite using the same thing in web browser quite often.

[moriez]

I'd like to suggest implementing a shortcut key for the Playlist option ''Explore folder''. Doesn't look like it exists yet.

Here's an update that adds a "List track - Explore folder" shortcut option:

   www.un4seen.com/stuff/xmplay.exe

Would it also be possible to add in the Playlist context menu an option ''Add remaining'' (to playlist)?

Would that be to add other tracks from the same album? If so, that option isn't currently available, but if you have the album in the library then a roundabout way of doing it could be to use the "Locate in library > Album" option, and then use "Add to playlist" from there.

"Explore folder'' works beautifully and perfectly does the trick for me. Thanks for the lightning fast action!

And you're right. What I meant is to literally add the remainings tracks in that specific folder.
So say track 2 from 10 is playing, it would add 3 to 10. Personnally I wouldn't care for track 1 as it messes with the album order.

I'm still all about browsing to a folder instead of making use of a library.

[brycco]

To hopefully allow you to achieve what you want without resorting to multiple classes, the update above has a little change for you to try. It removes the "XMPlay-able file" description from the class, which I think should result in Windows Explorer's "Type" column showing "MOD file", "MP3 file", etc.

That definitely solves it for me! I don't need to know if it's "XMPlay-able", the icon does enough justice.

Tbh, I prefer "MOD file" over names like "VLC media file (.mod)" anyway.

[Ian @ un4seen]

Here's an update that adds a "Force VBlank timing" option to the MOD options page and a shortcut option for it:

   www.un4seen.com/stuff/xmplay.exe

Note that changing the setting after loading a MOD file won't change the file's length calculation; the file will have to be reloaded for that to happen. The setting isn't currently retained across sessions or in MOD saved settings. If it works well, it might be useful to include it in MOD saved settings, eg. you could put all VBlank MOD files in a particular folder and set the "Force VBlank timing" option on that path.

Works great! It should definitely be a saved setting.

Here's an update that will include the "Force VBlank timing" setting in newly saved MOD settings (existing saved settings will have it disabled).

   www.un4seen.com/stuff/xmplay.exe

[AstralSoup Design]

About "that" thing I asked you, Ian, when I sent you the Soiload skin and asked you for that text wrapping...

[Ian @ un4seen]

Here's an update that I think will allow you to do "that"

   www.un4seen.com/stuff/xmplay.exe

It adds the option of using "pos_info1line=2" in the skinconfig, which puts the info text in a single line and wraps it if it's too wide to fit in the provided area.

[AstralSoup Design]

Here's an update that I think will allow you to do "that"

   www.un4seen.com/stuff/xmplay.exe

It adds the option of using "pos_info1line=2" in the skinconfig, which puts the info text in a single line and wraps it if it's too wide to fit in the provided area.

Yay! Thaks, Ian! We owe you a pie!

[Sasha]

Common Dialog with Places would be nice

[saga]

Since XMPlay adds its own controls to the common dialog, Windows automatically falls back to using the "old" common dialogs. I'm not sure if that's easily fixable (or at least, all common dialog actions would have to be implemented twice, once for the "old" pre-Vista style and then again in a completely different way for Vista and newer).

[moriez]

When a playlist contains only 1 track and I want the track to start over, hitting the back button doesn't do that. Is it possible to change this behaviour?

[saga]

Somehow I think these things have been suggested before... Maybe they can still be implemented in time for the traditional Christmas release?
I occasionally want to listen to the remaining queue and then stop playback. I know there is an option for "stop at end of queue", but I don't want to always toggle that. Extending the close button's right-click menu with a "close at end of queue" option would be more suitable.

And to go even further than that, having options in the same context menu to automatically shut down the computer (rather than closing XMPlay) at the end of the list or queue would also be great to have.