▲

[Alt]

Usually I don't open panel, on video it's recorded just to show all ways that problem could be reproduced. The real deal with explorer, player hangs pretty often when I'm just replacing playlist dropping files/folder to main window (on video at 0:34). If a4a tray icon is hidden (with taskbar setting 'hide unused icons' which I don't like) or with tools like SD WinHider - all fine. Maybe driver settings lock (video @ 2:34 could do the trick and there won't be need to use 3rd party tools. So can this be done with XMPlay's ASIO plugin? Off course dynamic settings are great, they help a lot (to set correct buffer size in real time). But when all is good, user shouldn't need it anymore. Nice little option that will unload something already useless can't be bad  Stuff versions have enabled 'Loop' by default. 3.8.0.10 is set to "auto", 3.8.0.11 - to "always".

[Ian @ un4seen]

ASIO4ALL doesn't send a reset message when a new track is opened, so I don't think ignoring reset requests would fix your issue. I'll send you a debug plugin version to find out where the delay is occurring.

Regarding the "Loop" setting, that should default to "never". Is it automatically changing to "always", and if so, when does that happen? Perhaps it's from some saved settings being loaded?

[Alt]

Regarding the "Loop" setting, that should default to "never". Is it automatically changing to "always", and if so, when does that happen? Perhaps it's from some saved settings being loaded?

That happens on each "fresh" start. Checked few times deleting xmplay.ini and always seen 'welcome' message + other 1st start stuff. Also since I have all system rights and my OS is older than Vista there's no additional folder/settings in AppData. 'Release' version 3.8.0.5 is fine.

[Ian @ un4seen]

Ah yes, I see what you mean. I'll correct that for the next update.

[HellMan666]

might not be an xmplay issue, could be wasapi or likely nvidias HD audio drivers

basically my pc playing music via a yamaha sound-bar/hdmi, but if i hit the bars off button, if it power saves and goes off automatically or the cat walks on it switching the bar from HDMI mode to Input Mode (spdif), xmplay crashes and the nvidia drivers go awol for a bit, then i have to change over to spdif, which just dont have that boom on the lower frequencies my dear old heavy metal requires

be handy if it automatically jumped to direct sound or even auto to spdif instead of freezing up

i found this, exactly the issue i get, so unlikely anything to do with xmplay :-) - http://www.avsforum.com/t/1482693/workaround-nvidia-hdmi-audio-not-plugged-in-after-resume-from-sleep-s3-or-turning-tv-off-then-on

windows 7 64bit ultimate (all drivers up to date)
16g of ram
nvidia 550ti
normally use wasapi on exclusive mode
yamaha sound projector via hdmi or spdif

[Alt]

Here's my old problem with XMPlay and ASIO4All. I hope that the new video will explain everything better.

Ian, there's some pretty annoying bug related to Windows Explorer (on XP/2003 at least). When I'm using asio4all in some cases (like opening files/folders, closing asio4all panel during playback) xmplay may freeze. It has something to do with A4A tray icon & explorer in general because when I kill 'explorer' process & open files with 7Zip File Manager, hang doesn't occur (also doesn't occur with other ASIO, DS etc).

I solved this problem with asio4all.dll hex editing that disables tray icon. This workaround is pretty lame but at least it works without problems and also at present time it's universal for all 32 bit versions since version 2.9 beta 3). As a downside now you can't access to Control Panel (still can use "ASIO4ALL v2 Off-Line Settings" to set default settings for new ASIO-based programs)
Automatic patcher with readme (containing description of what I changed) in attachment for someone who has similar problem or just want to disable ASIO4ALL tray icon.Author of ASIO4ALL told how to disable tray icon in a proper way.
There's 2 ways. First - registry edit, second - patch asio4all*.dll with OEM utility
First way.
It's long to explain so I'd just give link to this document and repeat the author about 'secret' flag #define A4A_FLAG_NO_TRAY_ICON 0x00000004 (application).
And here's tweak to disable tray icon for all applications (recommended to apply right after A4A installation (or at least before opening control panel in some app)

Code SelectExpand

Windows Registry Editor Version 5.00
 
; Disable tray icon by default
[HKEY_CURRENT_USER\Software\ASIO4ALL v2 by Wuschel\Defaults]
"Flags"=dword:00000004
Second way.
- Download and install this: http://www.asio4all.com/oem_public/A4Av2Oem_Eval_2_10.exe (maybe you'll need to change link according to version)
- It contains an editor ("a4aedit.exe") -> run it
- Click "Open" and select asio4all.dll, or asio4all64.dll (works with both)
- Uncheck "Tray Icon" - Do not change anything else!
- Save

[fraz]

Hi!

I just noticed some weird behavior regarding playlists and the library: Playlists in ".pls" format are not saved in the library.
I have a folder for radio-stream-playlists. It is included in the library. But when I try to find a playlist using Ctrl-F, I can only see the playlists that are in .m3u format.
Is this reproducible on other's machines?
(I've got the latest stuff version)

Thanks, fraz

[Dotpitch]

Do you have Options and stuff > Playlist > Library > Process playlists unticked?

[fraz]

Do you have Options and stuff > Playlist > Library > Process playlists unticked?

No, it was ticked on.
Now I unchecked it and rescanned the directory - and now the .pls show up! Thanks a lot for the tip!

But is it a bug or a feature, to process m3u-lists but not pls-lists?

fraz

[Ian @ un4seen]

Both M3U and PLS files should be supported equally by XMPlay. If you're finding that it doesn't support some M3U files, please upload an example to have a look at here...

   ftp.un4seen.com/incoming/

[saga]

I've noticed this error to happen for quite a while now, although it only happens rather rarely. When double-clicking the vis to make it go fullscreen, sometimes the window is indeed extended to the full screen size, but the vis (mostly or maybe only managed to reproduce it with the built-in pattern vis) kept rendering at the previous windows resolution in the top-left corner of the window.

Does it happen during playback, or while paused/stopped? If during playback, does it correct itself eventually, eg. at the next pattern? Please also check whether channel muting via the mouse middle-clicking works then.

I just had this one again, I didn't remember to check the middle-clicking, but it definitely didn't fix itself by just waiting for the next pattern to come by. I've attached a screen of the situation... In the middle you can see a frozen pattern vis covered by some context menus that won't go away (no redraws happening), and only the small pattern vis in the upper left is actually scrolling.

[saga]

It seems like module comments with URLs in them aren't copied to the clipboard correctly. Try copying the module comment of the attached test module to the clipboard and you should notice that anything following the URL in the comment text won't be copied.

[saga]

Another update on the fullscreen vis bug: Channel muting using middle-clicking works. The clicks are registered at the area where the full-screen vis would be expected to be drawn, even if that part is being cut off. This time, I didn't get any vis updating at all, i.e. I just saw the frozen vis in the middle of the screen, nothing else.

[Ian @ un4seen]

I've noticed this error to happen for quite a while now, although it only happens rather rarely. When double-clicking the vis to make it go fullscreen, sometimes the window is indeed extended to the full screen size, but the vis (mostly or maybe only managed to reproduce it with the built-in pattern vis) kept rendering at the previous windows resolution in the top-left corner of the window.

Does it happen during playback, or while paused/stopped? If during playback, does it correct itself eventually, eg. at the next pattern? Please also check whether channel muting via the mouse middle-clicking works then.

I just had this one again, I didn't remember to check the middle-clicking, but it definitely didn't fix itself by just waiting for the next pattern to come by. I've attached a screen of the situation... In the middle you can see a frozen pattern vis covered by some context menus that won't go away (no redraws happening), and only the small pattern vis in the upper left is actually scrolling.

I'm still not certain what's causing the problem, but I'll send you a little update to try.

It seems like module comments with URLs in them aren't copied to the clipboard correctly. Try copying the module comment of the attached test module to the clipboard and you should notice that anything following the URL in the comment text won't be copied.

Oops! I think that would've been introduced in the eliminating duplicate URLs update. I'll sort it for the next update.

[saga]

Thanks, I'll see if the update helps. Since the problem was occuring randomly (just toggling between fullscreen and windowed mode a few times in a row wouldn't be enough to reproduce the problem most of the time), I guess it will take a while until I can be sure whether it's fixed or not.

EDIT: Well, that was quick. I can still reproduce the pattern vis bug. This time, I could even reproduce it four times while playing the same song by just double-clicking the vis often enough (I swear, I only did it for science! ). The internal vis rendering size seems to stay at the size of the windowed vis, and anything around that small area isn't updated anymore. Switching to another vis eliminates the problem.
I've attached another screenshot to demonstrate the situation.

[Ian @ un4seen]

Hmm. I'll try to think of something else to try, and then send it for you to try.

[saga]

I was able to reproduce this bug on the compo machine at Revision too, btw, so it's definitely not just me (and luckily it didn't happen during the tracked music compo, too).

Another thing we noticed is that disabling bubbles alltogether doesn't seem to work. We wanted no song title bubbles to show up on the fullscreen pattern animation at all, but having the info bubbles set to [_] Enable [_] ... including fullscreen still shows them when changing tracks on a fullscreen vis.

[Ian @ un4seen]

That MOD pattern vis issue still has me stumped. I think I'll have to send you a debug version to (hopefully) get some clues.

Regarding the title bubbles, there are separate options for that in the "Titles" options page

[saga]

I got a crash when trying to play a module file, I uploaded the dump as xmplay-crash-saga.7z. The second time I tried to play it, XMPlay froze while jumping around in the module, but I forgot to create a memory dump of that. After that, it played as intended, so I'm not sure if the dump is going to be helpful anyway...

[Ian @ un4seen]

I think I see what caused the crash. Here's an update for you to try...

   www.un4seen.com/stuff/xmplay.exe

Let me know if you still get the crashing.