next »

[Dotpitch]

Hi, it seems i have a tiny problem with 3.2... Whenever i open any file, it does not seem to display neither Output nor Playlist panels. Might this be caused by first having downloaded 3.1 version which i remvoed and instantly installed 3.2? And if so, what is the way i can get them back?..

*Not sure whether that's bug or not*  

xmplay displays like you closed it the last time. if you hid the panes, it will start with hidden panes. with the default skin (or any other skin with panes), double click on the sides and they will appear. make sure you're not in mini mode and the skins you're using actually has panes

btw, it's all in the manual (xmplay.txt) as well

Dotpitch: Do you have the 'Update title from CUE sheets' checkbox checked on 'Titles' tab in O&S?
The cue sheet prolly doesn't have any other info, so that's all it will show, no?

yes, i have that on. the cuesheet only has performer and title for the tracks, but that's not the problem. when changing it from "artist - title" to "title - artist" it still is "artist - title". ok, it's the display mode most people use, but i wanted to use "artist <> title" (yeah, i know i'm weird ).

[Torkell]

You can also use XMPlaySecret to force XMPlay to open the output and playlist panels whenever you change or reload a skin.

[Ian @ un4seen]

I can't upload, so I emailed to admin[at]un4seen[dot]com the file.

Thanks, I've replied with a request for some more info

when using cuesheets, xmplay always displays artist - title, instead of what's defined in options and stuff, though performer and title are separated in the cuefile.

Yep, the CUE sheet title info does not use the title formatting string, basically because they only have the 2 bits of info - title and artist. I guess it might be an idea to add an option to still use the title formatting though.

[Ian @ un4seen]

Here's an update that'll use the title formatting for the CUE sheet titles...

   www.un4seen.com/stuff/xmplay.exe

I didn't bother make it an option, as most people will have "artist - title" as their formatting string anyway

[Jace]

Something that (possibly!) might please everybody: %8 = CUE Artist, %9 = CUE Title

[Tsorovan]

Hm. I think I'd want an option since the current way is good for me. I use filename as title... but I'd like cue titles to work, at least the title. Artist isn't important since I know what artist I'm listening to. But I guess I'm the only one.

);

[Jace]

Tsor: %?9{%9|%0} perhaps?

[Tsorovan]

Sure, that'd work fine if it gets implemented as such.

[Ian @ un4seen]

Something that (possibly!) might please everybody: %8 = CUE Artist, %9 = CUE Title

That could make the default formatting string a bit interesting

   %?9{%?8{%8 - }%9|%?2{%2 - }%?1{%1|%0}}

Regarding Tsorovan's predicament, the following might work...

   %?0{%0|%?2{%2 - }%1}

[Jace]

I wouldn't mind
Not saying that it would even have to be default.. Perhaps if the user chooses to 'Update from CUE', or a [Default Cue] button..? Though that might be going too far.
But we've found out that you are a smart man, Ian, you'll figure something out!

[Tsorovan]

Hey it works. Thanks, Ian. I could never have figured that formatting out meself.

[Josh]

If you have one instance of XMPlay open the global shortcuts work fine. When you open another instance of XMPlay the global shortcuts work for the first instance but not the second. When you close the first instance global shortcuts don't work for the second instance.
I realize that you probably couldn't have both instances listen for the global shortcuts, but it would be nice for the second instance to use the global shortcuts when the previous instance closes.

[Synetech]

If you have one instance of XMPlay open the global shortcuts work fine. When you open another instance of XMPlay the global shortcuts work for the first instance but not the second. When you close the first instance global shortcuts don't work for the second instance.
I realize that you probably couldn't have both instances listen for the global shortcuts, but it would be nice for the second instance to use the global shortcuts when the previous instance closes.

I'm very familiar with this.  Several times I have accidentally launched multiple instances and become worried when my hotkeys suddenly didn't work.

It happens because when the second instance tries to register the hotkeys they fail because they have already been registered by the first instance.  It does not try again so when the first instance closes, the second instance is still not using the hotkeys.

I suppose if there where some sort of shared memory or flag or something, the first instance could broadcast to other instances that it's quitting and one of the other instances could then try to register the hotkeys again; of course if there's several instances still open then it will probably be a crap shoot which one ends up getting which hotkeys since the calls take time, one instance might get some, another might get some others and so on.

Plus, it would be a waste of time/resources to have all isntances broadcast that they are quitting; what if the second quit first? there's no point in telling the first instance.  What if one of the instances that got only a couple of hotkeys quits?  I guess that might be good so that another instance that has almost all of the hotkeys could get the rest but again depending on a few factors, it's unpredictable.

I don't think much would/could/should be done for this because there aren't really any ideal solutions. 

[magisterofmayhem]

just thought i'd post a little "bug" report in this topic...

it might just be my sound card or something, but regardless this seems like a bug. when changing the volume slider in xmplay, the response is instant, with no problems. if i lower the slider to 0, however, and then raise it back up, it will take the length of my output buffer before the sound comes back on at all.

this seems like it might very well be totally a problem with my sound card only, but it also seems like there's a slight chance of there being some sort of workaround for it.

also, it seems like when the volume comes back on after being at 0 it's very very loud for a split second and then it immediately drops down to the correct volume. again, possibly just my sound card at fault, but.. it seems to me as if whatever method is being used for setting the volume to 0 might have better alternatives or something. ah well, who knows.

thanks in advance for any help or for fixing this or for whatever!

[Synetech]

magisterofmayhem, it sounds like it could be a lag due to displaying the little popup bubble that shows the current volume.  I find that certain programs/windows cause the info bubble to draw slower than normal and this results in lags in changing volume or seeking.  Closing the window then allows the bubble to draw normall and there is no more lag.

Is the info bubble updated normally for you or is it slow?

[DoomRater]

If you have one instance of XMPlay open the global shortcuts work fine. When you open another instance of XMPlay the global shortcuts work for the first instance but not the second. When you close the first instance global shortcuts don't work for the second instance.
I realize that you probably couldn't have both instances listen for the global shortcuts, but it would be nice for the second instance to use the global shortcuts when the previous instance closes.

On a related issue, I can't seem to get the minus key on my keypad to trigger anything globally.  I posted about it here... I'm hoping something could be done about it?

[Roj]

Got a weird one here.

On occasion, I get items displayed in the playlist with confused tag info.  As an example, I'll load a bunch of files, all properly tagged (I strip all tags and recreate my own with mp3Tag).  All of the files will display correctly except one (the one is generally within the first ten files and random), which will display the actual file name.  This doesn't happen every time either, although when it does, the only way to get rid of it is to delete the default .pls file and have XMPlay recreate a new one the next time it starts.  I've seen it with mp3s, flacs and apes (which are the only file types I play).

The behavior has persisted through all the various new versions.

Que???

[Synetech]

On a related issue, I can't seem to get the minus key on my keypad to trigger anything globally.  I posted about it here... I'm hoping something could be done about it?

I'm afraid it works just fine on my system.  Perhaps you have another program that registers that particular key?

Unfortunately there are no—nor can there ever currently be—any programs that will display all of you global hotkeys and what programs they are registered to (especially if they are not currently running), so you're on your own if trying to figure out who's registered it.

Try quitting everything you can (I mean everything; use taskmgr.exe, services.msc, etc.) then run XMP and try it.

[Synetech]

Got a weird one here.

On occasion, I get items displayed in the playlist with confused tag info... 

The behavior has persisted through all the various new versions.

You got a screenshot or something?  I'm not clear on

[Roj]

Got a weird one here.

On occasion, I get items displayed in the playlist with confused tag info... 

The behavior has persisted through all the various new versions.

You got a screenshot or something?  I'm not clear on

The next time it happens, I will.  This one is unfortunately one of those bugs that isn't reproducible at will - the worst kind.