next »

[WonderSlug]

I do think that XMPlay  should make use of SSE instructions , coz every now and then when i do some process intensive tasks (Running win7 is a process intensive task btw  ) XMPlay is glitchy..I tried increasing the buffer now it is somewhat better.
But I believe SSE should make a difference..

Or you can increase the process priority of XMPlay like I do.  XMPlay 3.5 runs just fine, without being 'glitchy', on one of my old AMD Athlon 1400 computers running Windows 2000 Pro.  That system is about 10 years old, in both hardware and OS (a dinosaur computer in industry timeline).  All I do is open Task Manager and set xmplay.exe's task priority to 'Above Normal'.

If XMPlay stutters and is 'glitchy' on your obviously, much newer, much more powerful PC, then it's your system setup, and not XMPlay that is the issue.

[m]

When paused Xmplay flashes the time and the pause/play button. Is there now some way to disable those visual effects?

There's been a hidden option for that for quite some time already: add NoFlashPause=0 to the [XMPlay] section of xmplay.ini.

Thanks! I needed to make that NoFlashPause=1 though. Like Jimmy Neutron I also hope for a way to stop the time flash during pause.

[Dotpitch]

Thanks! I needed to make that NoFlashPause=1 though. Like Jimmy Neutron I also hope for a way to stop the time flash during pause.

Ah, what a stupid mistake of me, confusing 0's and 1's...

[amit]

Recently I came across a few files encoded in 24bit. Usually 16 bit output is enough but for these files it will mean some loss of data.

Is there a chance to add another option to the output resolution:"same as source" that will switch the output bitdepth automatically according to the track's bitdepth?

[wrkq]

Is there a chance to add another option to the output resolution:"same as source" that will switch the output bitdepth automatically according to the track's bitdepth?

Actually, I think that's the default.
The samplerate setting kicks in for modules and in cases where the original samplerate isn't supprted by the output, and resample is necessary. Of course, if you check "Apply sample rate to all formats", you force resampling in all cases except when track is already at same rate.

For example I have my output set for 48 kHz (accidentally, to be honest), but all my 44.1kHz MP3s are output at that rate, because the sound card supports it and resampling isn't strictly necessary.

... or am I horribly wrong about that and should get shot?

PS. If you meant that you have some 8-bit, some 16-bit, and some 24-bit MODULE files... then I guess it would make some sense.

EDIT: re: below and everything... well, *facepalm*. I totally misread the problem as samplerate, then somehow managed to "go back" to bits in last line... I blame caffeine deprivation.

[Dotpitch]

Is there a chance to add another option to the output resolution:"same as source" that will switch the output bitdepth automatically according to the track's bitdepth?

Actually, I think that's the default. The samplerate setting kicks in for modules and in cases where the original samplerate isn't supprted by the output, and resample is necessary. Of course, if you check "Apply sample rate to all formats", you force resampling in all cases except when track is already at same rate... or am I horribly wrong about that and should get shot?
PS. If you meant that you have some 8-bit, some 16-bit, and some 24-bit MODULE files... then I guess it would make some sense.

amit was talking about the resolution (16/24/32-bit) for streams (MP3/Vorbis/FLAC/WAVE), not about the sample rate (44.1k/48k/96kHz). The sample rate automatically switches, the bit depth does not.

Is there a chance to add another option to the output resolution:"same as source" that will switch the output bitdepth automatically according to the track's bitdepth?

Thinking of it, how would XMPlay determine whether a, for example, MP3 or Vorbis file is 24-bit? AFAIK, there's no difference (aside from compression artefacts) between one made from a 16-bit source and one from a 24-bit source. For WAVE and FLAC it's probably more clear, since they're both lossless.

[SmartOne]

Parametric equalizer.

[OSH]

Support for MVX (.mvm), BoyScout (.bsf), Digital-FM Music (.670), Disorder Tracker 2 (.plm), Sam Coupe (COP), the 0ok amazing synth tracker (t0ast), Symphonie (SYMMOD) and Renoise

[amit]

Is there a chance to add another option to the output resolution:"same as source" that will switch the output bitdepth automatically according to the track's bitdepth?

Thinking of it, how would XMPlay determine whether a, for example, MP3 or Vorbis file is 24-bit? AFAIK, there's no difference (aside from compression artefacts) between one made from a 16-bit source and one from a 24-bit source. For WAVE and FLAC it's probably more clear, since they're both lossless.

Has this any importance for mp3s or other lossy formats? I think bit-depth (or bit-perfect output) would have any importance at all only when talking about lossless media.

I don't know how different formats are encoded but I thought the encoded result has some identification of its resolution. 

[Dotpitch]

Has this any importance for mp3s or other lossy formats? I think bit-depth (or bit-perfect output) would have any importance at all only when talking about lossless media.

For lossless formats, it makes perfect sense .

[amit]

A couple more :

1. When using save settings can the amp info include the replaygain settings?

2. Can the limit 'according to peak level' be checked for replaygain+pre-amp adjustments together? If I use +12db pre-amp with the limit option on ,  only use the maximum possible portion out of the 12db that won't cause any clipping.

[mikiqex]

Having troubles searching thru this forum so please don't torture me if it's already answered somewhere...

I don't think it's possible (or easy way) to remove URL from Open->URL history. This is the only feature I miss... 

Thank you.

[Dotpitch]

I don't think it's possible (or easy way) to remove URL from Open->URL history. This is the only feature I miss... 

There is no simple way to remove a particular entry.
You can open xmplay.ini and remove the entire URLHistory=... entry, which will clear all the entries. If you don't want any history at all, add NoHistory=1 to the [XMPlay] section of xmplay.ini.

[Pike84]

A small one...

I keep the player "always in tray", and I like those info bubbles that come up on track change. I often lose the focus of the player, when something else comes up in the screen, or when I just inadvertently click on something else without pressing the minimize button first. The problem is, that then the song change info bubbles don't come up, and I have to pull up the player and minimize it again to fix this.

So, is it possible to have the player be automatically minimized, when it loses its focus, or make it possible for the track change bubbles to come up even when the player isn't in tray? Oh, and this also concerns all the other tray info bubbles like back/forward, volume up/down.

[Dynobot]

Follow Music Player Daemon's lead and make this a client / server player.

Be a trail blazer and one of the first IF NOT THE FIRST Windows based client / server music players.

Also in the rest of the world players are getting iTouch/iPhone support, might want to consider that as well.

Its must be hard work to keep up, but as it refers to computer audio software, if you don't keep up you get left behind pretty quick.

[WonderSlug]

Another suggestion, I don't think has been mentioned.  If it has, then put me down as as +1 for it.

I'd like the ability to save/load custom EQ settings.  XMPlay 3.5 has the rock, salsa, pop, jazz, flat, etc. settings built-in, and the single "custom" setting.  However, I'd like to make a bunch of custom EQ settings and save each one and load as I desire.

[Ian @ un4seen]

Recently I came across a few files encoded in 24bit. Usually 16 bit output is enough but for these files it will mean some loss of data.

Is there a chance to add another option to the output resolution:"same as source" that will switch the output bitdepth automatically according to the track's bitdepth?

I'm not sure that's really necessary for playback, as the resolution could simply be left at the soundcard's maximum. For example, 24-bit output will losslessly play anything up to 24-bit, including 16-bit. Such an option could also prevent crossfading and gapless playback, which require the output format to be constant between the old and new tracks.

One instance where "same as source" could be useful though, is when transcoding from lossless format to lossless format, ie. you probably wouldn't want needless extra bits then as it could increase the resulting file size.

1. When using save settings can the amp info include the replaygain settings?

Yep, here's an update to try...

   www.un4seen.com/stuff/xmplay.exe

2. Can the limit 'according to peak level' be checked for replaygain+pre-amp adjustments together? If I use +12db pre-amp with the limit option on ,  only use the maximum possible portion out of the 12db that won't cause any clipping.

I'm undecided on which is the preferable order for the limit and pre-amp options to be applied, but from the name alone, I guess it would be logical for pre-amp to come first, as you request. The update above should do that.

So, is it possible to have the player be automatically minimized, when it loses its focus...

I tried doing that, but I'm not sure it works very well. For example, while working with another window (that isn't totally covering XMPlay), you may still want to see XMPlay for info/vis/etc. Perhaps using a global shortcut to minimize/restore XMPlay would be a better solution?

[amit]

Thanks.

I'm undecided on which is the preferable order for the limit and pre-amp options to be applied, but from the name alone, I guess it would be logical for pre-amp to come first, as you request. The update above should do that.

This can be used now to reach maximum possible volume while still avoiding clipping as mentioned in discussion some time ago. If you set the pre-amp level to +12 it will only go as up as the peak information allows.

[Pike84]

I tried doing that, but I'm not sure it works very well. For example, while working with another window (that isn't totally covering XMPlay), you may still want to see XMPlay for info/vis/etc. Perhaps using a global shortcut to minimize/restore XMPlay would be a better solution?

Oh yes, that'll make it easier, silly me for not thinking about that...

I guess an auto-minimize option wouldn't hurt though

[Dotpitch]

Suggestions for XMPlay 3.6

List has been updated, go here...