Date: Mon, 27 Jan 2014 19:48:06 +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: <52E67FB6.2040002@li.ru> In-Reply-To: <52E677ED.9020505@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> <52E674E7.1050208@li.ru> <52E677ED.9020505@bitfrost.no>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] 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 [-- 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 140127154806Z0# *H 1EvyGzXq0l *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 U:AKe@ulXliRe븢btG%e%"L|H# Jդm*[ב ߯uU!.tlMfb#zZFFJ]zߒe f6 U6vB27'ɺtO'Su4R "?{/w|ĭJQ,sXDdCO#T=AD'X+M:|+lUwj><y"qrTL
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?52E67FB6.2040002>