:: Re: [DNG] Sound (Was: My experienc…
トップ ページ
このメッセージを削除
このメッセージに返信
著者: Klaus Ethgen
日付:  
To: dng
題目: Re: [DNG] Sound (Was: My experience with Devuan Alpha2)
First, please answer on the list only and not via group reply. There is
no need to add my own address to the recipients.

Am Do den 2. Jul 2015 um 12:37 schrieb Daniel Reurich:
> >What will be the alternatives? ALSA never worked for me to a usefull
> >state. It has partly translated config files but not in the parser,
> >has always cracking sound and kernel panics. It lags the ability to
> >play multiple streams and more.
>
> What sort of sound card/chipsets?


Well, all sort from consumer grade to a bit betterones. I have to admit
that I never tried a high end chipset.

Currently I am using:
   ~> ossinfo
   Version info: OSS 4.2 (b 2010/201503091929) (0x00040100) GPL
   Platform: Linux/x86_64 4.0.7 #1 SMP Tue Jun 30 19:22:02 CET 2015 (ikki)
   [...]
   Device objects
    0: osscore0 OSS core services
    1: oss_hdaudio0 Intel HD Audio interrupts=4454425 (4454425)
       HD Audio controller Intel HD Audio
       Vendor ID    0x80863a3e
       Subvendor ID 0x10438357
    Codec  0: ALC888 (0x10ec0888/0x104383c0)
    2: oss_usb0 USB audio core services


MIDI devices (/dev/midi*)

   Mixer devices
    0: High Definition Audio ALC888 (Mixer 0 of device object 1)


   Audio devices
   HD Audio play front               /dev/oss/oss_hdaudio0/pcm0  (device index 0)
   HD Audio play rear                /dev/oss/oss_hdaudio0/pcm1  (device index 1)
   HD Audio play center/LFE          /dev/oss/oss_hdaudio0/pcm2  (device index 2)
   HD Audio play side                /dev/oss/oss_hdaudio0/pcm3  (device index 3)
   HD Audio play pcm4                /dev/oss/oss_hdaudio0/pcm4  (device index 4)
   HD Audio play spdif-out           /dev/oss/oss_hdaudio0/spdout0  (device index 5)
   HD Audio play spdifout            /dev/oss/oss_hdaudio0/spdout1  (device index 6)
   HD Audio rec mix                  /dev/oss/oss_hdaudio0/pcmin0  (device index 7)
   HD Audio rec mix                  /dev/oss/oss_hdaudio0/pcmin1  (device index 8)


But the most is due the really bad code quality of alsa.

For example the localizing problem. I use tu have a locale that has the
"," as decimal divider. Now, I have to write floating point values in
.asound with a "," instead of a "." to get parsed but then, the code
behind the parser does not know what to do with the ",".

Another problem are the kernel panics that happens very often within
alsa. The best what I get was about one hour between panics. Usual I get
panics and oops after two minutes.

> I've used it on Digital Audio
> Workstations (using jackd) and had very little trouble like that. I can't
> see pulseaudio being able to work around fundamental issues that alsa has
> seen pulseaudio uses alsa.
>
> I've used it with pro and semi pro sound cards as well as all manner of
> consumer chipsets and had very little issues.
> >
> >On the other hand, OSS (OSS4) did always work and is the easier to
> >implement solution. It supports natively sound multiplexing and
> >several channels.
> >
> >Unfortunately some applications does refuse to work with oss, even
> >applications that was long OSS only (Teamspeak, commercial product)
> >
> >Pulsaudio was /one/ solution to mitigate that but no good solution as
> >it adds many problems with sound.
> >
> >So I am interested in the strategy, devuan will go here.
> >
> I think we will support as many options as possible and let people choose.
> But as with systemd, if any solution prevents being able to support other
> solutions, then it's out the door.
>
> That said, pulseaudio should be amenable with a bit of 'gentle persuasion'
> from my sledge hammer :P
>
>
> --
> Daniel Reurich
> Centurion Computer Technology (2005) Ltd.
> 021 797 722
>

Gruß
   Klaus
- -- 
Klaus Ethgen                              http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen <Klaus@???>
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C