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>