Author Topic: NANY 2009 Release: Trout (audio player) (Read 1,051,251 times)

joby_toss · « **Reply #600 on:** January 08, 2011, 10:17 AM »

I've just added Trout to TPFC !

Cheers!

Edit: is it build in AutoHotkeyL? I can't play files with Unicode characters in their names.

skwire · « **Reply #601 on:** January 08, 2011, 02:36 PM »

Quote from: joby_toss on January 08, 2011, 10:17 AM

I've just added Trout to TPFC !

Cheers!

Edit: is it build in AutoHotkeyL? I can't play files with Unicode characters in their names.

Thanks for adding it and, no, it's not Unicode capable at this time.

brotherS · « **Reply #602 on:** January 08, 2011, 05:32 PM »

Quote from: brotherS on January 07, 2011, 02:16 PM

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.

skwire · « **Reply #603 on:** January 10, 2011, 12:15 AM »

Website | Installer | Portable v1.0.5 build 9 - 2011-01-09 * Reworked how Trout analyzes playlists in regards to figuring out where tracks actually are in relation to the path information given. (Thanks, M. G. Macri)

brotherS · « **Reply #604 on:** January 13, 2011, 09:29 AM »

The volume bar does not have a border to contain it (unlike the seekbar). Bug or feature?

And these two bugs are still in the last version. Anyone else experiencing this?

Quote from: brotherS on January 08, 2011, 05:32 PM

Quote from: brotherS on January 07, 2011, 02:16 PM
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.

skwire · « **Reply #605 on:** January 13, 2011, 02:21 PM »

Quote from: brotherS on January 13, 2011, 09:29 AM

The volume bar does not have a border to contain it (unlike the seekbar). Bug or feature?

I don't know what you're referring to in this case.

Quote from: brotherS on January 07, 2011, 02:16 PM

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

Quote from: brotherS on January 07, 2011, 02:16 PM

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?

brotherS · « **Reply #606 on:** January 13, 2011, 03:07 PM »

Quote from: skwire on January 13, 2011, 02:21 PM

Quote from: brotherS on January 13, 2011, 09:29 AM
The volume bar does not have a border to contain it (unlike the seekbar). Bug or feature?

I don't know what you're referring to in this case.

Hard to describe... let me try with an image:

[attachimg=#1]

Quote from: skwire on January 13, 2011, 02:21 PM

Quote from: brotherS on January 07, 2011, 02:16 PM
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).

Just populating the seekbar with that text would be great!

Quote from: skwire on January 13, 2011, 02:21 PM

Quote from: brotherS on January 07, 2011, 02:16 PM
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'.

brotherS · « **Reply #607 on:** January 13, 2011, 04:24 PM »

Oh, I forgot: is it possible for you to make the "Random" play mode a tiny little bit less random? So that it would not play the same file twice in a row?

skwire · « **Reply #608 on:** January 13, 2011, 05:30 PM »

Quote from: brotherS on January 13, 2011, 04:24 PM

Oh, I forgot: is it possible for you to make the "Random" play mode a tiny little bit less random? So that it would not play the same file twice in a row?

It should already do this check.

brotherS · « **Reply #609 on:** January 13, 2011, 05:45 PM »

Quote from: skwire on January 13, 2011, 05:30 PM

Quote from: brotherS on January 13, 2011, 04:24 PM
Oh, I forgot: is it possible for you to make the "Random" play mode a tiny little bit less random? So that it would not play the same file twice in a row?

It should already do this check.

Well, it doesn't here.

Did the image help to make clear what I meant?

skwire · « **Reply #610 on:** January 13, 2011, 08:12 PM »

Quote from: brotherS on January 13, 2011, 05:45 PM

Well, it doesn't here.

Ah, I see where I broke it (funny enough, adding your request: http://www.donationcoder.com/forum/index.php?topic=16157.msg228354#msg228354). ; I'll endeavour to fix.

Quote from: brotherS on January 13, 2011, 05:45 PM

Did the image help to make clear what I meant?

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

brotherS · « **Reply #611 on:** January 13, 2011, 08:17 PM »

Quote from: skwire on January 13, 2011, 08:12 PM

Quote from: brotherS on January 13, 2011, 05:45 PM
Well, it doesn't here.

Ah, I see where I broke it (funny enough, adding your request: http://www.donationcoder.com/forum/index.php?topic=16157.msg228354#msg228354). ; I'll endeavour to fix.

Hehe... that IS funny!

Quote from: skwire on January 13, 2011, 08:12 PM

Quote from: brotherS on January 13, 2011, 05:45 PM
Did the image help to make clear what I meant?

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.

By the way, Vista here.

brotherS · « **Reply #612 on:** January 16, 2011, 09:36 PM »

I request a way to *not* have the track # displayed in the title bar automatically. Even though the Titlebar is just set to show "$file_n", it displays the track # *and* the file name.

Lesmo16 · « **Reply #613 on:** January 17, 2011, 06:40 AM »

That isn't the track number but the position number from Trout's list.
I also would like to see only the filename in title bar.

brotherS · « **Reply #614 on:** January 17, 2011, 03:34 PM »

Quote from: skwire on January 13, 2011, 02:21 PM

Quote from: brotherS on January 07, 2011, 02:16 PM
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.

skwire · « **Reply #615 on:** January 17, 2011, 07:11 PM »

Website | Installer | Portable v1.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.

tDJ · « **Reply #616 on:** January 17, 2011, 08:46 PM »

I want to see the Composer column between the Title and Year column. Can this be made possible?

skwire · « **Reply #617 on:** January 18, 2011, 04:05 AM »

Website | Installer | Portable v1.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.

tDJ · « **Reply #618 on:** January 18, 2011, 05:35 AM »

It works great. Thanks for the quick fix.

tDJ · « **Reply #619 on:** January 18, 2011, 05:35 PM »

Would like to see another feature: open cue files.

skwire · « **Reply #620 on:** January 18, 2011, 05:37 PM »

Quote from: tDJ on January 18, 2011, 05:35 PM

Would like to see another feature: open cue files.

Probably not going to happen for a long while (if ever).

tDJ · « **Reply #621 on:** January 18, 2011, 07:01 PM »

Quote from: skwire on January 18, 2011, 05:37 PM

Quote from: tDJ on January 18, 2011, 05:35 PM
Would like to see another feature: open cue files.

Probably not going to happen for a long while (if ever).

Because you don't see any reason for it, or because it's to hard to implement? It's essential to show correct track info for (ape, flac, wv etc) album files.

skwire · « **Reply #622 on:** January 18, 2011, 07:19 PM »

Quote from: tDJ on January 18, 2011, 07:01 PM

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.

Quote from: tDJ on January 18, 2011, 07:01 PM

It's essential to show correct track info for (ape, flac, wv etc) album files.

I don't like storing albums all in one file so, when necessary, I just use foobar or Medieval CUE Splitter to split a cue'd album into separate tracks.

brotherS · « **Reply #623 on:** January 18, 2011, 07:23 PM »

Quote from: skwire on January 17, 2011, 07:11 PM

Website | Installer | Portable v1.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.

skwire · « **Reply #624 on:** January 18, 2011, 07:30 PM »

Quote from: brotherS on January 18, 2011, 07:23 PM

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?