If Trout is paused, sending another /play will unpause it. Is that doable?

I stand by my request ...Like I mentioned in my posting to you at your website last summer,Trout does not respond when any of my AHK scripts send custom hotkey combos I have set to un/pause (or to do anythng ...).It would be great if my AHK scripts could un/pause Trout via the command line instead of actually/(virtually?) "clicking" on the play/pause button ...

If you could easily add a PAUSE command line option that would be GREAT!Trout, with a GUI written in AHK, does not respond to custom Trout hotkeys when an AHK script sends the hotkeys (at least not for me ...)!

does not respond to custom Trout hotkeys when an AHK script sends the hotkeys (at least not for me ...)!

Are you sending the hotkeys to the right window/exe? or is this about global hotkeys? In the latter case it's probably that your 'secondary' AHK script-engine is re-grabbing the global hotkey chain, interrupting the original setup of Trout.

It doesn't matter how I send the local or global hotkeys.WinActivate, Trout ahk_class Winamp v1.xSend cdoes not pause Trout.Send ^#cdoes not pause Trout.It doesn't matter whether I do ^#x or ^#v or ... Trout never responds.

It doesn't matter how I send the local or global hotkeys.WinActivate, Trout ahk_class Winamp v1.xSend cdoes not pause Trout.Send ^#cdoes not pause Trout.It doesn't matter whether I do ^#x or ^#v or ... Trout never responds.

If I can ask without sounding like a complete arse, why did you expect Trout to respond to a "c" keystroke or ctrl-win-c, ctrl-win-x, ctrl-win-v keystrokes? I'm going to guess these are default Winamp shortcuts?

... because I gave Trout those hotkeys as local/global hotkeys.They work fine from the keyboard ... unless Trout has gone completely non-responsiveto ALL input of any kind ... which happens occasionally...

The only Trout hotkeys I see on that tab are the local & global hotkeys that I created.That tab was/is totally blank in the virgin Trout 10490 ...but I guess you weren't saying Trout has its own hotkeys like WinAmp or JA do ...

Seeing as how c or ^#c work fine from the keyboard, it seems they could/should work when an AHK script sends them. That's how ALL other MM players I use work...

Correct, Trout does not have any built-in hotkeys; that's why I wrote the whole hotkey system so that people could set their own. This begs the question, though, as to why you're setting local hotkeys within Trout and then trying to call them from another script. Why not set global hotkeys, in the first place, and use those?

I don't feel any need to explain/justify anything.It also seems to me that the question is obtuse ...If you built in the option to add local & global hotkeys,why do you now ask why I have set local & global hotkeys?Some MM apps have their own local hotkeys and allow setting only global hotkeys, so I thought that is what you were saying a previous post. I thought maybe Trout would respond to its own hotkeys when sent by an AHK script, but Trout has no hotkeys of its own.

The point is that Trout does not respond to any hotkeys sent by an AHK script. I have MANY AHK scripts (like many people @dc.com also do). Some scripts (are launched by one timer or another and) need to determine if Trout is playing - which is easy because Trout has the TT/TE/TI sections in the status bar and then PAUSE Trout while the script does whatever and then UNPAUSE Trout ... It was more difficult than usual to have the AHK scripts PAUSE Trout because Trout does not respond to any hotkeys sent by an AHK script; but I guess NOW I can use a PAUSE commandline? THANKS ... for eveything ...

I don't feel any need to explain/justify anything.It also seems to me that the question is obtuse ...

Hi, I see that you are enjoying using Trout, the free software to which skwire has given so much of his own time, developing and tuning it for the benefit of others. I'm sure that we all appreciate his efforts very much, don't we? Perhaps it's a language difficulty (I certainly can't express myself well, even in my native tongue) but some of your comments seem rather demanding and border on a lack of politeness that is uncommon here on DonationCoder. You might consider that explaining why you do what you do, or why you want to do some other thing, would be a practical way to help the person whose assistance you seek to understand your purpose. Generally speaking, I've found that telling people that their questions are obtuse is somewhat less than the optimal way of eliciting their co-operation. Just a thought…

Another item I submit for your consideration (maybe you might consider it an enhancement) is what if Trout users could hide or fold in/out the buttons? to increase the width of the tag & etc display.

Here's a screenshot of Trout with SpecLab on my PII ...The tag display for many of my mp3s is bursting at the seams, so I thought it would be great if Trout users could hide the buttoms (which I now no longer need) to increase the width of the tag display

In my posting at your website last summer I also asked about being able to open the options with a global hotkey - would like to ask again now!What about setting the default path where Trout should look for playlist files? I don't see/know how to do that now. Is/Would that be possible?

What about setting the default path where Trout should look for playlist files? I don't see/know how to do that now. Is/Would that be possible?

It seems Trout's default location to look for playlists is the Trout "install" directory. I put a shortcut/link to my playlist folder (which is on a different volume) there ... Sometimes (but not always) when I select load playlist, Trout defaults to my playlist folder - usually after I have loaded a playlist from there recently. I have four different config.ini files. My AHK "launch Trout" script lets me choose which one I want to be the config.ini that Trout will load. Trout never remembers where my playlist directory was after I switch config.ini files. I am wondering what it is that causes/allows Trout to forget/remember where the playlist directory is? I do not see any entry in any config.ini file that seems to do that ... Is it XP specific?

Now that I have Trout to use with SpecLab and don't need to find a way to configure foobar to play with SpecLab

I never thought I'd see the day when I could post and say thatI seem to have found the /a configuration to run foobar+SpecLab on my PII ... without

Quote

the same problem I posted previously/elsewhere about running foobar with SpecLab. foobar+PM/SL will be running fine at around 50%±10% for a while; then for some unknown reason at some unknown time, CPU usage will spike to 100% - and I'll have to kill foobar+ ... I still would like to find out why that happens.

but I seem to have found how to kill off the CPU usage spike to 100% ...not only that but I can use the Peak Meter with foobar+SpecLab.

Quote

The Peak Meter (PM) seems to use the most CPU usage of the three

The VU meter seem to use less CPU usage than the Peak Meter when NOT running SpecLab,but the Peak Meter seems to use less CPU usage than the VU meter when running WITH SpecLab.

Quote

What is the technical difference between the VU & Peak meters?

Not only that - I have found a way to nicely configure WinAmp to play multimedia playlists (with avi & mp3 files) on my PIII find that it is better to use WinAmp with the Classic Spectrum Analyzer for low bitrate mp3s (less than 96/32) because there just isn't enough frequencies for a nice display in SpecLab ... I can also run a slideshow while WA plays audio ...

All of a sudden I have multiple very nice options for audio/video/multimedia playback on the PII