If a usb audio device is disconnected, the device vnode is closed
and replaced by a deadfs vnode, of type VBAD. The sndiod process
still has a descriptor in use for which any ioctl() fails. It's
supposed to get the return value, notice the error and close the
file descriptor.
Unfortunately, if p
On Thu, Nov 12, 2015 at 02:52:01PM +0800, Michael W. Bombardieri wrote:
> > > ok for removing xfree from aucat?
> > >
> >
> > yes, ok ratchov; if later this causes me merges i'll find another
> > solution. Feel free to do the same in usr.bin/sndiod, as it's
> > almost the same.
> >
>
> Same th
On Sun, Nov 08, 2015 at 07:43:10PM -0500, Michael McConville wrote:
> Maybe we should pick this off in smaller chunks so that we don't get
> immobilized by a few scattered issues.
>
> ok for removing xfree from aucat?
>
yes, ok ratchov; if later this causes me merges i'll find another
solution.
On Sun, Nov 08, 2015 at 09:56:23AM +0800, Michael W. Bombardieri wrote:
> On Thu, Nov 05, 2015 at 03:50:29PM +0100, Tobias Stoeckmann wrote:
> > On Thu, Nov 05, 2015 at 09:50:48AM +, Nicholas Marriott wrote:
> > > I don't know why cvs and rcs xmalloc.c has ended up so different.
> >
> > It's n
The AUCAT_COOKIE environment variable was never used. It doesn't
allow the cookie to be shared between users or to have a "group"
cookie (because permissions are checked by the library). On the
other hand sometimes people loose time trying to use it.
OK to remove it?
Index: aucat.c
==
On Mon, Sep 21, 2015 at 02:29:03PM +, Christian Weisgerber wrote:
> On 2015-09-21, Stefan Sperling wrote:
>
> > The function that parses funny numbers is iswdigit() which gets a wchar_t.
> > But sleep(1) doesn't need that.
>
> The sole somewhat realistic use of i18n in sleep(1) is the decima
On Sun, Aug 30, 2015 at 03:35:21PM -0400, Peter Piwowarski wrote:
> This patch replaces some literal '-' with '\-' in examples for sndio-
> related manpages. Certain roff implementations may render '-' as a
> hyphen (unicode U+2010) rather than a minus sign (unicode U+002D or ascii
> 0x2D); while
\" Copyright (c) 2015 Alexandre Ratchov
+.\"
+.\" Permission to use, copy, modify, and distribute this software for any
+.\" purpose with or without fee is hereby granted, provided that the above
+.\" copyright notice and this permission notice appear in all copies.
+.\"
This diff allows the audio(4) driver to properly recover, when the
envy(4) device misses interrupts. Fixes permanent distortion on MP
systems.
OK?
Index: envy.c
===
RCS file: /cvs/src/sys/dev/pci/envy.c,v
retrieving revision 1.60
dif
This diff simplifies the code that reads the DMA pointer and calls
the audio(4) driver accordingly.
- use simpler (and less) data structures, which makes the code
shorter.
- if multiple interrupts are missed, call audio(4) as many times as
we missed interrupts (unless the pointer wrapped, whi
There are 4 audio counters, and we've one ioctl() to get each. So
userland has to call the ioctl() one by one, and must take care to
handle cases when a counters are inconsistent (i.e. don't belong to
the same time). Inconsistencies are extreamly rare produce so the
code is hard to test.
This diff
Sometimes the system may miss enough audio interrupts for DMA
pointers to wrap, which makes upper layers misbahave.
This diff makes the audio driver properly recover, by detecting and
compensating for the missed interrupts. This requires the hardware
to expose working DMA pointers and the low-leve
On Mon, Jul 13, 2015 at 12:52:14PM +0200, Alexandre Ratchov wrote:
> On Sat, Jul 11, 2015 at 02:23:03PM +0200, Mark Kettenis wrote:
> > Every now and then sndiod hangs on me. Usually I discover this as
> > mplayer hangs while playing a video or hangs while opening the audio
> &
On Mon, Jul 13, 2015 at 12:52:14PM +0200, Alexandre Ratchov wrote:
> On Sat, Jul 11, 2015 at 02:23:03PM +0200, Mark Kettenis wrote:
> > Every now and then sndiod hangs on me. Usually I discover this as
> > mplayer hangs while playing a video or hangs while opening the audio
> &
On Sat, Jul 11, 2015 at 02:23:03PM +0200, Mark Kettenis wrote:
> Every now and then sndiod hangs on me. Usually I discover this as
> mplayer hangs while playing a video or hangs while opening the audio
> device on startup. Restarting sndiod using the /etc/rc.d/sndiod
> script doesn't work; it blo
On Thu, Jun 18, 2015 at 07:25:31PM +, Christian Weisgerber wrote:
> On 2015-06-13, Alexandre Ratchov wrote:
>
> > Many thanks to all who tested, below is an updated diff with the
> > missing i386 bits and "working" uaudio.
>
> I have run into a serious
On Fri, Jun 12, 2015 at 02:26:34AM +0200, Max Fillinger wrote:
> My uaudio device stopped working with this patch:
>
> $ aucat -i test.wav -f snd/0
> snd/0: couldn't open audio device
>
> With AUDIO_DEBUG enabled, I see the following output on the console:
>
> audio1: setpar: req enc=10 bits=16,
2003, 2004 Alexandre Ratchov
*
- * Redistribution and use in source and binary forms, with or without
- * modification, are permitted provided that the following conditions
- * are met:
- * 1. Redistributions of source code must retain the above copyright
- *notice, this list of conditions an
This exposes the counters returned by AUDIO_GET{I,O}OFFS ioctls,
they correspond to the number of bytes processed by the device.
The main usefulness of these counters is to check whether the
kernel is missing interrupts (by verifying that play.bytes and
record.bytes are the same).
If we expose th
This is to use device_lookup() instead of digging into
midi_cd.cd_devs[] and maintaining a "dying" flag which is already
present in the device structure. As a side-effect, this adds the
missing refcounting that mididetach() was missing.
The diff is a mostly mechanical change, except for the midide
On Mon, May 04, 2015 at 08:47:29PM +0500, Alexandr Shadchin wrote:
> Less magic number
>
> For PS/2 - status byte - bit 5:
> The bit is '1' if the data on input port 60h came from the AUX port, or '0' if
> the data came from the keyboard or from the keyboard controller itself.
>
> KBS_TERR (kbd t
On Fri, Apr 24, 2015 at 09:18:35PM -0400, James Turner wrote:
> On Fri, Apr 24, 2015 at 08:53:44PM -0400, James Turner wrote:
> > On Fri, Apr 24, 2015 at 08:23:01PM -0400, James Turner wrote:
> > > The attached diff allows sound to work on my late 2013 Macbook Air
> > > (6,1). oks?
> > >
> >
> >
On Fri, Apr 24, 2015 at 10:36:24AM -0600, David Coppa wrote:
>
> Hi!
>
> Code says "7860":
>
> $ grep 7860 *
> sndiod.c:#define DEFAULT_BUFSZ7860
>
> While manpage says "7680":
>
> $ grep 7680 *
> sndiod.1:The default is 7680 or twice the block size
>
oops, the man page is right and
No driver uses these the "mpeg" encodings and no program
can play without the AUDIO_PLAY_ALL flag (I don't even know
if the !PLAY_ALL case ever worked). The plan is to drop these
from the API soon.
OK?
Index: audioctl.c
===
RCS file:
No code uses the SNDCLT_DSP_* "ioctls" anymore (the last port using
them was removed few months ago), so they could be removed now. As
there's no ABI change, no shlib_version crank is necessary.
The motivation of removing these "ioctls" is to ease
simplifications and development of the audio(4) dr
This was "discussed" and nobody steps up to save it:
http://comments.gmane.org/gmane.os.openbsd.misc/217005
removing oss emulation, will remove dependency on obscure audio(4)
features we don't use since ~2009, and in turn will ease audio(4)
driver cleanup without breaking the build.
Tested on i3
On Sat, Mar 28, 2015 at 11:29:11AM +0100, Martin Pieuchot wrote:
> With the increasing number of machines shipping with rate-matching
> hubs instead of companion controllers to support USB Full and Low-
> speed devices, a number of people asked me if it was possible to
> add support for Full-speed
On Tue, Feb 24, 2015 at 09:34:17AM +0100, Remco wrote:
> Alexandre Ratchov wrote:
>
> > The -M option of aucat was removed long time ago, and as we're at
> > it mention about softsynths.
> >
> > OK?
> >
>
> > +The later are handly for testing
On Mon, Feb 23, 2015 at 07:44:37AM -0500, Nick Holland wrote:
> On 02/23/15 04:03, Alexandre Ratchov wrote:
> > The -M option of aucat was removed long time ago, and as we're at
> > it mention about softsynths.
> >
> > OK?
>
> ok nick@, but as I'd con
The -M option of aucat was removed long time ago, and as we're at
it mention about softsynths.
OK?
Index: faq13.html
===
RCS file: /cvs/www/faq/faq13.html,v
retrieving revision 1.152
diff -u -p -u -p -r1.152 faq13.html
--- faq13.html
On Tue, Jan 20, 2015 at 11:17:44AM +, Michael Savage wrote:
> Hi,
>
> I'm having trouble generating uniform random doubles in [0,1) with
> arc4random. In games, the snippet:
>
> (double) arc4random() / (UINT32_MAX + 1.0)
>
> crops up multiple times, but that isn't utilising the full pr
I believe there are no recent binary-only programs that could use
audio in linux emulation. I couldn't find a single example, and
there are no examples in replies to my e-mail to misc@:
https://marc.info/?l=openbsd-misc&m=141460646910168
OK to remove it?
--- arch/i386/conf/files.i386.orig F
On Tue, Oct 14, 2014 at 09:09:26PM +0200, Alexandre Ratchov wrote:
> Since end 2011 we have complete audio format conversions code
> enabled by default that runs in user-mode (from any to any
> encoding, rate, and channel number combination). So there's no
> reason to keep the
On Wed, Oct 15, 2014 at 11:37:26AM -0600, Todd C. Miller wrote:
> Since this came up in another thread. Trivial implementations of
> CLOCK_VIRTUAL and CLOCK_PROF, modeled after what FreeBSD does.
>
out of curiousity, what program needs these?
On Wed, Sep 10, 2014 at 07:31:17PM +0200, Alexandre Ratchov wrote:
> audioctl output is full of useless, misleading and/or unreliable
> fields. Let's keep the usable ones only. The plan is to remove them
> from the kernel as well.
>
> OK?
I've been asked in private to e
audioctl output is full of useless, misleading and/or unreliable
fields. Let's keep the usable ones only. The plan is to remove them
from the kernel as well.
OK?
Index: audioctl.c
===
RCS file: /cvs/src/usr.bin/audioctl/audioctl.c,v
On Sat, Aug 16, 2014 at 06:45:54PM +0200, Fritjof Bornebusch wrote:
> On Sun, Aug 03, 2014 at 02:56:25PM +0200, Fritjof Bornebusch wrote:
> Ping?
> > Hi tech,
> >
> > during my search after other xfree() implementations, I saw
> > that xfree() in sndiod is just a wrapper for free() without any
> >
Last two lines of a fresh (and successful) zaurus install are:
grep: /etc/mnt/wsconsctl.conf: No such file or directory
grep: /etc/mnt/sysctl.conf: No such file or directory
which is somewhat ugly.
As {sysctl,wsconsctl}.conf are now in /etc/examples, when the
installer tries to update the ztssca
On Wed, Jul 16, 2014 at 04:54:49AM +, Doug Hogan wrote:
>
> + if ((fake_table = mallocarray(3, sizeof(struct est_op),
It's not necessary to use mallocarray() for well known constants.
Few examples below.
> --- sys/arch/i386/i386/est.c 12 Jul 2014 18:44:41 - 1.43
> +++ s
On Tue, Jun 24, 2014 at 03:58:41AM +0400, Alexander Polakov wrote:
> So I have been trying to write a new audio driver (for Xonar DS if
> anyone interested) and therefore reading audio(9).
>
> I was confused for a while by the use of "will" here. I think it's not
> clear enough that these function
On Mon, May 26, 2014 at 02:19:28PM +0200, Mark Kettenis wrote:
>
> But as I said before, the problem is that this breaks the visual
> feedback feature in desktop environments and applications like Gnome.
The diff is to make pckbd keys behave like all other volume keys
(thinkpad, asus, macppc). Fo
On Wed, Apr 30, 2014 at 01:06:48AM +0200, Alexandre Ratchov wrote:
> This diff attempts to "unify" volume keys; it makes pckbd and ukbd
> volume keys behave like all other volume keys (acpithinkpad,
> acpiasus, macppc/abtn and similar drivers): simply adjust the
> hardware
On Wed, Apr 30, 2014 at 01:06:48AM +0200, Alexandre Ratchov wrote:
> This diff attempts to "unify" volume keys; it makes pckbd and ukbd
> volume keys behave like all other volume keys (acpithinkpad,
> acpiasus, macppc/abtn and similar drivers): simply adjust the
> hardware
On Thu, May 08, 2014 at 12:35:56PM -0400, Ted Unangst wrote:
> This is wrong in several ways.
>
> Never cast sizeof down, always cast the comparison variable up.
>
> I'll specifically call out this change:
>
> - if (snprintf(buf, sizeof(buf)) >= (int)sizeof(buf))
> + if ((size_t)snprintf
this diff applies on top of the previous one; it adds the
hw.kbdvolume sysctl(1) entry to select how pckbd & ukbd volume keys
are handled:
hw.kbdvolume=0
pass keystrokes to upper layer as we do for regular keys,
thus usable by X apps as hot-keys or whatever.
hw.kbdvolume=1
This diff attempts to "unify" volume keys; it makes pckbd and ukbd
volume keys behave like all other volume keys (acpithinkpad,
acpiasus, macppc/abtn and similar drivers): simply adjust the
hardware volume without passing keystroke events to upper layers
(i.e. "consume" the keystroke).
If your vol
On Sun, Apr 06, 2014 at 09:45:11PM +0200, Sven-Volker Nowarra wrote:
> Hi,
>
> I am thinking about an approach to set the brightness on my
> MacBook via standard keyboard keys. I can already call from the
> commandline "wsconsctl display.brightness=xx", and it will arrive
> in my asmc.c driver (th
On Tue, Feb 25, 2014 at 03:08:48PM -0500, Ted Unangst wrote:
> Tangent:
>
> I don't like the style used for the delay loops in azalia.c.
>
> 1. There's an off by one where 0 passes both conditionals. It's
> unlikely this matters, but it's needless inconsistency.
> 2. I think i <= 0 is a dangerous
On Sat, Sep 14, 2013 at 01:03:39PM +0200, Raphael Graf wrote:
> Without this diff, I just get silence from an Acer Extensa 6700.
> I don't know if this is the right way to fix it..
> Comments?
>
The diff seems correct. Anyone with a non-Acer Extensa 6700 box
using a ALC260 to test this diff ?
--
On Mon, Jul 01, 2013 at 12:29:02PM +0200, Alexandre Ratchov wrote:
> The quota utility obtains the block device name (with getmntinfo())
> then searches the corresponding fstab entry (with getfsspec()).
> Unfortunately if the fstab entry uses the disk uuid, it doesn't
> match
The quota utility obtains the block device name (with getmntinfo())
then searches the corresponding fstab entry (with getfsspec()).
Unfortunately if the fstab entry uses the disk uuid, it doesn't
match the block device string and the fstab entry is skipped.
On the other hand, we can't use /dev/dis
This is a small diff to enable mavb(4) 24-bit native format. To
test it, first check that audio works without the diff. Then, apply
the diff, kill sndiod, and run it as:
sndiod -dd -e s24be4lsb
then play any audio file; sndiod should log something like:
snd0: 48000Hz, s24be4lsb, play 0:1
On Wed, Jun 05, 2013 at 02:12:36PM -0400, Ted Unangst wrote:
>
> Conclusion? You'll never notice the difference. Personally I have
> a slight preference for improving worst case behavior.
I've a preference for simpler structures; as long if pid lookup is
not a real problem
-- Alexandre
On Tue, Jun 04, 2013 at 11:33:12PM -0400, Ted Unangst wrote:
> Instead of using a fixed size hash table for procs, use an rb tree.
>
> Makes thread/process lookup even more web scale.
>
any measurement?
-- Alexandre
On Fri, May 24, 2013 at 11:35:15AM +0300, Alexey Suslikov wrote:
> Hi tech@.
>
> Are uvideo(4), bktr(4) and similar also MP safe or they somewhat different
> in terms of a technique used to make audio MP safe?
They are mp safe since they use the global kernel_lock; It's used
for everything, inclu
On Thu, May 02, 2013 at 10:35:19AM +0200, Franco Fichtner wrote:
>
> as stated before, breaking down complexity to the bare minimum is my
> requirement for this to be happening at all. You all get to be the
> judges. I'm just trying to work on something worth doing.
>
> > The last thing we want
On Mon, Apr 08, 2013 at 12:09:15PM +0200, Alexandre Ratchov wrote:
> This diff is to add audio-specific locking in order to stop taking
> the global kernel lock in audio interrupt code paths. With this,
> audio drivers don't have to wait until other kernel calls complete
>
On Sat, Dec 01, 2012 at 05:14:46PM +0800, Ray Lai wrote:
> I'm not sure why jakemsr's diff[1] has AZ_QRK_GPIO_UNMUTE_1, my MBA
> works fine without it. I've tested both left and right channels on both
> speakers and headphones.
>
> -Ray-
>
> [1]: http://marc.info/?l=openbsd-misc&m=1289191300290
On Mon, Nov 26, 2012 at 11:55:15AM +0100, Matthieu Herrb wrote:
> On Sun, Nov 25, 2012 at 08:17:06PM +0100, Alexandre Ratchov wrote:
> > Currently audio hotkeys keys invoke the audio driver code to
> > raise/lower the volume. The hot key is not consumed, and is send to
> &
Currently audio hotkeys keys invoke the audio driver code to
raise/lower the volume. The hot key is not consumed, and is send to
X which generates XF86XK_Audio{Lower,Raise}Volume, which in turn
are consumed by programs, which in turn change the volume a second
time, and we end up with a messed volu
On Thu, Nov 15, 2012 at 05:53:52PM +0100, Reyk Floeter wrote:
> On Thu, Nov 15, 2012 at 5:11 PM, Marc Espie wrote:
> > external people regularly ask "but why you don't want to use GNU/m4
> > GNU/make
> > GNU/whatever ?"
> >
>
> External people seem to ask weird questions.
>
> I just had to dig
On Sun, Oct 28, 2012 at 06:45:59PM +1100, Jonathan Gray wrote:
> On Sat, Oct 27, 2012 at 03:14:07PM +0200, Alexandre Ratchov wrote:
> > Hi,
> >
> > This diff is to use dedicated messages for flow control instead of
> > abusing clock tick messages and to enable flow
On Sat, Oct 27, 2012 at 03:14:07PM +0200, Alexandre Ratchov wrote:
> Hi,
>
> This diff is to use dedicated messages for flow control instead of
> abusing clock tick messages and to enable flow control for MIDI.
> There should be no change in behaviour, but this change is
> ne
Hi,
This diff is to use dedicated messages for flow control instead of
abusing clock tick messages and to enable flow control for MIDI.
There should be no change in behaviour, but this change is
necessary for future developpement of sndiod.
any regression? ok?
-- Alexandre
Index: lib/libsndio/a
On Sat, Oct 06, 2012 at 10:38:34PM +0200, Gregor Best wrote:
> Hi Alexandre,
>
> > [...]
> > This change is unclear for me; AFAIU, it removes the mechanism
> > which makes processes wake up with a priority depending on what
> > they are blocked on.
> > [...]
>
> Where do you see that? The code
On Thu, Oct 04, 2012 at 11:42:45PM +0200, Gregor Best wrote:
> @@ -222,14 +230,13 @@
> setrunqueue(struct proc *p)
> {
> struct schedstate_percpu *spc;
> - int queue = p->p_priority >> 2;
>
> SCHED_ASSERT_LOCKED();
> spc = &p->p_cpu->ci_schedstate;
> spc->spc_nrun++;
Here's a new sndiod daemon derived from aucat; it's simpler,
smaller, faster and -- most importantly -- easier to develop. It
has almost the same features, and uses almost the same options. So
it can replace the current sndiod binary.
The new code is not polished yet and there may be few bugs
rema
On Mon, Aug 20, 2012 at 10:10:39AM +0200, Marc Espie wrote:
> since you have -Werror in your CFLAGS, sndio fails a build with
> WARNINGS=Yes...
>
> The following patch fixes things.
> - hex constants are unsigned.
OK, sure
> - prototypes for everything.
Why, aren't forward declaration good eno
On Sun, Aug 19, 2012 at 12:35:21PM +0200, Marc Espie wrote:
> Is there any actual reason for these restrictions ?
>
> I can understanding preventing stuff if it breaks, but I don't think
> it does ?
>
Actually most of these are not restrictions but assertions to force
incorrect programs to fail
On Thu, Jun 14, 2012 at 03:48:12AM +0200, Ariane van der Steldt wrote:
> Hi,
>
> This diff implements yielding in the vm system, with the intention to
> make expensive system calls preempt every once in a while, to allow
> userland system calls to progress.
>
> It's a very conservative applicatio
Certain midi uarts don't have interrupts, so when data is sent, the
driver spins (at IPL_AUDIO) until the uart becomes ready. This is not
a big problem because uarts have ~16-32 byte fifos, and programs don't
send large chunks of data, so uarts always appear ready. Except for
large messages, which
On Mon, Dec 12, 2011 at 09:33:16PM +, Stuart Henderson wrote:
>
> I'm currently running with -b 47040 to control skipping when I switch
> tabs in a web browser on my desktop machine with at least mplayer (using
> libao), vlc (SDL) and ffplay (I think using SDL). Any of your suggested
> setting
By default sndiod (aka aucat) uses 2940 frame blocks at 44.1kHz, iirc
to please uaudio, but this is not required anymore. On the other hand,
programs that use audio block rate for synchronization (ex. mplayer)
need smaller blocks (ex. to get smooth video).
If you're using sndiod (or aucat, if you
On Thu, Dec 01, 2011 at 11:01:11PM +, Stuart Henderson wrote:
> On 2011/12/01 11:32, David Hill wrote:
> > For those who have an iProduct from Apple, you know it spams the dmesg
> > with uhids when plugged in. It also attacheds itself as a uaudio device
> > as well.
>
> > + { { USB_VENDOR_A
On Thu, Nov 17, 2011 at 09:48:36PM +0800, Michael W. Bombardieri wrote:
> Hi tech,
>
> I have a simple diff for ksh(1) which takes
> care to not read past the end of the static
> buffer 'holdbuf' where the length of 'pat'
> is greater than the buffer.
>
holdbuf is zero-terminated, so strcmp() wo
On Wed, Nov 09, 2011 at 03:14:21PM +0100, Remco wrote:
>
> The highlighted code at the bottom of this mail contains comparisons like
> this: strncmp("snd", str, len) == 0
>
Yes, indeed this part of the code is wrong, grr... second time i do
the very same mistake; thanks
> sun, sun: or sun:0 for
Initially aucat was designed to handle one device only so multiple
audio devices used to be supported simply by starting multiple aucat
processes (one per device), very simple. Then (~1.5 years ago) we
added support for multiple audio devices (ie multiple -f options), and
now it's time to finish th
On Sun, Oct 16, 2011 at 07:41:56PM -0400, Geoff Steckel wrote:
> Is there any feeling that aio_* and lio_* functionality is
> desirable?
>
In theory, async i/o is very desirable in audio programs, and the lack
of async i/o causes stuttering.
But programs don't use async i/o APIs at all; they ro
On Wed, Oct 12, 2011 at 02:55:39PM +0200, Gregor Best wrote:
> Hi people,
>
> attached is a patch that basically rewrites the CPU scheduler. It
> replaces the multilevel feedback queue currently employed with an
> earliest effective deadline first approach, similar to the BrainFuck
> Scheduler for
On Tue, Oct 11, 2011 at 12:09:33PM +0300, Paul Irofti wrote:
> On Tue, Oct 11, 2011 at 10:58:54AM +0200, Paul de Weerd wrote:
> > On Tue, Oct 11, 2011 at 11:01:41AM +0300, Paul Irofti wrote:
> > | With this patch I can no longer get 6 channels to play, only stereo.
> > |
> > | I run aucat with:
>
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?
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
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
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, 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 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
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, res
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
On Wed, Jun 29, 2011 at 12:29:50PM -0400, Ted Unangst wrote:
> I wasn't really planning on removing this, but sthen pointed out that in
> the history of dmesglog, nobody has ever reported a machine using one.
> The man page says "This driver doesn't work yet.". So I think it's
> reasonable to
On Fri, Jun 03, 2011 at 06:03:32PM +0300, Alexey Suslikov wrote:
> On Fri, Jun 3, 2011 at 17:45, Alexandre Ratchov wrote:
> > On Fri, Jun 03, 2011 at 02:10:37PM +0300, Alexey Suslikov wrote:
> >> Hello tech@.
> >>
> >> aucat(1) manual says:
> >>
>
On Fri, Jun 03, 2011 at 02:10:37PM +0300, Alexey Suslikov wrote:
> Hello tech@.
>
> aucat(1) manual says:
>
> Streams created with the -t option export the server clock using MTC,
> allowing non-audio software or hardware to be synchronized to the audio
> stream. The following sample rates (-r)
On Thu, May 26, 2011 at 10:31:33AM +0100, Stuart Henderson wrote:
> On 2011/05/26 09:56, Alexandre Ratchov wrote:
> > This is to suggest using -v100 to avoid volume jumps when more than
> > one stream are played at the same time.
> >
> > OK?
> >
> > Or sho
This is to suggest using -v100 to avoid volume jumps when more than
one stream are played at the same time.
OK?
Or should we just say ``for normal use: -v100'', assuming nowadays
nobody listens to a single stream at the same :)
-- Alexandre
Index: rc.conf
===
On Tue, May 24, 2011 at 03:18:57PM +0200, Christopher Zimmermann wrote:
> On 05/03/11 22:58, Alexandre Ratchov wrote:
> > hack to support legacy audio/midi device naming scheme is almost two
> > years old, ok to drop support for it?
> >
> > -- Alexandre
>
>
>
On Sat, May 14, 2011 at 06:26:57PM +0300, Sviatoslav Chagaev wrote:
>
> Then the only thing that remains -- is to add clipping in mix_badd().
Yes, if the other diff goes in, handling clipping makes sense.
> This will give aucat all the bits and pieces to meet the requirements
> of all kinds of u
On Thu, May 12, 2011 at 12:36:43AM +0300, Sviatoslav Chagaev wrote:
> > >
> > > So, why is what I'm proposing better than what currently exists:
> > >
> > > * Resembles how sound behaves in real world more closely;
> > > * Doesn't violate the principle of least surprise;
> > > * No more annoying
On Wed, May 11, 2011 at 09:45:05AM +0300, Sviatoslav Chagaev wrote:
> On Wed, 11 May 2011 03:35:56 +
> Jacob Meuser wrote:
>
> > clipping is better than normalizing? really?
>
> Clipping might describe something like value&0xff, so no, not
> clipping, saturating addition.
> Try it and s
On Wed, May 11, 2011 at 02:50:36AM +0300, Sviatoslav Chagaev wrote:
>
below are few comments about the diff itself
> Index: aparams.h
> ===
> RCS file: /OpenBSD/src/usr.bin/aucat/aparams.h,v
> retrieving revision 1.11
> diff -u -r1.1
On Wed, May 11, 2011 at 02:50:36AM +0300, Sviatoslav Chagaev wrote:
> I'm sitting at work, listening to music, debugging a web-application
> with JavaScript alert()s. Each time an alert window pops up, the
> browser plays a sound. For a brief moment, the volume drops twicefold
> then goes back to n
On Mon, May 09, 2011 at 02:56:28PM +0300, Sviatoslav Chagaev wrote:
> On Mon, May 9, 2011 at 4:48 AM, Jacob Meuser
> wrote:
> > On Mon, May 09, 2011 at 01:32:49AM +0300, Sviatoslav Chagaev wrote:
> >> * sorted output looks cleaner, prettier;
> >> * it's easier to find the variable you're looking f
201 - 300 of 314 matches
Mail list logo