next »

[amit]

It is only for streams from localhost address.

[Ian @ un4seen]

OK. The only way I can think of the vis influencing that is through its CPU usage. Maybe the server is running at a low priority and is being starved of CPU by the vis, preventing it responding to the next track request? Does XMPlay advance to the next track in the list, even if it doesn't actually successfully open it?

Btw, what sort of server is it? If you have a LAN, you could see if moving the server there makes any difference.

[Barna]

As he is using my Winamp wrapping plugin there's a (quite high) chance that my piece of code is causing the bad stuff. Leaking memory, thread problems and things like that resulted in the weirdest problems, just like that, during development. So I guess there's still something bad left... I'll try to take some time to look through the whole wrapping code asap.

[saga]

This file causes XMplay to crash here. First, it repeats the buffered audio for a short while and then finally crashes.

[Ian @ un4seen]

I'm not sure if it's the same thing, but it did crash when viewing the "Track Info" due to a bug in the "\r\n" line expansion (for the Windows controls). Here's a fix for that...

   www.un4seen.com/stuff/xmplay.exe

If it still crashes, please upload a DRWTSN32.LOG entry for it...

   ftp.un4seen.com/incoming/

[saga]

Thanks, it's working now!

[Fraggie]

Consider module order table length like this:
6:00 - 100 orders
5:58 - 98.061 (trimmed)

With "Trim ending silence" option enabled shouldn't front panel say 5:58 - 99 orders instead of 5:58 - 100 orders?

[Ian @ un4seen]

I'm not really sure about that as the order sequence needn't be linear, unlike the time. Using your example, it is possible that playback could jump to order 100, and back again; so, with that change, you'd have a scenario of the position being beyond what the "orders" display says is the end. That discrepancy would be even more marked with sub-songs.

I may just remove the "orders" display from the main panel to avoid any confusion

[revlaay]

when play music with cuesheet,title in general info page is XXX(cuesheet code as ascii),xmplay do convert like this:ascii-->utf8-->utf8,so title information display chaos,please correct this.
The sample title is :
PERFORMER "王菲/フェイ·ウォン"
TITLE "Ballad Collection/バラード·コレクション"

[Auren]

This file's name is also displayed incorrectly:

instead of

введение отрывок

it shows:

введение отрывок

[Zarggg]

Are both of you using the latest /stuff/ builds? Unicode support was added/fixed in recent updates.

[Auren]

Personally I always use the latest version of XMPlay. Now it is .36

[Nukkels]

I've just built a nice new quad core computer and the first thing I did was copy all of my XMplay folder and music over, but when I open XMPlay, I get the following message:

xmplay.exe - Unable to locate Component
This application has failed to start because hook.dll was not found. Reinstalling the application may fix this problem.


After clicking OK, XMplay then opens and works fine until I close it and reopen it again...

Can anyone explain what this hook.dll is that is being referrred to? Better yet, how do I make this annoying message go away?

[Dotpitch]

hook.dll was not found.

I guess it's a plugin trying to load it. Create a new folder, start out with just xmplay.exe and copy the plugins one by one to find out which one is causing the problem. Perhaps a Winamp one?

[Ian @ un4seen]

This file's name is also displayed incorrectly:

That's strange; it looks OK here. I guess what must've happened is that there is some rogue entry in your playlist (XMPLAY.PLS) that is causing the entire list to be detected as ANSI rather than UTF-8. You could try clearing the playlist, and then opening that file again.

[Nukkels]

I guess it's a plugin trying to load it. Create a new folder, start out with just xmplay.exe and copy the plugins one by one to find out which one is causing the problem. Perhaps a Winamp one?

The offending plugin is WVS - the XMPlay version. I remember installing this on my other machine without any problems though... I've uninstalled it and reinstalled it and it's definitely the cause. Can I just edit out a line in the ini file or something to get rid of the annoying (and loud) popup error message?

[Dotpitch]

The offending plugin is WVS - the XMPlay version. ... Can I just edit out a line in the ini file ... ?

The .dll is loaded by the WVS-plugin, not by XMPlay, so you can't change this by editing the ini. Did you install the plugin using the proper installer? Or you can find and copy hook.dll from your other pc.

[Auren]

That's strange; it looks OK here. I guess what must've happened is that there is some rogue entry in your playlist (XMPLAY.PLS) that is causing the entire list to be detected as ANSI rather than UTF-8. You could try clearing the playlist, and then opening that file again.

Here's what I get with clean fresh XMPlay 3.4.2.36:

[Ian @ un4seen]

Oh, I see, you're playing it from the internet; I had only tried a local copy. Here's an update to try...

   www.un4seen.com/stuff/xmplay.exe

I'm not sure if the change will adversely affect any other URLs, so please report if you find that it does.

[Tsorovan]

On that note, there's an old bug that I've forgotten to report.

If you add to the playlist, via drag 'n' drop, an URL to a directory containing playable files, the unescaped path gets messed up if the filename contains an apostrophe. The apostrophe will be "unescaped" to
'
(and any single following whitespace (%20) will be tacked on). No such trouble with dragging and dropping an URL pointing to the actual file, so it's only in the directory handling.