Suggestions for 3.5

[piovrauz]

mmm, I upped xmplay.ini to ftp because I -knew- something on loop may matters.
I have auto advance on, loop on (always). Indeed turning loop off made it work. So I suppose it's just a matter of fixing it to work also when repeat track is on.

[Dotpitch]

I have auto advance on, loop on (always). Indeed turning loop off made it work. So I suppose it's just a matter of fixing it to work also when repeat track is on.

Ah, you want to have the end of the track before the loop point? I think that'd be inconsistent, and what about the (auto) mod looping and the 'once'-option?

[piovrauz]

I do understand that it becames inconsistent with looped mod files, but I was referring to normal files, say flac, and loop on the single track. So there are no mod loop points, and even if it's a (whole) looped track, it should just ignore the loop and stop at the end.

Btw, it'll be interesting to see how it'll be extended to .cue file support if the virtual tracks get implemented.

[Ian @ un4seen]

If you want to listen instantly (or after current track) to tracks but without replacing the playlist. Queuing them will add them to the end of the playlist (if not already present) but play them right away.

Does this sound convincing enough?

Possibly. I'll have to think about it.

b) if I stop the track manually, the setting isn't reset

Here's an update to fix that...

   www.un4seen.com/stuff/xmplay.exe

[saga]

I'm not sure, but I personally would find it a bit more logical if the middle mouse button could be used to dequeue a tune when it's being clicked in the queue panel, instead of queueing it again.

[Dotpitch]

I'm not sure, but I personally would find it a bit more logical if the middle mouse button could be used to dequeue a tune when it's being clicked in the queue panel, instead of queueing it again.

It works that way, but only if you have 'Toggle queueing' ticked on the Playlist page of Options and stuff. If not, you'll have to use dequeue to remove the track from the queue.

[saga]

Oops, that indeed did the trick. Thanks.

[piovrauz]

mmm, after ending the song now the setting (stop after end of track) is back to default (thanks!), but still it works only if the current playing fine (flac/mp3/etc) isn't looped; if song it's looped it disregard it. Is it possible to fix this too? or make it to "superseed" track loop"? Thanks.

[amit]

2. Now when rating exists is it possible to search and define "lower than" and "higher than" ? Is it even possible to address library fields in the search window? for example : AGE lower  7 (or  604800 second?)

It would be nice if we could then define rules for instance to skip any tracks with lower rating than 2 or skip files shorter than 30 seconds etc'.

I guess this is too complicated to implement at this point...

How about a way to indicate a string you want to exclude from the search criteria ? For instance : "Armstrong --Fitzgerald" For all tracks by Louis without the collaborations with Ella.

[Jimmy Neutron]

I've got a standard playlist of internet radio stations, and mostly use that.  Every once in a while, I drop a downloaded mp3 on XMPlay to hear it.  The standard playlist is then automatically over-written with that one mp3.

So, I delete the over-written playlist and copy/rename a second (identical) playlist so that it is the "active" one, and everything is back to normal again.

I'd like to see a xmplay.ini setting that disables the automatic re-write of the xmplay.pls.

[Dotpitch]

So, I delete the over-written playlist and copy/rename a second (identical) playlist so that it is the "active" one, and everything is back to normal again. I'd like to see a xmplay.ini setting that disables the automatic re-write of the xmplay.pls.

Put you default tracks in the playlist, close XMPlay, mark xmplay.pls as read-only and you're done. Or use double-click to open the new file from now on, combined with 'Default action: add to playlist'.

[Ian @ un4seen]

mmm, after ending the song now the setting (stop after end of track) is back to default (thanks!), but still it works only if the current playing fine (flac/mp3/etc) isn't looped; if song it's looped it disregard it. Is it possible to fix this too? or make it to "superseed" track loop"? Thanks.

I wasn't sure about that at first, but then I realised it could also be useful even if auto-advance is already off, to just stop looping. So here's an update...

   www.un4seen.com/stuff/xmplay.exe

The update also adds AIFF support, and has the "add to queue" default action option put back in. Barring any bugs, I think it will pretty much be the 3.5 final version.

How about a way to indicate a string you want to exclude from the search criteria ? For instance : "Armstrong --Fitzgerald" For all tracks by Louis without the collaborations with Ella.

Yep, not a bad idea. Along those lines, in the update above, the "phrase/any/all" options have been replaced by a more flexible inline "+/-" system. Note that when a search term is found without either +/-, the search will be declared successful and ended, ie. XMPlay won't go on to check any following search terms even if they do include +/-. For example, a search string of "+a -b c d" would mean that "a" must be present, "b" must be absent, and either "c" or "d" must be present.

I've got a standard playlist of internet radio stations, and mostly use that.  Every once in a while, I drop a downloaded mp3 on XMPlay to hear it.  The standard playlist is then automatically over-written with that one mp3.

You can avoid the playlist clearing by holding the shift key when dropping the file, or dropping it on the playlist panel. Another option is to "undo" it (ctrl+Z), eg. after listening to the file.

[Jimmy Neutron]

Another option is to "undo" it (ctrl+Z), eg. after listening to the file.

Ah, didn't realize I could do that.  Thanks!

[amit]

Yep, not a bad idea. Along those lines, in the update above, the "phrase/any/all" options have been replaced by a more flexible inline "+/-" system. Note that when a search term is found without either +/-, the search will be declared successful and ended, ie. XMPlay won't go on to check any following search terms even if they do include +/-. For example, a search string of "+a -b c d" would mean that "a" must be present, "b" must be absent, and either "c" or "d" must be present.

nice

A small thing : when typing any of the signs +/-/" in quick find mode  an error sound  is created for not finding any matching track. is it possible to skip these specific notifications?

[Ian @ un4seen]

The beeps should now be totally disabled in "quick find" mode...

   www.un4seen.com/stuff/xmplay.exe

[SmartOne]

HDCD decoding would be awesome (including formats like FLAC and CDA).

Hm, there's more to this than I thought:
http://www.stevehoffman.tv/forums/showpost.php?p=4325587&postcount=13

[amit]

Note that when a search term is found without either +/-, the search will be declared successful and ended, ie. XMPlay won't go on to check any following search terms even if they do include +/-. For example, a search string of "+a -b c d" would mean that "a" must be present, "b" must be absent, and either "c" or "d" must be present.

Ian, won't it be better if the negative terms will be checked even if they follow terms without + and not only when preceding them? Usually I think people build a selection by thinking first of the positive terms and only then think what to exclude. Forcing to write in the opposite order is not very intuitive and besides - 'mathematically' there is no difference where you place the negative term in such a simple logical 'sentence'.

[Ian @ un4seen]

Here's an update to try...

   www.un4seen.com/stuff/xmplay.exe

It should allow +/- anywhere in the search string, eg. "c d +a -b" is the same as "+a -b c d".

[r]

Hey Ian,

For "Mouse Button Actions", can you add "Plugin File Info" as an option?

Also can you add version numbers for the "Archive" plugins?

Thanks!

[amit]

Here's an update to try...

   www.un4seen.com/stuff/xmplay.exe

It should allow +/- anywhere in the search string, eg. "c d +a -b" is the same as "+a -b c d".

Good! thanks.

The update also adds AIFF support, and has the "add to queue" default action option put back in. Barring any bugs, I think it will pretty much be the 3.5 final version.

As new files are always added to the end of the list it turns out that  even if added to the queue by default , the playback will end after them and not go back to the previous point in the playlist. I know people have asked this for the normal queue behavior but in this case I think it is really necessary.

[Ian @ un4seen]

For "Mouse Button Actions", can you add "Plugin File Info" as an option?

Yep, that just made it in time for 3.5.

As new files are always added to the end of the list it turns out that  even if added to the queue by default , the playback will end after them and not go back to the previous point in the playlist. I know people have asked this for the normal queue behavior but in this case I think it is really necessary.

Does setting the "Play listed tracks" option to "after bookmarking" help, eg. if you then resume the bookmarked position after playing the new tracks? If not, we have a 1st entry for the 3.6 thread

[amit]

Congratulation for the new release!!!

Does setting the "Play listed tracks" option to "after bookmarking" help, eg. if you then resume the bookmarked position after playing the new tracks? If not, we have a 1st entry for the 3.6 thread

As bookmarking doesn't exactly answer that issue I will add it to the requests list for 3.6. The question now is when are we expected to see 3.6 ?   

[Pike84]

Yes, it's definitely a topical question right now. I'm sure 3.6 will be released just around the new year... of 2012!

[Ian @ un4seen]

Sounds about right

[Jimmy Neutron]

Menu bar on the left still shows version 3.4.2 (unless the cache is retaining old stuff).