Hi Alexandre,
On Mon, Oct 10, 2011 at 11:29 AM, Alexandre Ratchov wrote:
> On Mon, Oct 10, 2011 at 11:16:21AM -0600, Anthony J. Bentley wrote:
>> My only issue with aucat is a noticeable lag for real-time
>> applications like games, even when running with a small buffer size as
>> per FAQ 13.5.
>
On Mon, Oct 10, 2011 at 11:16:21AM -0600, Anthony J. Bentley wrote:
> My only issue with aucat is a noticeable lag for real-time
> applications like games, even when running with a small buffer size as
> per FAQ 13.5.
>
This should be fixed by the "cleanup" diff I posted few days ago,
isn't it?
My only issue with aucat is a noticeable lag for real-time
applications like games, even when running with a small buffer size as
per FAQ 13.5.
--
Anthony J. Bentley
* David Coppa [111010 08:15]:
On Mon, Oct 10, 2011 at 4:07 PM, Steven
wrote:
YT video skips a bit, but that may just be due to Gnash overhead and
possibly download speed. Everything else works smoothly using the
start by default settings.
It's gnash for sure ;-)
I don't know, it could be
* Steven [111010 08:15]:
Playing two folders of music in mplayer, watching a video on
youtube in Firefox/Gnash, watching a video on smplayer and listening
to a cd using cdio cdplay.
YT video skips a bit, but that may just be due to Gnash overhead and
possibly download speed. Everything else wo
On Mon, Oct 10, 2011 at 4:07 PM, Steven
wrote:
> YT video skips a bit, but that may just be due to Gnash overhead and
> possibly download speed. Everything else works smoothly using the
> start by default settings.
It's gnash for sure ;-)
ciao,
David
Playing two folders of music in mplayer, watching a video on
youtube in Firefox/Gnash, watching a video on smplayer and listening
to a cd using cdio cdplay.
YT video skips a bit, but that may just be due to Gnash overhead and
possibly download speed. Everything else works smoothly using the
star
If none, I'd like we start using aucat and run our favourite audio
applications. I'm interested mostly in regressions, ie ports working
worse (or not at all) when aucat is running.
Works for me: plays songs concurrently and smoothly.
Tested with firefox, ffplay and totem on -current i386.
Simon
On Fri, 07 Oct 2011 12:31:16 -0600
Theo de Raadt wrote:
> And precisely how do you do that?
I was thinking turn on if X is enabled during the installer and throw
inputless warning that you should turn it on manually for servers or
consoles that desire it if X is declined.
On Fri, 7 Oct 2011 18:31:21 +0400
Loganaden Velvindron wrote:
>
> I think it should be enabled in the installer similar to X11.
I don't like the idea of being asked about aucat in the installer.
Every system administrator knows what sshd is so they can make an
educated choice whether to start it
I tested aucat by enabling it as you said.
mplayer does not break, and best of all, the
intermittent garbling seems to have stopped.
I can even launch seamonkey (firefox isn't built yet ?)
and I don't experience any sort of garbling.
I can do cool things like having 2 mplayer sessions
at the sam
On Fri, Oct 07, 2011 at 11:46:19PM +0200, Jona Joachim wrote:
| There was a debate on whether it's good or not to enable aucat by
| default. I just put forth the idea that maybe you could let the user
| decide. You don't like the idea? Fine.
What are you talking about ? The user sti
why our mailing lists are always full of people who don't
> even understand what they are talking about. Teach yourself before you
> try to teach us.
Come on, I'm not one of those guys. I never trolled or whined about
anything on this list.
There was a debate on whether it'
> > Really! Which of our platforms have no audio support at all? Can you list
> > them?
>
> That part was for effect, I was really hoping none existed. :-)
I'm afraid your hopes are about to get shattered. There is no audio
capabilities on the following platforms:
hp300 - until ISA interrupts
On Fri, Oct 07, 2011 at 01:35:49PM -0600, Theo de Raadt wrote:
> Really! Which of our platforms have no audio support at all? Can you list
> them?
That part was for effect, I was really hoping none existed. :-)
-Bryan.
Theo de Raadt cvs.openbsd.org> writes:
>
> > Either audioctl or mixerctl, which both return "Device not configured" if
> > no audio device is present, can be used by aucat rc.d script to detect
> > speechless setups.
>
> Until a hotplug one is put in, and doesn't work.
Is it feasible for aucat
> I think if anything this strengthens the need for MD-specific rc scripts, for
> platforms with absolutely no audio support, at all, no PCI bus, no USB bus,
> and
> no fancy i2c audio controllers. Don't enable aucat + libsndio + audio(4).
Really! Which of our platforms have no audio support a
I think if anything this strengthens the need for MD-specific rc scripts, for
platforms with absolutely no audio support, at all, no PCI bus, no USB bus, and
no fancy i2c audio controllers. Don't enable aucat + libsndio + audio(4).
On every other supported platform, enable audio, including aucat
Vadim Zhukov gmail.com> writes:
>
> 2011/10/7 Alexey E. Suslikov gmail.com>:
> > Either audioctl or mixerctl, which both return "Device not configured"
> > if no audio device is present, can be used by aucat rc.d script to
> > detect speechless setups.
>
> Still will not work for uaudio(4) cas
> Either audioctl or mixerctl, which both return "Device not configured" if no
> audio device is present, can be used by aucat rc.d script to detect speechless
> setups.
Until a hotplug one is put in, and doesn't work.
You guys just are not thinking.
2011/10/7 Alexey E. Suslikov :
> Jona Joachim hcl-club.lu> writes:
>
>>
>> On 2011-10-07, Henning Brauer bsws.de> wrote:
>> > * Jona Joachim hcl-club.lu> [2011-10-07 12:06]:
>> >> Do you want to start sshd by default? [Y/n]
>> >> Do you want to start aucat by default? [Y/n]
>> >
>> > yeah right.
On Fri, Oct 7, 2011 at 8:24 PM, Alexey E. Suslikov
wrote:
> Either audioctl or mixerctl, which both return "Device not configured" if no
> audio device is present, can be used by aucat rc.d script to detect speechless
> setups.
I like this idea.
ciao,
David
P.S.: I'm also in favor of having au
Jona Joachim hcl-club.lu> writes:
>
> On 2011-10-07, Henning Brauer bsws.de> wrote:
> > * Jona Joachim hcl-club.lu> [2011-10-07 12:06]:
> >> Do you want to start sshd by default? [Y/n]
> >> Do you want to start aucat by default? [Y/n]
> >
> > yeah right. what an awesome installer!
> >
> > Do y
> What about, turn on for X and have to manually enable otherwise.
And precisely how do you do that?
On Fri, 07 Oct 2011 10:35:27 -0600
Theo de Raadt wrote:
> The plan is to gut the direct device code-paths substantially, and
> stop trying to perform magic two ways. The direct-device methods will
> continue to work, but only as minimally as they did 10 years ago.
Even better, a simpler audio sy
> aucat is similar to X11 in this regard: necessary for a desktop, useless
> on a server.
Except you are wrong. For instance, my audio box has no display.
aucat as a daemon is an intragral back-end to a library which more and
more audio programs will be linked to, and those things need to move t
On 2011-10-07, Henning Brauer wrote:
> * Jona Joachim [2011-10-07 12:06]:
>> Do you want to start sshd by default? [Y/n]
>> Do you want to start aucat by default? [Y/n]
>
> yeah right. what an awesome installer!
>
> Do you want to start atactl by default? [Y/n]
[snip silly for-loop on /usr/bin]
I think it should be enabled in the installer similar to X11.
aucat follows a sane design and more importantly, it could
help to improve buggy audio apps in ports. I noticed some weird
behaviour in mplayer when it comes to sound playback.
If it causes too much audio app breakage, it can be disabl
On Fri, Oct 07, 2011 at 12:57:08PM +0200, Marc Espie wrote:
> On Thu, Oct 06, 2011 at 05:04:03PM -0700, patrick keshishian wrote:
> > yuck... sounds like linux to me. please don't go down that route of
> > "enable everything, it can't hurt even if you don't use it" mentality.
>
> In a wide differe
This is beginning to seem strange to me. OpenBSD has always had an "off by
default" philosophy, a quality I have relied on since before 1998.
It takes little effort to enable aucat. Yes, it also takes little effort to
disable it, however, unless (almost) everyone needs it, the approach has been
to
On Fri, Oct 07, 2011 at 02:35:47PM +0200, Mark Kettenis wrote:
> > Date: Fri, 7 Oct 2011 14:17:19 +0200
> > From: Henning Brauer
> >
> > * Marc Espie [2011-10-07 14:14]:
> > > It doesn't *belong* in X.
> > >
> > > I want to be able to get "proper" sound from the console, even if I don't
> > > r
> Date: Fri, 7 Oct 2011 14:17:19 +0200
> From: Henning Brauer
>
> * Marc Espie [2011-10-07 14:14]:
> > It doesn't *belong* in X.
> >
> > I want to be able to get "proper" sound from the console, even if I don't
> > run X.
>
> doesn't it really come down to workstation vs server use?
Yup.
> f
On Fri, Oct 07, 2011 at 02:17:19PM +0200, Henning Brauer wrote:
> * Marc Espie [2011-10-07 14:14]:
> > It doesn't *belong* in X.
> >
> > I want to be able to get "proper" sound from the console, even if I don't
> > run X.
>
> doesn't it really come down to workstation vs server use?
>
> for a d
* Marc Espie [2011-10-07 14:14]:
> It doesn't *belong* in X.
>
> I want to be able to get "proper" sound from the console, even if I don't
> run X.
doesn't it really come down to workstation vs server use?
for a default, having aucat running if you run X makes sense to me. if
you want it for co
It doesn't *belong* in X.
I want to be able to get "proper" sound from the console, even if I don't
run X.
On Thu, Oct 06, 2011 at 04:01:53PM -0600, Theo de Raadt wrote:
> > > So I'm not convinced we should enable aucat unconditionally. Wouldn't
> > > it make some sense to enable aucat on systems that run X?
> >
> > Hmmm, why not?
> >
> > I'm not against turning audio off in certain situations (serve
On 2011/10/06 22:36, Alexandre Ratchov wrote:
>
> sorry, my diff is wrong.. I forgot the '-aoff' in the diff, but -aoff
> will become the default soon (this is to keep the device closed when
> not used).
Without "-a off" behaviour I would object to this, but this clears
up all the usability probl
On Fri, 7 Oct 2011, Henning Brauer wrote:
* Jona Joachim [2011-10-07 12:06]:
Do you want to start sshd by default? [Y/n]
Do you want to start aucat by default? [Y/n]
yeah right. what an awesome installer!
Do you want to start atactl by default? [Y/n]
Do you want to start badsect by default?
On Thu, Oct 06, 2011 at 05:04:03PM -0700, patrick keshishian wrote:
> yuck... sounds like linux to me. please don't go down that route of
> "enable everything, it can't hurt even if you don't use it" mentality.
In a wide difference to linux, we try to avoid running buggy shit on the
system by defa
* Jona Joachim [2011-10-07 12:06]:
> Do you want to start sshd by default? [Y/n]
> Do you want to start aucat by default? [Y/n]
yeah right. what an awesome installer!
Do you want to start atactl by default? [Y/n]
Do you want to start badsect by default? [Y/n]
Do you want to start bioctl by defau
On 2011-10-07, Alexandre Ratchov wrote:
> On Thu, Oct 06, 2011 at 05:04:03PM -0700, patrick keshishian wrote:
>> >
>> >> Or do you argue that it doesn't matter running it even where
>> >> it is not needed?
>> >>
>> >
>> > Somewhat yes, if there are no audio devices or no audio program is
>> > run,
On Thu, Oct 06, 2011 at 05:04:03PM -0700, patrick keshishian wrote:
> >
> >> Or do you argue that it doesn't matter running it even where
> >> it is not needed?
> >>
> >
> > Somewhat yes, if there are no audio devices or no audio program is
> > run, aucat does nothing and shouldn't hurt.
>
> yuck.
On Thu, 06 Oct 2011 16:01:53 -0600, Theo de Raadt wrote:
> > > So I'm not convinced we should enable aucat unconditionally. Wouldn't
> > > it make some sense to enable aucat on systems that run X?
> >
> > Hmmm, why not?
> >
> > I'm not against turning audio off in certain situations (servers,
>
On Thu, Oct 6, 2011 at 1:26 PM, Alexandre Ratchov wrote:
> On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote:
>> Hi Alexandre,
>>
>> Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200:
>>
>> > On the one hand, we expect audio to work by default. On the other hand
>> > for
* Mark Kettenis [2011-10-06 23:06]:
> Only if it is a proper server ;) Most i386/amd64 "servers" do have
> sound hardware.
huh? either your defintion of "server hardware" is weird or my servers are.
on pflog, that gets only started if pf is enabled and then it is in
the same boat as syslogd.
i
> > So I'm not convinced we should enable aucat unconditionally. Wouldn't
> > it make some sense to enable aucat on systems that run X?
>
> Hmmm, why not?
>
> I'm not against turning audio off in certain situations (servers,
> whatever). IMO the important point is aucat to be always running
> wh
On Thu, Oct 06, 2011 at 11:05:34PM +0200, Mark Kettenis wrote:
> > It would be nice if aucat didn't start when there was no sound
> > hardware. And it doesn't:
> >
> > [weerd@despair] $ sudo aucat -l -fsun:0
> > aucat: sun:0: can't open device
> > sun:0: failed to open audio device
>
On Thu, Oct 06, 2011 at 11:05:34PM +0200, Mark Kettenis wrote:
Mark, you make very valid points - my comments were more in the 'food
for thought' department: we run deamons by default while some are
never used by certain users. Doesn't harm them.
| > But I like the idea of a working default set
> On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote:
> | Hi Alexandre,
> |
> | Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200:
> |
> | > On the one hand, we expect audio to work by default. On the other hand
> | > format conversions, channel mapping, resampling and a
On 6 October 2011 17:26, Alexandre Ratchov wrote:
> On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote:
>> Hi Alexandre,
>>
>> Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200:
>>
>> > On the one hand, we expect audio to work by default. On the other hand
>> > format con
On Thu, Oct 06, 2011 at 10:10:10PM +0200, Paul de Weerd wrote:
> On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote:
> | Hi Alexandre,
> |
> | Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200:
> |
> | > On the one hand, we expect audio to work by default. On the other h
On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote:
> Hi Alexandre,
>
> Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200:
>
> > On the one hand, we expect audio to work by default. On the other hand
> > format conversions, channel mapping, resampling and alike belong to
On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote:
| Hi Alexandre,
|
| Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200:
|
| > On the one hand, we expect audio to work by default. On the other hand
| > format conversions, channel mapping, resampling and alike belong to
Hi Alexandre,
Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200:
> On the one hand, we expect audio to work by default. On the other hand
> format conversions, channel mapping, resampling and alike belong to
> the audio sub-system; until 2009, this used to be the audio(4) driver
>
On the one hand, we expect audio to work by default. On the other hand
format conversions, channel mapping, resampling and alike belong to
the audio sub-system; until 2009, this used to be the audio(4) driver
itself. But later, instead of extending the audio(4) driver, we put
new audio code in auca
55 matches
Mail list logo