next »

[piovrauz]

@Dotpitch: mmm, I do have "Options and stuff > Playlist > Follow current track: Playlist panel / Extended list" checked, (as well as List advancing/auto advance, loop, unload final track) And the track is set to loop with the shortcut (always). Really strange. It happened in the past, and I did a clean install, but now I'd like to track it down, since it does the same on a fresh install too (just checked).

[Dotpitch]

I have 2 copies of xmplay, one on a usb key, one on my pc. Both of them with (almost) same settings, plugins, updates, and xmplay.ini file for storing prefs.
Suddenly, on the one on the usb key, even if I enable loop on track, well, it won't loop. It'll loop the playlist, just that, but not a track (which I do setting a shortcut for "current track - loop always").

@Dotpitch: mmm, I do have "Options and stuff > Playlist > Follow current track: Playlist panel / Extended list" checked, (as well as List advancing/auto advance, loop, unload final track) And the track is set to loop with the shortcut (always). Really strange. It happened in the past, and I did a clean install, but now I'd like to track it down, since it does the same on a fresh install too (just checked).

I doubt 'Follow current track' has anything to do with it, track looping is handled on the Miscellaneous page. I just tried applying the loop settings via a shortcut, it worked without problem here. What settings do you have in the Track looping/ending section? Do they change properly as you use the shortcut? Do you have any saved settings concerning looping of tracks? Btw, what kind of track are you trying to loop?

[piovrauz]

oh, shi*. since when there was an "once" on that page?? Wait... this should be there since a request I made for a play once and stop thing, and since it worked with a right click menu entry I never got on that page. and indeed it looped once now that I think about it.

Sorry for the waste of time, I shoul've noticed, but thanks al lot for pointing me there.

* piovrauz bows (err, no, tht's a forum XD)

[Dotpitch]

since when there was an "once" on that page?? Wait... this should be there since a request I made for a play once and stop thing, and since it worked with a right click menu entry I never got on that page. and indeed it looped once now that I think about it.

Actually, it's been there quite a lot longer than the 'Stop at end of track' function, but I'm glad your problem's solved .

[Ian @ un4seen]

Another side note to Ian: The files in the package linked above all have unintended 4-byte sample loops and the loop flag is set, although those samples are not supposed to be looped. S3Ms with intentionally short 4-byte sample loops work in XMPlay, so I suppose you somehow manage to tell whether to ignore them or not. Is this simply based on the sample length ("if long sample, then ignore short loop at the beginning") or is there another reason why the broken loops in the files linked above are not used?

XMPlay simply ignores the loop flag if the loop end point isn't ahead of the loop start point. In these files, there are some samples that have the loop flag removed due to the start and end points being 0, but I can't see any 4 byte loops; which/where are they?

[saga]

Oh, my bad - the loop end value was forced to be at least 4 in the MPT code for some reason... now i see that it's indeed 0. (note to self: rewrite this 10+ years old loader )

[piovrauz]

Well, I was the one asking for the "Stop at end of track" function, but I never noticed that "once", since I used as a right click option... XD

[Just For My Memory]

Bug: If I open ("Explore folder") the file with Thai language tag (or folder name), XMPlay opens the current user folder instead.

Not happen with: English, Spanish, French, Chinese, Korean, Japanese, Vietnamese languages.

[winner]

When double clicking an item in the Library list, XMPlay will play the item as specified in my Playlist setting (double=play), but it is also queued on top of existing items in the Playlist. I'd expect a "play and replace queue" action; i.e. after clicking an item in the Library, an existing queue in the Playlist would be completely wiped and replaced with only the one item which was clicked in the Library. Am I seeing expected behavior? Am I missing a setting or something? I'm using version 3.5.1.17 of XMPlay.

[Dotpitch]

When double clicking an item in the Library list, XMPlay will play the item as specified in my Playlist setting (double=play), but it is also queued on top of existing items in the Playlist. I'd expect a "play and replace queue" action ...

I don't see that here; double-clicking a track plays it, it does not add it to the queue at all (irrespective of the state of 'Toggle queueing'). There is no setting to clear the queue when loading a track from the library, but you can use the 'List - Clear queue' shortcut.

[winner]

When double clicking an item in the Library list, XMPlay will play the item as specified in my Playlist setting (double=play), but it is also queued on top of existing items in the Playlist. I'd expect a "play and replace queue" action ...

I don't see that here; double-clicking a track plays it, it does not add it to the queue at all (irrespective of the state of 'Toggle queueing'). There is no setting to clear the queue when loading a track from the library, but you can use the 'List - Clear queue' shortcut.

I also see that on the the Integration settings window, I have "Default action" as "replace playlist." So I don't know what's going on here.

[Ian @ un4seen]

Tracks played from the library will get added to the front of the queue (allows multiple tracks to be chosen for playback), but they should be removed from the queue as they are played. The tracks aren't removed from the playlist, though. So it sounds like you may actually be talking about the playlist rather than the queue? If what you want is to have only the selected tracks played (ie. not the rest of the playlist), enabling the "Stop at end of queue" option should achieve that. There is also a "Replace playlist" option in the right-click menu if you do want the playlist replaced with the selected tracks, but then another click is needed to start playback

[winner]

Tracks played from the library will get added to the front of the queue (allows multiple tracks to be chosen for playback), but they should be removed from the queue as they are played. The tracks aren't removed from the playlist, though. So it sounds like you may actually be talking about the playlist rather than the queue? If what you want is to have only the selected tracks played (ie. not the rest of the playlist), enabling the "Stop at end of queue" option should achieve that. There is also a "Replace playlist" option in the right-click menu if you do want the playlist replaced with the selected tracks, but then another click is needed to start playback

OK, thanks for the explanation, though this behavior is different from my experience with most all other players, where a default action for double clicking a file name, wherever it may be - on a web page, in a library, or whatever - is either to queue that file in the current playlist or play it immediately as the only file in the current playlist, destroying the existing playlist, with the default action selected in by a user setting. The way I use XMPlay, I have strictly streaming URLs in my Library, so when double-clicking I'd expect that to be the only file showing in the playlist; the stream will not be expected to end playback and move on to any other file in a playlist. If I wanted at some point to switch to another streaming site, I'd go to the Library and double click something else listed there. I suppose there are arguments for the currently programmed behavior, but apparently Dotpitch is not seeing the same behavior as I am and something's amiss.

[Dotpitch]

I suppose there are arguments for the currently programmed behavior, but apparently Dotpitch is not seeing the same behavior as I am and something's amiss.

Seems like I misunderstood you, I thought you were seeing the track being played and being queued up next at the same time. As Ian says, if a single track is queued and instantly played, it'll disappear from the queue directly, which is what I'm seeing.

The way I use XMPlay, I have strictly streaming URLs in my Library, so when double-clicking I'd expect that to be the only file showing in the playlist; the stream will not be expected to end playback and move on to any other file in a playlist. If I wanted at some point to switch to another streaming site, I'd go to the Library and double click something else listed there.

In your case, you could just ignore the playlist altogether and solely use the library. If the stream never ends nor loses connection, XMPlay won't bother with the other entries on the playlist.
I'm curious though, why do you have queued entries if you use XMPlay like this?

[winner]

I suppose there are arguments for the currently programmed behavior, but apparently Dotpitch is not seeing the same behavior as I am and something's amiss.

Seems like I misunderstood you, I thought you were seeing the track being played and being queued up next at the same time. As Ian says, if a single track is queued and instantly played, it'll disappear from the queue directly, which is what I'm seeing.

For the currently playing track (a streaming station), it is shown in the playlist as "001". I double click another track (streaming station) listed in my Library. This station then becomes "002" in the playlist and starts playing. "001" as the original entry remains and I see both "001" and "002." Nothing disappears from the playlist.

The way I use XMPlay, I have strictly streaming URLs in my Library, so when double-clicking I'd expect that to be the only file showing in the playlist; the stream will not be expected to end playback and move on to any other file in a playlist. If I wanted at some point to switch to another streaming site, I'd go to the Library and double click something else listed there.

In your case, you could just ignore the playlist altogether and solely use the library. If the stream never ends nor loses connection, XMPlay won't bother with the other entries on the playlist.
I'm curious though, why do you have queued entries if you use XMPlay like this?

Dotpitch, I have never really been highly aware of, or ever used, the "queue" feature of XMPlay. I'm not sure if you're referring to that feature or just "queuing" of entries in a playlist. My concept of "queue" has been essentially equivalent to "playlist," though I now understand how one can use the queue feature of XMPlay to selectively program next songs in a current playlist. I will on some occasions play a folder of MP3s from my system though.

[Dotpitch]

Ah, you really mean the playlist, not the queue. You can still just ignore the playlist (don't open it, only use the library), or use a shortcut to open a new stream and clear the rest of the playlist (assgin 'List track - Play', 'Info - Extended list', 'List nav - Jump to current', 'List nav - Invert selection', 'List track - Remove', 'Info - Library', 'List nav - Jump to current' to the same key combination, for example to Enter). I'll put a 'replace playlist' mouse button option for you on the list of suggestions ;).
Changelog for XMPlay 3.5:

List has been updated, go here...

[winner]

There is a small bug in the midi input plugin configuration dialog (version 9). When the state of the "Reverb & chorus effect processing" checkbox is changed, the Apply button remains grayed out. The button text ought to become dark and the button made active. It seems that the reverb and chorus effect becomes active or inactive immediately as the checkbox is checked or unchecked though, so this isn't much of a concern, just inconsistent behavior.

[Ian @ un4seen]

It is actually intentional that the "Reverb & chorus effect processing" option doesn't require applying. I'll try to make that more apparent for the next update, to avoid any confusion.

[winner]

It is actually intentional that the "Reverb & chorus effect processing" option doesn't require applying. I'll try to make that more apparent for the next update, to avoid any confusion.

Thanks Ian, I thought that was probably the case. And sorry I don't post this in the midi plugin thread; I wrote my post while in a hurry getting out of the house and couldn't take the time to post in the proper thread.

[saga]

This mp3 files somehow doesn't work with XMPlay anymore since one of the latest revisions. It randomly skips parts of the mp3, even when using the WAV writer, so I suppose it's not a problem on my side. Just compare XMPlay's output with another player and you should notice that some parts (already starting at the beginning of the file) are "accelerated".