Hmm... it seems in the latest version a 'feature' of a/the previous version got lost. When I start Trout, it now starts with a blank Seekbar and Titlebar - I loved that it used to display the file that it would play next at startup already, *before* hitting the play button. (Play Mode = Random)

Not a big deal, just a friendly request to bring this back.

And another new bug, maybe related to this one (no idea):

When I let Trout run in the background (paused, while doing other stuff) for an hour or two, and then go back to Trout to resume, Trout - unsuccessfully - tries to go through the whole playlist in a quick succession, not being able to play a single file.

I then quit and restart Trout... and everything works fine again. Happened to me twice already.

Hmm... it seems in the latest version a 'feature' of a/the previous version got lost. When I start Trout, it now starts with a blank Seekbar and Titlebar - I loved that it used to display the file that it would play next at startup already, *before* hitting the play button. (Play Mode = Random)

Not a big deal, just a friendly request to bring this back.

And another new bug, maybe related to this one (no idea):

When I let Trout run in the background (paused, while doing other stuff) for an hour or two, and then go back to Trout to resume, Trout - unsuccessfully - tries to go through the whole playlist in a quick succession, not being able to play a single file.

I then quit and restart Trout... and everything works fine again. Happened to me twice already.

Hmm... it seems in the latest version a 'feature' of a/the previous version got lost. When I start Trout, it now starts with a blank Seekbar and Titlebar - I loved that it used to display the file that it would play next at startup already, *before* hitting the play button. (Play Mode = Random)

I went back several versions but I don't see this feature you're describing. At any rate, I can populate the seekbar text on startup but the titlebar doesn't get activated until a song is playing (it's always been this way, I believe).

When I let Trout run in the background (paused, while doing other stuff) for an hour or two, and then go back to Trout to resume, Trout - unsuccessfully - tries to go through the whole playlist in a quick succession, not being able to play a single file.

I have no idea what would be causing this. I routinely leave Trout paused for long periods of time (overnight) and have no problems resuming playback. Are your music files on a network drive that disconnects or a USB drive that has gone into standby, perhaps?

Hmm... it seems in the latest version a 'feature' of a/the previous version got lost. When I start Trout, it now starts with a blank Seekbar and Titlebar - I loved that it used to display the file that it would play next at startup already, *before* hitting the play button. (Play Mode = Random)

I went back several versions but I don't see this feature you're describing. At any rate, I can populate the seekbar text on startup but the titlebar doesn't get activated until a song is playing (it's always been this way, I believe).

When I let Trout run in the background (paused, while doing other stuff) for an hour or two, and then go back to Trout to resume, Trout - unsuccessfully - tries to go through the whole playlist in a quick succession, not being able to play a single file.

I have no idea what would be causing this. I routinely leave Trout paused for long periods of time (overnight) and have no problems resuming playback. Are your music files on a network drive that disconnects or a USB drive that has gone into standby, perhaps?

Hmm... I have external drives that go into standby, but the files in Trout are on a local TrueCrypt volume that's always 'connected'.

Yes...but I don't see this behaviour under XP, only Win7. I've been trying to fix it but I have no idea what is causing it since the two bars are set up with exactly the same properties. Frustrating...

Yes...but I don't see this behaviour under XP, only Win7. I've been trying to fix it but I have no idea what is causing it since the two bars are set up with exactly the same properties. Frustrating...

No idea... but: one of the guys in the AHK forums might be able to give you the answer quickly.

When I let Trout run in the background (paused, while doing other stuff) for an hour or two, and then go back to Trout to resume, Trout - unsuccessfully - tries to go through the whole playlist in a quick succession, not being able to play a single file.

I have no idea what would be causing this. I routinely leave Trout paused for long periods of time (overnight) and have no problems resuming playback.

I just had an idea regarding the cause of it: my weird external USB soundcard sometimes acts up, for example when some application that consumes a lot of energy is turned on somewhere in the house. I then need to manually unplug USB and plug it back in (annoying - I'll try a different way to connect it/other cables soon). Some programs 'recover' (they become able again to output sound), but others need a restart to work again. I have no idea of the code relating to this, but this might be the reason for this problem showing up here.

Website | Installer | Portablev1.0.5 build 19 - 2011-01-17 * Removed the mandatory playlist position from the titlebar formatting. Apologies to those poorly coded Winamp plugins that rely on this. =] - Regressed the change made in v1.0.5.2. To start off with a random song, press the next button instead of the play button.

Website | Installer | Portablev1.0.5 build 22 - 2011-01-18 + Added Composer column. You will initially see it as the last column. Simply drag it to the position you want. For those that don't want it, you can hide it via the View menu. (Thanks, tDJ)

I haven't added a new column in a long, long, long time so please let me know if I broke anything. Thanks.

Because you don't see any reason for it, or because it's to hard to implement?

Oh, I know the reasons for cue files and writing a basic parser for them isn't all that hard. However, I don't use cue files enough to justify the development time with all the little idiosyncrasies involved with them.

Website | Installer | Portablev1.0.5 build 19 - 2011-01-17 - Regressed the change made in v1.0.5.2. To start off with a random song, press the next button instead of the play button.

Is there another way please? The way it's done now, (as a keyboard user) I have to TAB twice to the "next" button and then TAB back twice to the "pause" button (which is the button I use most, and I like to be able to only use the space bar for the most often used function/button) just to get the standard random behavior (the player starting with a random file in random mode).

I'd even prefer the "plays the same file twice in a row" random bug over having to press the next button for a random start.

Is there another way please? The way it's done now, (as a keyboard user) I have to TAB twice to the "next" button and then TAB back twice to the "pause" button (which is the button I use most, and I like to be able to only use the space bar for the most often used function/button) just to get the standard random behavior (the player starting with a random file in random mode).

You can set local and global hotkeys for all these actions right within Trout. Is that a workable solution?