▲

[Philidor11]

Ian, I put the 15 entries from Regedit into a zip file.  Did it arrive in incoming?

[Ian @ un4seen]

I have narrowed down the reasons for this problem. Opening xmplay with or without any plugins doesn't cause any problem. The problem starts only  after I click the interface. Then, no matter if I close xmplay, the system continues to hang and lag until I restart.

Does it matter if I don't use aero and have my windows themes service turned off? It must be some kind of skinning system change that have taken place since previous built.

Did the problem happen with the initial 3.6.0.0 release version too? If you're not sure, here is that version to try:

   www.un4seen.com/stuff/xmplay.exe

Also, did you have the problem with any of the 3.5 "stuff" builds?

Ian, I put the 15 entries from Regedit into a zip file.  Did it arrive in incoming?

Yep, got them, thanks.

Please try reapplying the "Associated filetypes" in XMPlay's "Integration" options page, and then export the "HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.mp3" branch again (and check that "Play All" still isn't working properly). Also, what type of Windows user account are you using, ie. is it an Administrator or Standard account?

[amit]

Did the problem happen with the initial 3.6.0.0 release version too? If you're not sure, here is that version to try:

   www.un4seen.com/stuff/xmplay.exe

Also, did you have the problem with any of the 3.5 "stuff" builds?

In the last 3.5 stuff version I use (3.5.1.43) There is no such problem. In the 3.6.0.0 there is.

[Philidor11]

When I started, XMPlay's icon was next to the Play button.  The Play All button still played all the movements simultaneously.

In Options and stuff, I clicked the None button and Apply, then the All button and Apply.  I restarted the computer.

Now WMP is the default - no XMPlay icon - and Play All works correctly with WMP.  Open with XMPlay is available when I right-click on the folder.  I used jv16 (regedit doesn't work) to find the 3 entries requested and put them in incoming.

I'm using an Administrative account - Owner.

Hope this is useful.

[Bjossi]

I am not able to reproduce this (yet), but now twice it has happened to me that XMPlay does not play the next song in the playlist, even though I have random playback disabled. When I replayed the previous track and skipped to the end, then it went to the correct track next. I wish I could provide more info but so far this is a very strange and rare one.

[Dotpitch]

I am not able to reproduce this (yet), but now twice it has happened to me that XMPlay does not play the next song in the playlist, even though I have random playback disabled. When I replayed the previous track and skipped to the end, then it went to the correct track next. I wish I could provide more info but so far this is a very strange and rare one.

You didn't accidentally queue anything (for example with the middle mouse button), did you?

[Jace]

If that's the case, you could either right-click on the repeat-button on playlist or go to 'Playlist' on Options&stuff to uncheck 'Stop at end of queue' and see if it'll happen ever again.

[Bjossi]

That seems to have been it, thanks. But this shortcut seems to be hardcoded, I can't find it in the shortcuts list in the options dialog. I would prefer having this disabled as I never use the queue.

[Dotpitch]

But this shortcut seems to be hardcoded, I can't find it in the shortcuts list in the options dialog.

You can change the behaviour of the mouse buttons on the Playlist page of Options and stuff (they're not shortcuts).

[Ian @ un4seen]

In the last 3.5 stuff version I use (3.5.1.43) There is no such problem. In the 3.6.0.0 there is.

Was XMPLAY.EXE in a directory on its own in both cases?

I don't currently have any idea what the problem could be; I am unable to reproduce it, and the fact that it persists after XMPlay is no longer running is most puzzling. I think what I'll have to do is just try to narrow it down by sending you stuff to try there.

When I started, XMPlay's icon was next to the Play button.  The Play All button still played all the movements simultaneously.

In Options and stuff, I clicked the None button and Apply, then the All button and Apply.  I restarted the computer.

Now WMP is the default - no XMPlay icon - and Play All works correctly with WMP.  Open with XMPlay is available when I right-click on the folder.  I used jv16 (regedit doesn't work) to find the 3 entries requested and put them in incoming.

I'm using an Administrative account - Owner.

Hope this is useful.

OK. Those REG files seem fine, so I'm not sure what else the problem could be. You could also export the "HKEY_CURRENT_USER\Software\Classes\XMPlay" registry branch, to see if anything has gone wrong in there. I don't think this stuff would be affected by the XMPlay config, but you could also try again with a fresh installation (eg. XMPLAY.EXE in a directory on its own) just in case.

Is anyone else having this "Play all" issue? It could be useful to see if there are any patterns to it. The same goes for amit's issue.

[Dotpitch]

Just associated XMPlay with MP3 files, 'Play all' starts WMP. Associated XMPlay with M3U as well, 'Play all' then loads the mp3s and the m3u in a single XMPlay (or the current one, if available). I can't reproduce amits problem, XMPlay keeps running smoothly here (Win7 x64 with Aero).

[Helge]

Disabling Info bubbles (Options -> Appearance) seems to be ignored in 3.6.

I'm running XMPlay through wine on Ubuntu. The bubbles remove focus from whatever window I'm working in when they appear, so I need the ability to disable them.

Disabling them in XMPlay 3.5.1 works fine.

[saga]

In Win7 they are not shown, so this sounds like yet another problem with Wine.

[dbozan99]

Hi, I Just found XMPlay the other day. I absolutely love it! I will never be forced to use that bloated winamp again! Hooray! (And All of my favorite plug-ins work too! Double Yay!)
All It needed was a new skin. (The default was a little overwhelming at first....)

Anyway, the real reason I made an account here was to tell you of the problems I've been having. I'm using Windows 7 Pro x64 by the way.

The Issue of extreme sluggishness is present on my machine too. Just OPENING the program instantly latches on to 25% of my cpu, but whatever it's trying to do makes it seem more like 110% because everything else is practically unresponsive... Everything in XMPlay seems to be fine though...But I would like to listen to music AND work/play

Just closing XMPlay doesn't close completely either! It makes it even slower (the "System" entry in the task manager flies up to 25% as well as xmplay!) and I have to manually end the process every time.

I haven't tried an older build yet, but I will later to see if the problem goes away...

I'll Attach a dxdiag and stuff below if it helps...

[Pike84]

This sounds a lot like the problem amit was/is having, with the same OS too.

Just a thought: have either of you tried any compatibility modes, just in case it might help? Not that XMPlay should need any, especially since the previous version works, according to amit .

[dbozan99]

I tried several, nothing helped. (Win95 practically crashed the comp...)

[Dotpitch]

I haven't tried an older build yet, but I will later to see if the problem goes away...

You can get 3.5.1 (the previous stable release) from the XMPlay Archive.

The Issue of extreme sluggishness is present on my machine too. Just OPENING the program instantly latches on to 25% of my cpu, but whatever it's trying to do makes it seem more like 110% because everything else is practically unresponsive... Everything in XMPlay seems to be fine though...But I would like to listen to music AND work/play

Could you give some details about your OS configuration? Do you run it with Aero, of with all theme services off like amit? After closing XMPlay, what thread of the System process is taking the CPU time? (You can use Process Explorer, double-click the System process and go to the Threads-tab.)
amit, do you happen to run Windows 7 Professional as well, or a different one? I've got Home Premium, btw.

[Cris]

(You can use Process Explorer, double-click the System process and go to the Threads-tab.)

I was just about to suggest the same thing.

However, I'd suggest starting ProcessExplorer and opening the Threads tab (for the System process) before actually starting XMPlay. Because enumerating the System threads (and all their details) is quite a complex process, and if after opening XMPlay there are performance problems, opening ProcessExplorer and then listing the System threads could take ages.

[Ian @ un4seen]

The Issue of extreme sluggishness is present on my machine too. Just OPENING the program instantly latches on to 25% of my cpu, but whatever it's trying to do makes it seem more like 110% because everything else is practically unresponsive... Everything in XMPlay seems to be fine though...But I would like to listen to music AND work/play

Just closing XMPlay doesn't close completely either! It makes it even slower (the "System" entry in the task manager flies up to 25% as well as xmplay!) and I have to manually end the process every time.

I haven't tried an older build yet, but I will later to see if the problem goes away...

As well as trying an older version, please try placing the current XMPLAY.EXE alone in a directory, to eliminate it being a config or plugin related issue.

[dbozan99]

After fiddling around, I believe I have found the cause!

When I found out that it could use any winamp plug-in I immediately threw all of my plug-ins in with XMPlay. The Old Sk00l MOD player (http://www.winamp.com/plugin/oldsk00l-mod-player/2266) was causing the shutdown issues. (Not necessary in XMPlay anyway...)

The "latching-on" of 25% of my cpu was caused by the Library monitoring in combination with some other plug-in, I believe it's SNESAMP but I can't be sure.
While testing, this even caused some crashes too. I have no idea why, XMPlay just closed for no reason. No "This program has quit unexpectedly" or anything....

Easy fix though, turn off any monitored directories.


Everything seems to be working fine now. 0-5% CPU, even with DSP's.