OpenBSD Journal

Call for Testing: audio(4)

Contributed by tbert on from the we're-all-ears dept.

Alexandre Ratchov (ratchov@) posted a call for testing of a new audio(4) driver:

This is a replacement for the audio(4) driver. It implements a
minimal and complete subset of the audio abi. The main goal is to
simplify the semantics and the code itself. Less code, less bugs,
hopefuly easier development.

To test this diff, simply run your regular audio stuff and let us
know if you notice any difference. I'd suggest to keep a copy of
the old kernel in order to be able to compare easily.

In case you notice a regression, you could build the kernel with
the AUDIO_DEBUG option, reboot, trigger the bug and send the
resulting dmesg and any related information.

thanks!

-- Alexandre

As always, testing is essential to maintaining the quality of OpenBSD!

(Comments are closed)


Comments
  1. By journeysquid (Tor) on http://www.openbsd.org/donations.html

    Updated patch that fixes some bugs available here:

    https://marc.info/?l=openbsd-tech&m=143421060318901&w=2

  2. By Just Another OpenBSD User (95.42.222.99) on

    As expected, all our systems covered are devoted to running OpenBSD from personal computers to service provisioning scale, and this happens naturally with technical insight.

    Music however is not yet seen as the target for OpenBSD go to choice.. Can we hear more OpenBSD powered/enabled music on line, Alexandre?

    How does the general public user get into musing with OpenBSD?

    Comments
    1. By Shane J Pearson (49.255.252.254) on

      > As expected, all our systems covered are devoted to running OpenBSD from personal computers to service provisioning scale, and this happens naturally with technical insight.
      >
      > Music however is not yet seen as the target for OpenBSD go to choice.. Can we hear more OpenBSD powered/enabled music on line, Alexandre?
      >
      > How does the general public user get into musing with OpenBSD?

      I've used OpenBSD as a Music-on-Hold server for a PABX...

      http://www.yawarra.com.au/case-studies/creating-a-music-on-hold-appliance/

      OpenBSD on a little ALIX 3 has been rock solid reliable.

    2. By Alexandre Ratchov (109.190.1.44) on

      >
      > Music however is not yet seen as the target for OpenBSD go to
      > choice.. Can we hear more OpenBSD powered/enabled music on line,
      > Alexandre?

      Sorry, not yet. We've few live recordings but I didn't find the time
      to mix and master them. Hopefully one day I'll unslack :/

      >
      > How does the general public user get into musing with OpenBSD?

      Using simple tools to do simple music-related tasks works well.
      And many things could be achieved by combining simple tools.
      Most of the time I simply use aucat to record acoustic instruments,
      then, if needed, I process them off-line with sox or audacity. I
      use MIDI instruments a lot. To record and edit the MIDI tracks I
      use the midish port.

      To get things stable, avoid running CPU intensive software
      concurrently with the audio software. There are few known bugs
      to workaround, but I hope they will be fixed soon: MP kernels
      delay audio interrupts (produces glitches) and usb audio is not
      reliable. The MP problem is easily workaround by using a SP
      kernel. The usb problem is the most annoying as avoiding usb
      means we have to use PCI audio interfaces which forces us to
      carry bulky hardware to concerts.

      Comments
      1. By Just Another OpenBSD User (77.85.139.241) on

        Thank you for the update, that's exactly the waypoints we needed. Midi + gear recommendation (generic, no ads please) could help further young pilots.

        It's already a great sail with OpenBSD, yet considering audio is about half our sensitorium, feel empowered to have this progressing.

        Do we care about USB, that wobbly jack on the side of your crapbook, wait I have no other jacks... See, I'm into this too, how can I help, the USB crapware is freaking me out.

Credits

Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]