▲

[Dotpitch]

Is there a button (keyboard shortcut) to show the name of the track that's playing when fullscreen vis. is used without changing the song?

Look for 'Current track - Tray title bubble' in the shortcut list.

[Ian @ un4seen]

- BUG: Playback freezes (!) when 'No Visualisation' is selected

Oops, that should be sorted now...

   www.un4seen.com/stuff/xmplay.exe

- It's not possible to set the vis. refresh rate to more than 100 Hz from the Options & Stuff page.

The maximum has now been increased to 125 Hz. Note the chosen rate will internally be rounded up to the nearest factor of 1000. For example, 120 will be rounded up to 125 (1000/8).

- Have you decreased the button flashing rate when paused? It's a lot slower (and less annoying) now

Yes

A 'secret' setting to disable that effect would be nice to have (if possible)

OK. The update above adds a "NoSpectrumFade" option for that.

[Jimmy Neutron]

And NoFlashPause also stops the flashing time when paused.

Thanks!

[Pike84]

Setting a refresh rate higher than 40Hz makes a *HUGE* difference:

Hah. Just as I thought, I couldn't notice any difference from higher refresh rates.

Nice evaluations of the effects at different rates (especially the effect on the blur) .

But hey, nice thing that your super fast eyes got treated. If only you could crank it up to 200Hz or so, how smooth would That be, mmh ...

[Cosworth]

[

But can you do blink time and play\pause button after switch on player?

Do you want to disable the flashing when paused? If so, the time flashing has been disabled in the update above (2 paused indicators was a bit unnecessary). If you want to disable the button flashing too, you can do that by adding "NoFlashPause=1" in the XMPLAY.INI file.

No, I mean, that would be good if button play\pause and timer will flashing after run XMPlay, if it was close on pause 

[oddiophile]

Hah. Just as I thought, I couldn't notice any difference from higher refresh rates.

But hey, nice thing that your super fast eyes got treated. If only you could crank it up to 200Hz or so, how smooth would That be, mmh ...

There's no need for higher refresh rates. 120 Hz is more than enough

To notice the difference, you really need a responsive display (e.g. high-quality CRT). The difference is minimal on a common (5ms advertised / ~25ms real 'FullHD' 60Hz TN) LCD monitor.

[oddiophile]

Nice evaluation of the effects at different rates

The difference between 40Hz and 60Hz is obvious (even with a 60Hz LCD display):

- Download and Enable the 'Honto Phase v0.6' visualisation plugin

- Start playback and then open the XMPlay 'Options and stuff' window

- Enable fullscreen vis. and Middle click to reveal the Phase Options menu

- Select 'Physics',  choose 'Model 8' and adjust the 'Spring' value to MAX.

- Increase the refresh value in 'Options and Stuff' gradually from 40Hz to 60Hz

[SomeDude]

Different filetype associations for audio files (mp3, etc.) and playlist files (m3u, etc.) would be great.

[Dotpitch]

Suggestions for XMPlay 3.7

List updated, go here...

More feature requests? Post them in this thread! Bugs, problems and questions should be posted in the 3.6 reports, queries and bugs-thread.

[Jones]

Fact: although virtually unknown in a world of bells'n'whistles, XMPlay reigns supreme among audio players in terms of sound quality and stability, with no challenger in sight (be that free or commercial). Hats-off to the developers!

Fancy: such a high-end audio player could do very nicely with native VST support for pro-grade plugins (the Winamp wrappers are for the most part useless, as they are inside Winamp itself for that matter). Reliable VST support (with the emphasis on "reliable") would open a whole new world of opportunity for proper loudspeaker control, room eq, etc. 

And a thought: a paid-for "pro" version with features as such and not so much cool fluff and online gadgetry might not be such a terrible idea... I know I'd jump on it tomorrow if it were (there's nothing else of the kind out there).

Cheerio

[Pike84]

a paid-for "pro" version with features as such and not so much cool fluff and online gadgetry might not be such a terrible idea...

XMPlay is already "pro" enough for me, and naturally I don't like the idea of making the player commercial, as it's been free so far.

What do you suggest would be the pro features anyway? Or did you mean the free version should just be cut down on features, while the pro version would retain the current features?

[oddiophile]

Fancy: such a high-end audio player could do very nicely with native VST support for pro-grade plugins (the Winamp wrappers are for the most part useless, as they are inside Winamp itself for that matter). Reliable VST support (with the emphasis on "reliable") would open a whole new world of opportunity for proper loudspeaker control, room eq, etc.  

And a thought: a paid-for "pro" version with features as such and not so much cool fluff and online gadgetry might not be such a terrible idea... I know I'd jump on it tomorrow if it were (there's nothing else of the kind out there).

Cheerio

Want 'Pro' features such as:

* 64-bit floating-point processing
* 512-point HQ Sinc resampling
* Unlimited-band parametric EQ , real-time FIR noise reduction, high-quality reverb
* Real-time HQ pitch shifting, time stretching and playrate control
* 64-bit VST effect plugins
* Powerful transcoder that converts to/from various audio formats, sample rates and bitdepths  ?
* Trippy visualisations

All of that is already possible if you use a pro audio editor as a player

[Zarggg]

And none of which are necessarily for a bare-bones, low-overhead audio player.

Why does no one understand that XMPlay's goal isn't to be the biggest player in the game with the most features?

[Jonesks]

XMPlay is already "pro" enough for me, and naturally I don't like the idea of making the player commercial, as it's been free so far.

What do you suggest would be the pro features anyway? Or did you mean the free version should just be cut down on features, while the pro version would retain the current features?

  Now, hold on... Let's go back to what I said, for a moment. I'm just as hooked on XMPlay as you (if not more), except perhaps for different reasons. Nothing wrong with that, I hope.

I wasn't suggesting XMPlay went payware. Or that the free player be trimmed down. The word "version" in my post implied a possible alternative commercial edition with additional features that might require a greater coding effort. I'm no programmer and have no idea what it would take to develop such patches/modules. Given what a fantastic package the XMPlay team is already offering for free, it felt a tad inconsiderate to just post a simple "I want native VST support (please)". Of course I wouldn't mind getting it for free . It just seemed reasonable to let the developers know that, I for one, wouldn't mind paying a fair price for such extras if they cannot give them away for free. It's all I was saying.


@ oddiophile:

  I get your mild sarcasm, but in fact many of the functions you listed above would be quite possible with good native support for third-party VST plugs. No need for the XMPlay team to reinvent the wheel or abandon their minimalist approach (which I like a lot BTW).

'Course you could achieve all that and more in a heavyweight editing software. 25 clicks of the mouse or so, half your PC's resources and you're ready to listen to your favourite album . The point is XMPlay is the only viable alternative to that, if you're not prepared to trade sound quality and reliability for convenience. And... an "oddiophile" like yourself surely wouldn't mind a couple of top-notch third party DSP plugins in control of your HiFi, I'm thinking.


@ zarggg:

Supporting another plugin standard is not going to make XMPlay any heavier. What you'd load and run inside it would be your choice entirely. Different people can use the same tool for different purposes and still remain civil about it . To me, for instance, most of the features requested in this thread are totally useless, as they have nothing to do with sound control. But that's alright, I'm not bashing anyone in the forum for desiring a couple more buttons to click on, here and there. I just don't use them.

Peace

[Dotpitch]

I'd rather have a donation option (on this site, not in the player) for the current XMPlay than a commercial version .

Btw, oddiophile probably wasn't being sarcastic (he wants more DSP power in XMPlay). Ian is the only developer of XMPlay, which makes it a bit more difficult to launch a commercial version with even more features. A native VST wrapper sounds good though, and it can probably be constructed as a plugin.

[Pike84]

It just seemed reasonable to let the developers know that, I for one, wouldn't mind paying a fair price for such extras if they cannot give them away for free. It's all I was saying.

Ok, that sounds reasonable. As Dotpitch said though, Ian does this alone (as far as anyone here knows), and his "main product" is still BASS (the audio library), that is commercial.

Still, no harm in hoping for new features, if they won't bloat the player .

I'd rather have a donation option (on this site, not in the player) for the current XMPlay than a commercial version .

I could make a small donation every once in a while myself.

[Jonesks]

I'd rather have a donation option (on this site, not in the player) for the current XMPlay than a commercial version .

Yes, that could work too. I'm with you and Pike84 on this one.

Btw, oddiophile probably wasn't being sarcastic (he wants more DSP power in XMPlay).

No, of course he wasn't. Just letting his secret wishes out, if anything...    I was actually amused, not offended at all.

Ian is the only developer of XMPlay, which makes it a bit more difficult to launch a commercial version with even more features.

Oh, I see. I knew he was the man behind it, but wasn't aware that XMPlay is entirely a one man effort. Kudos then!

A native VST wrapper sounds good though, and it can probably be constructed as a plugin.

Mmmmmusic to my ears! 

[Ian @ un4seen]

In the meantime, although not quite as convenient as a right-click menu, you could use the "Find" history to do it

On that note, the history is now accessible via the quick find option, by pressing Page Up/Down...

   www.un4seen.com/stuff/xmplay.exe

And NoFlashPause also stops the flashing time when paused.

The time flashing is actually disabled regardless of the "NoFlashPause" setting

The update above also makes it possible for skins to define their own "paused" state for the play/pause button (placed below in the button_pause.bmp file) to be displayed instead of the flashing.

Oh, I see. I knew he was the man behind it, but wasn't aware that XMPlay is entirely a one man effort. Kudos then!

It's probably a bit unfair to call it entirely a one man effort, as there are others creating plugins and skins and support websites. A lot of the stuff that gets added is also user-suggested (the creeping size increase is all of you's fault ).

Btw, there are no plans for a commercial/paid version of XMPlay.

[amit]

In the meantime, although not quite as convenient as a right-click menu, you could use the "Find" history to do it

On that note, the history is now accessible via the quick find option, by pressing Page Up/Down...

   www.un4seen.com/stuff/xmplay.exe

I appreciate the minimalistic approach

This is nice though it isn't ensuring specific search patterns to stay indefinitely available. If you prefer going this road , maybe a check box can be added in the find window? It will tell xmplay to remember ticked patterns with no regard to the history.

Another related idea: now with the new advanced search syntax  , couldn't "locate in library" be transformed to "locate" and use the find window text? Finding chosen tracks' artists , for example , would become "%artist=x/%artist=Y...", finding their genres would become "%genre=x/%genre=y..." etc'.This will mean the located tracks will be marked both in the library and the playlist and could be selected easily. Then custom user find patterns (saved or remembered) could be added below the default "locate" list (after a splitter line ofcourse ).

[garson]

The time flashing is actually disabled regardless of the "NoFlashPause" setting

The update above also makes it possible for skins to define their own "paused" state for the play/pause button (placed below in the button_pause.bmp file) to be displayed instead of the flashing.

Ian, can you please add option for play/pause button to flash after closing XMplay in paused state?
Thanks.