Re: aucat: suggest using -v100 ?

2011-05-28 Thread Jacob Meuser
On Sat, May 28, 2011 at 09:48:52AM +0200, Marc Espie wrote:
 On Sat, May 28, 2011 at 12:43:29AM +, Jacob Meuser wrote:
  more to the point: OpenBSD's audio is a bit less sucky than it used to
  be.  the people who want to change the way aucat works are not the
  people who made audio less sucky.  I think the EPOCH shit in ports
  is totally fucked, but my opinion doesn't really matter, because I'm
  not a major contributor to ports.  I can accept that.  at least with
  aucat there are options to make it work to suit differing opinions/
  tastes.
 
 Care to elaborate ? do you see another way to fix that specific issue ?
 Namely, to ensure that version numbers go forward.

yeah, don't rely on upstream version numbering at all.  upstream
versioning should only be in the package name to identify which
upstream sources were used, not whether a package is newer than
another.

I explained this in more detail some time ago on ports@.  you replied
to me ...

-- 
jake...@sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org



Re: aucat: suggest using -v100 ?

2011-05-27 Thread Jacob Meuser
On Thu, May 26, 2011 at 07:23:23AM -0500, Marco Peereboom wrote:
 sane defaults.  I agree with stu.

the current default is sane.  if aucat is quieter by default, then I
suspect there will be *more* complaints that speakers are too quiet.

can we please just accept that a 100% perfect for everyone solution
is not really possible?

 On Thu, May 26, 2011 at 12:01:22PM +0200, Alexandre Ratchov wrote:
  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 should we just say ``for normal use: -v100'', assuming nowadays
nobody listens to a single stream at the same :)
   
   Would it make sense to make -v100 the default, then people who
   wish to retain full dynamic range can set -v127?
  
  I'd like to avoid having different defaults for files (-i) and
  sub-devices (-s). And making -v100 the default would be unpractical
  for playing files or for off-line processing.
  
  -- Alexandre

-- 
jake...@sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org



Re: aucat: suggest using -v100 ?

2011-05-27 Thread Marc Espie
On Fri, May 27, 2011 at 07:01:28AM +, Jacob Meuser wrote:
 can we please just accept that a 100% perfect for everyone solution
 is not really possible?

Of course not, that way lies mediocrity. ;-)



aucat: suggest using -v100 ?

2011-05-26 Thread Alexandre Ratchov
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
===
RCS file: /cvs/src/etc/rc.conf,v
retrieving revision 1.141
diff -u -p -r1.141 rc.conf
--- rc.conf 12 Feb 2011 11:21:01 -  1.141
+++ rc.conf 26 May 2011 07:48:10 -
@@ -45,7 +45,7 @@ ifstated_flags=NO # for normal use: 
 relayd_flags=NO# for normal use: 
 snmpd_flags=NO # for normal use: 
 smtpd_flags=NO # for normal use: 
-aucat_flags=NO # for normal use: 
+aucat_flags=NO # for normal use:  (or -v 100 if 2+ clients)
 ldapd_flags=NO # for normal use: 
 
 # use -u to disable chroot, see httpd(8)



Re: aucat: suggest using -v100 ?

2011-05-26 Thread Alexandre Ratchov
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 should we just say ``for normal use: -v100'', assuming nowadays
  nobody listens to a single stream at the same :)
 
 Would it make sense to make -v100 the default, then people who
 wish to retain full dynamic range can set -v127?

I'd like to avoid having different defaults for files (-i) and
sub-devices (-s). And making -v100 the default would be unpractical
for playing files or for off-line processing.

-- Alexandre