next »

[amit]

I think it was requested before but I don't see it in Dotpitch's list :

When choosing random order playback the first track should be in my opinion randomly chosen too. Currently the first track of the list is always played before switching to random selection.

[SmartOne]

Right-clicking Play gives a random first track, but it would be cool if "random track" could be expanded to CUE sheet tracks and subsongs.

[Dotpitch]

Right-clicking Play gives a random first track ...

That's not the same. From the 'Suggestions for 3.4'-thread:

... 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.

... it would be cool if "random track" could be expanded to CUE sheet tracks and subsongs.

That would be a logical result of:

• Expand CUE file to virtual tracks
• Expand MOD subsongs to virtual tracks

So, let's hope that gets implemented .

[Jace]

As long as this doesn't change the fact that when no file is loaded and no track is selected on playlist, the first track on playlist is played. I'm highly dependent on this feature at the moment.

Less interesting explanation story: As my current amp (which the output of compy goes to) is gettin' a bit old and broken, it tends to crackle if the output is too quiet, and I have a full-volume low-frequency sinewave as first track, which is excellent for clearing up the sound (Pops it open!) Which can always be found by hitting the global Stop hotkey twice and then Play hotkey.

But if this gets changed too, it won't be hard to find a workaround.

<edit> Damn. Meant it won't be hard, not easy. </edit>

[SmartOne]

Wow.

[saga]

J: I guess a combination of some list nav shortcuts + play could do the trick as well...?

[Dotpitch]

J: I guess a combination of some list nav shortcuts + play could do the trick as well...?

'List nav - Top' and 'List track - Play' will certainly do the job (and I'd prefer a shortcut over three clicks) in this case. However, what should be the default behaviour in random mode? Always start at a random track, always start at the first track, or only start with a random track on newly added playlists?

[saga]

i personally would like "start on a random track" more.

[amit]

... 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.

Does 'windows' sends the files list as one batch or adding the files one by one? If the list is coming as one batch couldn't xmplay start from a random line in it and then continue with the rest of the list scanning?

[Elrinth]

not sure if this is possible... But I'd like and option to start xmplay with some special parameters which does the following:
open up a new instance of xmplay. -ni (new instance)
set output to lame writer with normalizer -olwn (output lame with normalizer) <- I'd like it to use the default ogg/mp3 settings specified before in xmplay.
input file -i "c:/fileToConvert/SomeWhereOnMy/HardDrive.sid"
output file -o "C:/output/Folder/%originalFileNameWithNewExtension" (if I had selected output to be mp3 in then it'd be HardDrive.mp3)

This is simply to use xmplay for converting the original sound files into mp3.
Sometimes you'd want maybe and nsf or sid without stil to be converted. Then you'd want to provide a m3u with 1 file in it to be converted.

Is this possible?

[galleyrod]

Hello,

First of all a big RESPECT to the author of this awesome app. I have been using it since the XM & IT format were the only ones available for tracked music and MP3 was not internationally recognised yet.

[REQ]
I dunno if this was introduced by someone earlier but would it be possible to include opacity / transparency in XMPlay? It shouldn't be that hard, right?

And is there a possibility to selfmodify a skin so the title of the song that is being displayed include unicode characters? I am talking about WAModern.

Thanks in advance!

[Dotpitch]

This is simply to use xmplay for converting the original sound files into mp3.

Well, XMPlay is a music player, not an all-round converter. But since it concerns NSF/SID/MIDI, I'll just sneak it on the list and we'll see what happens .

And is there a possibility to selfmodify a skin so the title of the song that is being displayed include unicode characters? I am talking about WAModern.

You can get the source for WAModern from the Support Site. Edit skinconfig.txt so it uses a font that supports those characters.

[Ian @ un4seen]

When choosing random order playback the first track should be in my opinion randomly chosen too. Currently the first track of the list is always played before switching to random selection.

Right-clicking the play button will play a random track, and there is also a "Change track - Random" shortcut for that. It would be possible to make left-clicking the play button take account of the "random" setting too (when there isn't a track already open), if that is what everyone would like.

Does 'windows' sends the files list as one batch or adding the files one by one? If the list is coming as one batch couldn't xmplay start from a random line in it and then continue with the rest of the list scanning?

The files will be sent in a batch (via OLE) on WinXP and above, and one by one (via DDE) on older Windows. So it is possible to pre-shuffle the new files on WinXP and above, but I'm not sure if that would be welcomed by everyone, eg. some may want the files to remain in the Explorer order even if they do have random playback enabled. For those that do want it, here's an update to try, which makes the option available via a "RandomList" XMPLAY.INI setting...

   www.un4seen.com/stuff/xmplay.exe

As well as files opened from Explorer, it also applies to drag'n'dropped files and files from the clipboard. If it works well, it could be added to the Integration options page.

[Dotpitch]

Does 'windows' sends the files list as one batch or adding the files one by one? If the list is coming as one batch couldn't xmplay start from a random line in it and then continue with the rest of the list scanning?

The files will be sent in a batch (via OLE) on WinXP and above, and one by one (via DDE) on older Windows. So it is possible to pre-shuffle the new files on WinXP and above, but I'm not sure if that would be welcomed by everyone, eg. some may want the files to remain in the Explorer order even if they do have random playback enabled.

I thought amit was merely talking about starting at a random track, not about shuffling the added list?

[amit]

Does 'windows' sends the files list as one batch or adding the files one by one? If the list is coming as one batch couldn't xmplay start from a random line in it and then continue with the rest of the list scanning?

The files will be sent in a batch (via OLE) on WinXP and above, and one by one (via DDE) on older Windows. So it is possible to pre-shuffle the new files on WinXP and above, but I'm not sure if that would be welcomed by everyone, eg. some may want the files to remain in the Explorer order even if they do have random playback enabled.

I thought amit was merely talking about starting at a random track, not about shuffling the added list?

Dotpitch is right, I was only referring the the selection of the first track and not the order of the list itself.

Right-clicking the play button will play a random track, and there is also a "Change track - Random" shortcut for that. It would be possible to make left-clicking the play button take account of the "random" setting too (when there isn't a track already open), if that is what everyone would like.

In my opinion if random order is chosen then the first track should be random even when left clicking the play button. Naturally that goes also for first tracks of newly added lists. If the new lists are added as batches it wouldn't be too difficult to start at random track and then scan the rest of the files. Would it?
 

[Dotpitch]

It would be possible to make left-clicking the play button take account of the "random" setting too (when there isn't a track already open), if that is what everyone would like.

As an addition to '...apply to next/previous controls', that certainly sounds reasonable.

[Ian @ un4seen]

Dotpitch is right, I was only referring the the selection of the first track and not the order of the list itself.

Oh, I see. The thing is playback always starts with the first track that is added, so in order to start with a random track, it needs to be a random track that is added first. It could be argued that as XMPlay knows there are more tracks to come in this case it could wait for them before choosing a random one to play, but there could be a lot of new tracks (eg. in archives and directories), so it could be a lengthy wait.

It would be possible to make left-clicking the play button take account of the "random" setting too (when there isn't a track already open), if that is what everyone would like.

As an addition to '...apply to next/previous controls', that certainly sounds reasonable.

Yes, that does seem reasonable. Here's an update in which that should apply...

   www.un4seen.com/stuff/xmplay.exe

[tails_]

Guess somebody requested this already:

Can be winamp plugins loaded in alphabetical order with xmplay plugins not after? Or maybe something like plugin priority?

[Dotpitch]

Guess somebody requested this already: Can be winamp plugins loaded in alphabetical order with xmplay plugins not after? Or maybe something like plugin priority?

As you guessed, configurable plugin priorities is already on the list.

[Dany0]

I'd love to full-fill the wikipedia page with the features listed there:
http://en.wikipedia.org/wiki/Comparison_of_audio_player_software#Features