[I see I sent with too-long lines by mistake; sorry; resending with
that corrected.]
On 11/23/15 05:11, Alexandre Ratchov wrote:
On Fri, Nov 20, 2015 at 10:31:34AM -0700, luke...@onemodel.org wrote:
Could the root umask of 0077 be a problem? my /tmp/aucat directory
has different permissions
On Fri, Nov 20, 2015 at 10:31:34AM -0700, luke...@onemodel.org wrote:
>
> $ls -ltrd /tmp/aucat
> drwx-- 2 root wheel 512B Nov 20 09:39 /tmp/aucat/
> $ls -ltr /tmp/aucat
> ls: aucat: Permission denied
> [and timidity playing a .mid file was working]
> [then i killed sndiod with ^C.]
>
>
On 11/23/15 05:11, Alexandre Ratchov wrote:
On Fri, Nov 20, 2015 at 10:31:34AM -0700, luke...@onemodel.org wrote:
Could the root umask of 0077 be a problem? my /tmp/aucat directory
has different permissions than yours.
The problem is in sndiod; it's supposed create a world readable
directory
On 11/20/15 02:12, Alexandre Ratchov wrote:
On Thu, Nov 19, 2015 at 12:48:08PM -0700, luke call wrote:
$cat sndiod-log
snd0 pst=cfg.default: rec=0:1 play=0:1 vol=23170 dup
listen(/tmp/aucat/aucat0|ini): created
this is very strange, sndiod would have logged all the audio
traffic. Could you
$cat sndiod-log
snd0 pst=cfg.default: rec=0:1 play=0:1 vol=23170 dup
listen(/tmp/aucat/aucat0|ini): created
this is very strange, sndiod would have logged all the audio
traffic. Could you check that this is the right file or that
programs are not bypassing sndiod for any reason ?
It's the
[sorry for the dupe; correcting the 'from' address.]
On 11/07/15 04:20, Alexandre Ratchov wrote:
On Fri, Nov 06, 2015 at 05:00:13PM -0700, luke...@onemodel.org wrote:
On 09/11/15 11:55, luke...@onemodel.org wrote:
[...details are found in original thread at:
On Fri, Nov 06, 2015 at 05:00:13PM -0700, luke...@onemodel.org wrote:
> On 09/11/15 11:55, luke...@onemodel.org wrote:
> >Short version: In OpenBSD 5.7 (with all the latest security
> >patches), after some video playing, it
> >starts to stutter, and doesn't recover until I reboot. Is there
> >a
On Sat, Nov 07, 2015 at 06:27:17AM -0700, luke...@onemodel.org wrote:
> [sorry for the dupe; correcting the 'from' address.]
>
> On 11/07/15 04:20, Alexandre Ratchov wrote:
> >On Fri, Nov 06, 2015 at 05:00:13PM -0700, luke...@onemodel.org wrote:
> >>On 09/11/15 11:55, luke...@onemodel.org wrote:
On 11/07/15 12:21, Alexandre Ratchov wrote:
sorry, forgot to mention it; please restart sndiod first; this way
all the operations that lead to the bug are logged. Then, right
after the failure, run the audioctl commands.
I rebooted, restarted sndiod -ddd..., sound working with
timidity,
On 09/11/15 11:55, luke...@onemodel.org wrote:
Short version: In OpenBSD 5.7 (with all the latest security
patches), after some video playing, it
starts to stutter, and doesn't recover until I reboot. Is there
a way to "reset all the audio" back so it works, short of rebooting?
I haven't found
On 09/12/15 05:25, Alexandre Ratchov wrote:
Audio didn't properly recover after missed interrupts (which
happens on MP systems). The new audio driver (in 5.8 and -current)
is supposed to recover, at least with your hardware.
...
I'd suggest trying -current; there's a new audio driver and many
On 09/12/15 17:56, luke...@onemodel.org wrote:
Thanks, good to know. I think I'm better suited for "-stable"
than for "-current", currently. So I might wait for 5.8's release
then upgrade, or I'd have to figure out if it's a supported
configuration to be on -current now then switch back to
On Fri, Sep 11, 2015 at 11:55:29AM -0600, luke...@onemodel.org wrote:
> Short version: In OpenBSD 5.7 (with all the latest security
> patches), after some video playing, it
> starts to stutter, and doesn't recover until I reboot. Is there
> a way to "reset all the audio" back so it works, short of
Short version: In OpenBSD 5.7 (with all the latest security
patches), after some video playing, it
starts to stutter, and doesn't recover until I reboot. Is there
a way to "reset all the audio" back so it works, short of rebooting?
I haven't found that in anything I've read so far, including from
14 matches
Mail list logo