strange behaviour of audacious

[Marat N.Afanasyev]

Hans Petter Selasky wrote:
> 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.
>

ugen5.2.0: umass0: <Generic USB Mass Storage Device, class 0/0, rev 
2.00/2.20, addr 2>
ugen1.2: <USB Audio CODEC Burr-Brown from TI> at usbus1, cfg=0 md=HOST 
spd=FULL (12Mbps) pwr=ON (100mA)
ugen1.2.0: uaudio0: <Burr-Brown from TI USB Audio CODEC, class 0/0, rev 
1.10/1.00, addr 2>
ugen5.4: <HP USB Laser Mouse HP> at usbus5, cfg=0 md=HOST spd=LOW 
(1.5Mbps) pwr=ON (98mA)
ugen5.4.0: ums0: <HP HP USB Laser Mouse, class 0/0, rev 2.00/31.00, addr 4>


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

I don't know where to start digging, I even tried to build everything 
with default options, no change at all

-- 
SY, Marat

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4228 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.freebsd.org/pipermail/freebsd-multimedia/attachments/20140127/62d37020/attachment-0001.bin>