next »

[infimum]

Never mind, it's working now.

[saga]

I've uploaded peen.it to your FTP. It seems like XMPlay is ignoring the last tick of the volume envelope, thus instrument 5 is getting "out of sync" with the drums. Checked IT and MPT and both play it correctly.

[winner]

When you press "Play" it always plays the track that is currently selected. If no track is selected, this defaults to the first track in the playlist. If you right-click the play button, it will select a random playlist entry.

Right; the option "save playback position when closing" has some bearing on this too. I argue though that if someone wants random playback, when starting XMPlay (which plays the last loaded playlist) the application should start with a random item, and not always the first. To me this makes sense for the meaning of "random playback." Probably even when random playback is selected, this behavior should override any status of the "save playback position when closing." To be fair, I don't think that even the folks at Nullsoft have yet achieved this seemingly natural behavior for random playback in Winamp.
 

Hey, I don't think anyone has responded to my argument about random play. What does everyone else think? When starting playback of a song list with random play mode selected, wouldn't it seem natural that the first song played should be a random choice always?

[raina]

Hey, I don't think anyone has responded to my argument about random play. What does everyone else think? When starting playback of a song list with random play mode selected, wouldn't it seem natural that the first song played should be a random choice always?

Don't really care either way but for the sake of randomness, I guess it could be random. I use shuffle instead for more controlled randomness.

[Ian @ un4seen]

I've uploaded peen.it to your FTP. It seems like XMPlay is ignoring the last tick of the volume envelope, thus instrument 5 is getting "out of sync" with the drums. Checked IT and MPT and both play it correctly.

That seems to have been introduced in a recent modification made to get the latest Bejeweled soundtrack to play the same as in MPT

I think it should be all sorted now...

   www.un4seen.com/stuff/xmplay.exe

[saga]

Ah yes, I can imagine where that problem comes from (as I had to deal with the envelope loop length problem lately). Modules made with OpenMPT don't have this "off by one" problem anymore.

[winner]

Hey, I don't think anyone has responded to my argument about random play. What does everyone else think? When starting playback of a song list with random play mode selected, wouldn't it seem natural that the first song played should be a random choice always?

Don't really care either way but for the sake of randomness, I guess it could be random. I use shuffle instead for more controlled randomness.

Well, "random" should be random, shouldn't it? If I have a large playlist which I like to play often in random order, it gets tiresome if every time I play it the same song starts the sequence, being the first song in the list by default (unless perhaps the "save playback position" setting is enabled). Immediately then I have to manually right click the play/pause button to get a different song. I understand that toggling the "random order" setting will establish a differently sorted list.

Is there a "shuffle" setting in the player gui, or just as a command line option? I also don't see an "autoplay" option in the gui, so that I can autoplay streaming audio when launching the player.

If anyone can respond to these questions I'd appreciate it. Thanks!

[Pike84]

There are both options for shuffling the playlist and for toggling random play; both can be accessed by right-clicking the small question mark on the GUI.

[winner]

There are both options for shuffling the playlist and for toggling random play; both can be accessed by right-clicking the small question mark on the GUI.

Thanks Pike84; the skin I used did not have the question mark, but I see it on the default skin. Still, the problem of not starting with a random song remains. Also, apparently the shuffle option is not included on the "Options and stuff" dialog, which for completeness' sake should be present. For completeness' sake as well, I suggest that "autoplay" be included on the Playlist panel of "Options and stuff." Please pardon me if I am missing something!

[Jace]

Also, apparently the shuffle option is not included on the "Options and stuff" dialog, which for completeness' sake should be present.

I believe this'd be what you're looking for.
(See attachment.)

[Auren]

A cosmetic bug. Ian, could you please make a dropdown menu in "Output" settings bigger than initial control it is being invoked with? I ask for this because the name of the DS device is too long to fit in that small dropdown menu.

Here's a visualization of what I am talking about:


And here is how it currently looks like in XMPlay:

[winner]

Also, apparently the shuffle option is not included on the "Options and stuff" dialog, which for completeness' sake should be present.

I believe this'd be what you're looking for.
(See attachment.)

Thanks Jace, but no, I'm aware of that setting. My point is that one should not have to manually toggle that setting to force XMPlay to use a new first choice when starting playback in random mode.

Given a static sequential list, if random play is selected, I'd expect XMPlay would select a truly random song in that list to play first, then go on to play other choices randomly without repeating any song before exhausting the list.

[Ian @ un4seen]

Hey, I don't think anyone has responded to my argument about random play. What does everyone else think? When starting playback of a song list with random play mode selected, wouldn't it seem natural that the first song played should be a random choice always?

Are you referring to XMPlay playing the first track when loading a playlist or multiple files/directories? If so, that is because XMPlay won't wait for all the tracks to be added to the list before starting playback; it'll start playback immediately (assuming that is enabled via the "Open" or "Play listed tracks" options), which means it is unfortunately not possible for it to choose a random track, as it doesn't know about any other tracks still to come at that point.

A cosmetic bug. Ian, could you please make a dropdown menu in "Output" settings bigger than initial control it is being invoked with? I ask for this because the name of the DS device is too long to fit in that small dropdown menu.

Here's an update to try...

   www.un4seen.com/stuff/xmplay.exe

[Auren]

Here's an update to try...

Thank you! Now the text is not truncated.

[Tsorovan]

Also, apparently the shuffle option is not included on the "Options and stuff" dialog, which for completeness' sake should be present.

That wouldn't make much sense, since "shuffle" is not a playback mode, it's a command to process (in fact reorder) the playlist.

[guest]

Focus isn't moved to box with matches in 'Find track(s)' window after clicking on scroll-bars of this box.

[amit]

When attaching xmplay with skins like classic or bonjour to the bottom of the screen both the mini and regular modes stay adjacent to the screen edge.

When using a skin in auto-mini mode (like windows classic - automini) the mini mode  floats inside the screen area instead of staying along the screen edge.

Is it fixable?

[saga]

http://modarchive.org/module.php?56598 The very last three notes in this module play somehow at the wrong pitch - Maybe the Gxx effect is initialized wrong? I've compared the output with MPT and IT, and they both play it different (like if there was G00).

[Auren]

XMPlay shows an incorrect bitrate of this stream:

mms://87.242.72.62/relaxfm?WMBitrate=166400&WMContentBitrate=166400

Here are the screenshots of WMP and XMPlay:



It looks like the server reports that the stream is WMA 9.2 32 kbit/s but the actual bitrate of the stream is 128 kbit/s

[Dotpitch]

It looks like the server reports that the stream is WMA 9.2 32 kbit/s but the actual bitrate of the stream is 128 kbit/s.

Actually, the transport stream has a bitrate of 166.4 kbit/s, and can contain a 128, 64 or 32 kbit/s audio stream. Both WMP and XMPlay use the first possibility for playback (128 kbit/s), but report the last one (32 kbit/s) as the one they use.