strange behaviour of audacious

[Hans Petter Selasky]

On 01/27/14 16:01, Marat N.Afanasyev wrote:
> Hans Petter Selasky wrote:
>> On 01/27/14 15:22, Marat N.Afanasyev wrote:
>>> Hans Petter Selasky wrote:
>>>> On 01/27/14 14:30, Marat N.Afanasyev wrote:
>>>>> Marat N.Afanasyev wrote:
>>>>>> Marat N.Afanasyev wrote:
>>>>>>> Hello!
>>>>>>>
>>>>>>> I have a very strange behaviour of multimedia/audacious that can be
>>>>>>> described as 'one-click-dialog'. After starting audacious it cannot
>>>>>>> run
>>>>>>> even one dialog completely, opening dialog and clicking on any
>>>>>>> active
>>>>>>> element leads to all other elements being irresponsible, e.g.
>>>>>>> opening
>>>>>>> global Preferences and then Output Plugin Preferences gives me
>>>>>>> totally
>>>>>>> unusable "OSS4 Output Settings" dialog that can be only closed by WM
>>>>>>> close button, and everything is like this.
>>>>>>>
>>>>>>> PS. I don't subscribed to ml yet, so, if you want to answer me,
>>>>>>> CC: to
>>>>>>> me too
>>>>>>>
>>>>>> It seems that latest transmission has the same kind of problem, in
>>>>>> settings dialog for torrent  'Close' button works if, and only if it
>>>>>> was
>>>>>> the first element to click. If I click on somewhere else, I can close
>>>>>> this dialog only using WM's 'Close' button
>>>>>>
>>>>> And more. Both multimedia/audacious and net-p2p/transmission-gtk
>>>>> interfaces ignore key/mouse events after first click, but if I switch
>>>>> workspace there and back again they process next event. I found that
>>>>> something similar to my case was happening in evince3
>>>>> https://bbs.archlinux.org/viewtopic.php?pid=1305904#p1305904 but
>>>>> there's
>>>>> no solution also. I suppose that this is a very rare and strange
>>>>> problem, so I wonder how can I debug event passing to gtk3 windows to
>>>>> make conditions when this problem is happening as clear as possible.
>>>>>
>>>>
>>>> Hi,
>>>>
>>>> Are all your devices USB based? Audio, keyboard and mouse. Maybe there
>>>> is too little bandwidth and then this will happen :-(
>>>>
>>>> --HPS
>>
>> Hi,
>>
>> What sample rate are you using? Is your audio device configured for
>> surround. Most likely your USB audio device is eating all the USB
>> bandwidth in the Host OS leaving your other USB devices non-responsive.
>> This is a well known issue. USB audio has priority over mouse and
>> keyboard. This will not happen if you install FreeBSD on your computer
>> instead of running it inside a VM.
>>
>> Can you supply more details about USB devices connected to your computer?
>>
>> --HPS
>>
>>> I have ps/2 keyboard, usb mouse and usb audio, but this happens always,
>>> regardless of uaudio usage. I can try to find usb-to-ps2 adapter for
>>> mouse and plug off uaudio, to locate culprit. I don't understand why
>>> gtk3 process exactly one type of event and why it processes next after
>>> switching workspaces
>>>
>>

Hi,

> FreeBSD is installed on my computer, not in some jumbo virtualbox.

:-)

usbconfig show_ifdrv

will show you all keyboards/mice there.

>
> and this ignorance of events happens ONLY in gtk3 apps, no other
> application has the same problem. I write this message in gtk2 seamonkey
> and I have no problem at all with mouse/keyboard events here.
>

Ok, then it is probably not USB related. Just wanted to rule that yout.

Thank you!

--HPS