Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 27 Jan 2014 16:14:53 +0100
From:      Hans Petter Selasky <hps@bitfrost.no>
To:        "Marat N.Afanasyev" <amarat@li.ru>, freebsd-multimedia@FreeBSD.org
Cc:        freebsd-gnome@freebsd.org
Subject:   Re: strange behaviour of audacious
Message-ID:  <52E677ED.9020505@bitfrost.no>
In-Reply-To: <52E674E7.1050208@li.ru>
References:  <52E25BF3.5000203@li.ru> <52E39B5C.8000402@li.ru> <52E65F5A.9010500@li.ru> <52E66AA8.2000108@bitfrost.no> <52E66BAA.7020607@li.ru> <52E66E44.6080206@bitfrost.no> <52E674E7.1050208@li.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?52E677ED.9020505>