Date: Mon, 27 Jan 2014 19:01:59 +0400 From: "Marat N.Afanasyev" <amarat@li.ru> To: Hans Petter Selasky <hps@bitfrost.no>, freebsd-multimedia@FreeBSD.org Cc: freebsd-gnome@freebsd.org Subject: Re: strange behaviour of audacious Message-ID: <52E674E7.1050208@li.ru> In-Reply-To: <52E66E44.6080206@bitfrost.no> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] 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 >> > FreeBSD is installed on my computer, not in some jumbo virtualbox. % usbconfig ugen2.1: <OHCI root HUB ATI> at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen1.1: <OHCI root HUB ATI> at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen0.1: <OHCI root HUB ATI> at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen5.1: <EHCI root HUB ATI> at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen4.1: <OHCI root HUB ATI> at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen3.1: <OHCI root HUB ATI> at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen5.2: <USB Mass Storage Device Generic> at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA) ugen1.2: <USB Audio CODEC Burr-Brown from TI> at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) ugen5.3: <product 0x2f24 vendor 0x03f0> at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (2mA) ugen5.4: <HP USB Laser Mouse HP> at usbus5, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (98mA) ugen5.5: <USB2.0 Hub vendor 0x2109> at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (100mA) ugen5.6: <product 0x4200 vendor 0x066f> at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (440mA) ugen5.7: <Mass Storage Device Generic> at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA) ugen5.8: <USB 3.0 SATA Bridge VIA Labs, Inc.> at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA) 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. -- SY, Marat [-- Attachment #2 --] 0 *H 01 0 + 0 *H i0-0m0 *H 01 0 UIL10U StartCom Ltd.1+0)U "Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CA0 130829080313Z 140829193716Z0O10U IsC164JG3dq5RPEQ10U amarat@li.ru10 *H amarat@li.ru0"0 *H 0 OTOZo" ) Oc3>_m.'bu ު-a>EF!tln>N6\j}KvI Juyc k@I :{iͦ]/:[2'nϫ" k4 *&P`R}&\00쇒3訵mj!!H9]IP/b2nka3ZrMrKw&҇7I6gZ5\Kʣ~߮fα 00 U 0 0 U 0 U %0++0 U ,Vay'S#0 U #0Sr풜\|~5NԸQ0U 0 amarat@li.ru0LU C0?0; +70*0.+"http://www.startssl.com/policy.pdf0+00' StartCom Certification Authority0This certificate was issued according to the Class 1 Validation requirements of the StartCom CA policy, reliance only for the intended purpose in compliance of the relying party obligations.06U /0-0+)'%http://crl.startssl.com/crtu1-crl.crl0+009+0-http://ocsp.startssl.com/sub/class1/client/ca0B+06http://aia.startssl.com/certs/sub.class1.client.ca.crt0#U 0http://www.startssl.com/0 *H ;QewY}qcC<LӐH X~4)b<%83]2>^Ѝq\)Dq?V^^; 4 '| m6ϒZDDaJ2 )h{b=i0^J;RPYlY?)Qt)a }^a, 7VZnu.YZ2)9>ye /qXO4Tw[8,Ԍz9 ^*:@_Ǡ,0{040 0 *H 0}1 0 UIL10U StartCom Ltd.1+0)U "Secure Digital Certificate Signing1)0'U StartCom Certification Authority0 071024210155Z 171024210155Z01 0 UIL10U StartCom Ltd.1+0)U "Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CA0"0 *H 0 -).2AUGo#G B|NDRpM-B=o -we5JQpa>O.#._<V [~**pz~3WG .ᘟMlr[<Ce6fqO"uxfWN#uicgkv$Lb%y`_{`xK'GN 00U 00U 0 U Sr풜\|~5NԸQ0 U #0N @[i04hCA0f+Z0X0'+0http://ocsp.startssl.com/ca0-+0!http://www.startssl.com/sfsca.crt0[U T0R0'%#!http://www.startssl.com/sfsca.crl0'%#!http://crl.startssl.com/sfsca.crl0U y0w0u +70f0.+"http://www.startssl.com/policy.pdf04+(http://www.startssl.com/intermediate.pdf0 *H }x,\c^ #wMq}>UK/^yX֏y frMIŲB61ymQҨݬZ0& ;@#13qۑ& ̢o 6r_;GO>*I( 74XS1r3)!LJy6Kotˆ# _wSr ;B ADp(fs 䰷6%.W0J3:bC<8t X1<Cn=t==wST~\wkBf|15zUP)(IjVB!OfI=bb\4-*em/нSJm7N[]'@ڽ D9Kr>R7/|o^I@ټ'Pa $ z9a'L)( I}vcH]۸D*W} m>Q|C.(,lQ10001 0 UIL10U StartCom Ltd.1+0)U "Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CAm0 + 0 *H 1 *H 0 *H 1 140127150159Z0# *H 1V<K>VK;z$0l *H 1_0]0 `He*0 `He0 *H 0*H 0 *H @0+0 *H (0 +71001 0 UIL10U StartCom Ltd.1+0)U "Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CAm0 *H 101 0 UIL10U StartCom Ltd.1+0)U "Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CAm0 *H /g=Q>(!' ̌I d!ad[i&kZ6_ Aث5 Arjn L+ i); {gt )K-_C0` t]k 6 . - 2M<.80dGamEVM} YY2oտ8t=MjFڅB r607T3>q&ee!AP2HKz5KԿW`
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?52E674E7.1050208>