Indeed Matthew, *muting* happens as a consequence of *pausing*.
I've tried in a FreeBSD 10.1 amd64 machine and exactly the same things
happens. Hence, it must be related to X.org rather than to OpenBSD.
No big deal, I certainly can live with that.
Regards,
Luciano.
On 19 January 2016 at 13:03,
Hi Matthew
Good point. Sound is muted and indeed playback is paused. Maybe it's the
pause that cause the muting.
On further investigation in xfce, under the condition that the
checkboxes 'Hide content of
windows [when moving] or [when resizing]' are ticked muting and pausing
occurs when wind
Luciano Rottava da Silva writes:
> Hello,
>
> Same here with fvwm2-2.6.5 (installed via pkg) and 5.8-release.
>
> But in my case it happens when moving or *resizing* any window (xterm,
> firefox, etc.) if I keep mouse pressed doing any of above event "long
> enough".
>
> Looks like this issue is
Mouse, both in xfce and awesome.
With the checkboxes 'Hide content of windows [when moving] or [when
resizing]' ticked in xfce muting occurs when (a) pressing keycomb alt+F7
(for moving) and any arrowkey, or (b) alt+F8 (for resizing).
As before, this applies regardless of using smplayer or st
Hello,
Same here with fvwm2-2.6.5 (installed via pkg) and 5.8-release.
But in my case it happens when moving or *resizing* any window (xterm,
firefox, etc.) if I keep mouse pressed doing any of above event "long
enough".
Looks like this issue is not directly related to wm or desktop environment.
Hi Jan,
I can (almost) confirm the behaviour you describe. Logging into awesome
and starting mplayer in xterm muting occurs when *resizing* the xterm
window (or any other window). Moving a window does not seem to affect
sound output.
Best regards
/birger
On 2016-01-18 06:56, Jan Lambertz wr
Hi,
i had a similar Problem. turned out to happen with plain mplayer and
any windowmanager. when you move the application Window, after a sec
or so mplayer stops Sound. can you verify the behavior ?
7 matches
Mail list logo
