next »

[saga]

Somehow, right-clicking the playlist scrollbar doesn't jump to the currently playing track anymore... I also find the queueing system a bit awkward, it seems like it enqueued some tunes twice although I just middle-clicked them once.

[Dotpitch]

Somehow, right-clicking the playlist scrollbar doesn't jump to the currently playing track anymore...

It still works, but only if the currently playing track exists in the current playlist view. Related to what amit mentioned:

Doesn't 'jump to current' action suppose to switch to queue view and show the played file if it exists only there? Similar issue is keeping the current played track visible.

[saga]

I have all my tracks in the playlist and the library, but it doesn't work.

[SmartOne]

When using CUE sheets, Japanese characters display correctly for the title of the file in the playlist, but individual track titles are a mess of characters in the main window.  Is there a way to display the strings using ANSI or whatever?

[Dotpitch]

When using CUE sheets, Japanese characters display correctly for the title of the file in the playlist, but individual track titles are a mess of characters in the main window.  Is there a way to display the strings using ANSI or whatever?

The stuff version should support both ANSI and Unicode cue sheets. Is the cue sheet you're using perhaps a mixture of both?

[SmartOne]

I'm using 3.4.2.134.  The CUE file has English and Japanese track names, but the title of the file itself displays Japanese characters...

[Dotpitch]

The CUE file has English and Japanese track names, but the title of the file itself displays Japanese characters...

Could you upload it, so Ian can take a look at it?

[Ian @ un4seen]

My files stream from an http server.

I downloaded a stuff version a couple of days ago after not checking them for a while. Therefor I can't say when exactly this problem started.

I get the same behavior  both with mp3 and wav files though in wavs it is more apparent as the amount of data transfer is larger.

Oops! It appears some rate restriction test code was left in the recent builds; I don't remember adding that, but it was probably trying to simulate a poor connection. That might explain your problems; let me know if you still have them with this update...

   www.un4seen.com/stuff/xmplay.exe

Somehow, right-clicking the playlist scrollbar doesn't jump to the currently playing track anymore...

I suspect what's happening is that the currently playing track entry isn't in the playlist, but rather the queue. Do you see the playing marker next to a track in the list?

[SmartOne]

Example CUE.

[saga]

Ian: I see a "-" (instead of a number) there.

[Ian @ un4seen]

Example CUE.

That doesn't appear to be using UTF-8, so it unfortunately won't look correct unless the user happens to be using the appropriate Windows code-page.

I see a "-" (instead of a number) there.

OK. That indicates that the track is currently open/playing, but it is a queue entry that is playing, rather than the playlist entry.

[SmartOne]

I now see how CUE file encodings work.  Thank you!

[Pike84]

Something's gone wrong with the queue feature in the latest stuff version. I can no longer unqueue tracks, they just stack into the queue window when i middle-click on them.

[Dotpitch]

Something's gone wrong with the queue feature in the latest stuff version. I can no longer unqueue tracks, they just stack into the queue window when i middle-click on them.

That is intentional, you have to use 'Dequeue' to remove them.

Tracks can also be queued multiple times (with "No duplicates" disabled), but that means that toggling queueing via a single option/shortcut is no longer possible; a "Dequeue" option has been added to remove all instances of a track (apart from a playing instance) from the queue.

[Pike84]

Whoops, me not paying attention.. 

[winner]

Previously, if I double clicked a streaming URL listed in the Library, it would queue the item in the Playlist after existing listed titles. This no longer occurs, and "no tracks" appears in the Playlist. Actually I thought the queuing behavior was strange; I'd expect that double clicking an item in the Library would replace the current Playlist with the double clicked title as the sole item in the Playlist. Please excuse me if this is what is being talked about recently in this thread, but I'm not understanding the conversation to be the same thing.

[Dotpitch]

Previously, if I double clicked a streaming URL listed in the Library, it would queue the item in the Playlist after existing listed titles. This no longer occurs, and "no tracks" appears in the Playlist. Actually I thought the queuing behavior was strange; I'd expect that double clicking an item in the Library would replace the current Playlist with the double clicked title as the sole item in the Playlist.

Options and stuff > Playlist, what do you have for the 'Double-click' option? It should be 'play' to achieve what you want.

[winner]

Previously, if I double clicked a streaming URL listed in the Library, it would queue the item in the Playlist after existing listed titles. This no longer occurs, and "no tracks" appears in the Playlist. Actually I thought the queuing behavior was strange; I'd expect that double clicking an item in the Library would replace the current Playlist with the double clicked title as the sole item in the Playlist.

Options and stuff > Playlist, what do you have for the 'Double-click' option? It should be 'play' to achieve what you want.

The double click option is set to "play." Also when I do double click a streaming URL name in the Library view, the stream will play, but it has no effect on the Playlist; it is not appended to the existing list and does not replace the existing list. It is not added to the Playlist at all.

[Dotpitch]

The double click option is set to "play." Also when I do double click a streaming URL name in the Library view, the stream will play, but it has no effect on the Playlist; it is not appended to the existing list and does not replace the existing list. It is not added to the Playlist at all.

Ah, I see it now too. The track plays from the queue, not from the playlist.

Another change is that the library's "Play" option will play the track(s) from the queue instead of adding to and playing from the playlist; that applies to the "Find tracks" window too.

Ian, this makes the double-click action for 'play' identical to the 'queue' option. I'm not sure what the best way is to solve this.

[Ian @ un4seen]

Another change is that the library's "Play" option will play the track(s) from the queue instead of adding to and playing from the playlist; that applies to the "Find tracks" window too.

Ian, this makes the double-click action for 'play' identical to the 'queue' option. I'm not sure what the best way is to solve this.

It's not quite the same. Both will add to the queue, but only "Play" will also play the track

For a bit more flexibility, here's an update with an option to make the Integration options' "Default action" apply when playing from the library (and Find Tracks results) too...

   www.un4seen.com/stuff/xmplay.exe

The old behaviour could be reproduced by enabling that, and setting "Default action" to "add to playlist" and "Play listed tracks" to "always" (or "after bookmarking").