Closed GoogleCodeExporter closed 9 years ago
Glad you like it :)
1 - I have thought that sooner or later I must add a settings window, so I'll
soon start with it and will them probably make different functions hot-key'able
as well
2 - the icon shows the state of the playback devices and the recording device
options are of secondary importance. I believe that this would need to make the
recording devices as default view, and this is probably something that must be
also a setting on the global scale. I doubt that anyone would actually use
recording device listing as default though.
This bug seems really more to be related to your hardware and not AudioSwitch.
AudioSwitch doesn't interfere with any actual audio, it just send commands to
Windows' interfaces demanding the swap of the output device. If this is the
reaction from your audio device(s) then maybe you should try to update the
drivers or try the swapping of the default audio device in Windows' default
playback devices window and see if this creates the same behavior. This could
of course be also some strange bug of the software that's playing the audio - I
recommend more debugging first of your own environment.
Original comment by tanelte...@gmail.com
on 16 Mar 2013 at 8:47
Did some more testing, and I found that the normal way of swapping sources did
not produce the sound error, and also, this only happened when the program is
run bare (as in with no commands passed to it).
It also only happened with one program, Spotify, and I'm running the latest
available drivers.
I have "fixed" the issue on my hand simply by starting AudioSwitch with some
arguments passed, which I intended to do anyways.
As for the response on the feature requests, awesome! The way that the color
would change on the icon would replicate the "lit" color as any recording
software use when recording, and it would not interfere with the normal display
that it would show, only colored diffrently. An option for this could be one
way of doing it if you prefer that.
Original comment by adrianlund
on 16 Mar 2013 at 11:08
The bug is gone as far as I can see, and the first feature is featured in 2.0.
You can close this issue if you want, the 2nd request I can do without.
Original comment by adrianlund
on 28 Apr 2013 at 4:10
ok, the issue with the second request is that if it shows mic status in main
icon then we'd need to create all <mic status> x <play status> icons, which
would be a lot :) So I guess it's not as necessary to have it showing both
statuses. Best option would be probably to set the recording devices as
default, so you'd always see their status and playback devices would be
secondary with ctrl+click and so on.
Original comment by tanelte...@gmail.com
on 28 Apr 2013 at 7:24
Original issue reported on code.google.com by
adrianlund
on 16 Mar 2013 at 1:52