Skip site navigation (1)Skip section navigation (2)
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
This is a cryptographically signed message in MIME format.

--------------ms060502090803080101090502
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable

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 b=
e
>>>>>> described as 'one-click-dialog'. After starting audacious it canno=
t
>>>>>> run
>>>>>> even one dialog completely, opening dialog and clicking on any act=
ive
>>>>>> element leads to all other elements being irresponsible, e.g. open=
ing
>>>>>> 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 i=
t
>>>>> was
>>>>> the first element to click. If I click on somewhere else, I can clo=
se
>>>>> this dialog only using WM's 'Close' button=EF=BB=BF
>>>>>
>>>> And more. Both multimedia/audacious and net-p2p/transmission-gtk
>>>> interfaces ignore key/mouse events after first click, but if I switc=
h
>>>> 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=3D1305904#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 t=
o
>>>> make conditions when this problem is happening as clear as possible.=

>>>>
>>>
>>> Hi,
>>>
>>> Are all your devices USB based? Audio, keyboard and mouse. Maybe ther=
e
>>> 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 compute=
r?
>
> --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=3D0 md=3DHOST spd=3DFULL (12M=
bps)=20
pwr=3DSAVE (0mA)
ugen1.1: <OHCI root HUB ATI> at usbus1, cfg=3D0 md=3DHOST spd=3DFULL (12M=
bps)=20
pwr=3DSAVE (0mA)
ugen0.1: <OHCI root HUB ATI> at usbus0, cfg=3D0 md=3DHOST spd=3DFULL (12M=
bps)=20
pwr=3DSAVE (0mA)
ugen5.1: <EHCI root HUB ATI> at usbus5, cfg=3D0 md=3DHOST spd=3DHIGH (480=
Mbps)=20
pwr=3DSAVE (0mA)
ugen4.1: <OHCI root HUB ATI> at usbus4, cfg=3D0 md=3DHOST spd=3DFULL (12M=
bps)=20
pwr=3DSAVE (0mA)
ugen3.1: <OHCI root HUB ATI> at usbus3, cfg=3D0 md=3DHOST spd=3DFULL (12M=
bps)=20
pwr=3DSAVE (0mA)
ugen5.2: <USB Mass Storage Device Generic> at usbus5, cfg=3D0 md=3DHOST=20
spd=3DHIGH (480Mbps) pwr=3DON (2mA)
ugen1.2: <USB Audio CODEC Burr-Brown from TI> at usbus1, cfg=3D0 md=3DHOS=
T=20
spd=3DFULL (12Mbps) pwr=3DON (100mA)
ugen5.3: <product 0x2f24 vendor 0x03f0> at usbus5, cfg=3D0 md=3DHOST=20
spd=3DHIGH (480Mbps) pwr=3DSAVE (2mA)
ugen5.4: <HP USB Laser Mouse HP> at usbus5, cfg=3D0 md=3DHOST spd=3DLOW=20
(1.5Mbps) pwr=3DON (98mA)
ugen5.5: <USB2.0 Hub vendor 0x2109> at usbus5, cfg=3D0 md=3DHOST spd=3DHI=
GH=20
(480Mbps) pwr=3DSAVE (100mA)
ugen5.6: <product 0x4200 vendor 0x066f> at usbus5, cfg=3D0 md=3DHOST=20
spd=3DFULL (12Mbps) pwr=3DON (440mA)
ugen5.7: <Mass Storage Device Generic> at usbus5, cfg=3D0 md=3DHOST spd=3D=
HIGH=20
(480Mbps) pwr=3DON (500mA)
ugen5.8: <USB 3.0 SATA Bridge VIA Labs, Inc.> at usbus5, cfg=3D0 md=3DHOS=
T=20
spd=3DHIGH (480Mbps) pwr=3DON (2mA)

and this ignorance of events happens ONLY in gtk3 apps, no other=20
application has the same problem. I write this message in gtk2 seamonkey =

and I have no problem at all with mouse/keyboard events here.

--=20
SY, Marat


--------------ms060502090803080101090502
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMaTCC
Bi0wggUVoAMCAQICAwdtsTANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV
BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl
IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh
dGUgQ2xpZW50IENBMB4XDTEzMDgyOTA4MDMxM1oXDTE0MDgyOTE5MzcxNlowTzEZMBcGA1UE
DRMQSXNDMTY0SkczZHE1UlBFUTEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN
AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC8T/yW
/tVUT1pvIpPVHAgMjikWgAqQrAJPY6W6wKMzPl8XzW3UwpGfzgfeLoG7J2J1t9DujQYf3qqm
LWEHgj5FRv6P+9ohdOyH0OqMbG76lz5ONqNcavPdE3//fQEXSxB2SQv1qUp1Dsd522Oavx1r
svWlQEkLOnv2ac2mXS86W5kyJ27Pq/6fIgxrNAziKqMm51C3FGDBUn0mofzm3+FcMA4IMOyH
kpe+M+iotZaU1OD5bWq4ISH85UioOV3B2OqL0cGM3UmuUJ4Qgi9iMgGPbmsIYQ6+A5LRM1py
8u5Nckt3gSYTvdKHN6dJGcg2Z+Ja0jW+XEvKo5Z+366/Zs6xAgMBAAGjggLSMIICzjAJBgNV
HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD
VR0OBBYEFOakEwEDLMFWYaXweQ5/FydTI94RMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1
TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL
KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w
b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1
dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0
byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g
Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj
b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt
MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF
BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns
YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl
cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0
YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADtRgWXP13dZs31xY7lDiP2P8jxM05AH
SOwd7Fjx6wd/zMF+NMzYKWKiPCU4grfXM5FdMvc+E17QjXFc2Acp8ERx9xbeP1YUys1eXjvK
Cpo01/GXoAsnfA2p6Qrc5AVtNhrPkuqB3VrIz+ihRJtEvWHOSuHjMqmEzAAYKaCaaLMCe+j3
Yj1pnTDQXprASuQ7UlBZ9myAFppZPylRdO8pYb4M8qR93steYSwA8TdWWqKzbr7sdaatLpbt
WVrjjzIp54s5Psd5hY5lHPYAL6Nx1MJYjk80v7Xh3VSbqndbOCyb1Ix699Y5DF7+B9Yq9Jrl
ju8WOgP6QF/u5MegLDB7xsAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ
BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln
aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0
aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYD
VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0
YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt
YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK
AoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKn
u8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1
PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxah
NvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//j
diSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGt
MIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg
2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYB
BQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYI
KwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBS
MCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6
Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwEC
ATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQG
CCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0G
CSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkFgdtY
1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7
Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQo
CRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTi
pgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQg
WI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8
MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2N
iy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx
kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhd
GwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZAgEB
MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi
U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g
Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwdtsTAJBgUrDgMCGgUA
oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAxMjcx
NTAxNTlaMCMGCSqGSIb3DQEJBDEWBBTxudpWPBNLPoaagBBWS/3ZO4x6JDBsBgkqhkiG9w0B
CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN
AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE
AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw
KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T
dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDB22xMIGn
BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t
IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2
BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB
AgMHbbEwDQYJKoZIhvcNAQEBBQAEggEABy/94oZn1vo9UT6iqighEOwZhQMn/wnMjEkWhYWb
DMRk6CFhDsLfZN5bsmmRJr9rvr9aNl8dhEGvvdirrpL5jzUJ7EFyagNuyx2mBEwrot39Hp1p
limTO4TwIPp7Z9h0vh8pSy1fkEPMMGAfnNF0qwRdot/ja9wA7TbaGeYLDxYugK2fs/IOIK0M
LSCvxjKSkd9NzDwCiS4POJ0wZEdhxG2MvZ5FVoBNsxCiGn0PC+GqWVkyb9W/OHQ92k2eaujL
Rrvahf9C+8Pzf/Ecqv1yNqkwlqjcN7ZU+jO0hNw+cSZlZRohB0FQMqhIikt6DpK9mTX0/xT2
S5jUv7jHV6dgBgAAAAAAAA==
--------------ms060502090803080101090502--



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