2021-09-08 23:05:16 by Nia Alarie | Files touched by this commit (213) |
Log message: Recursive revbump for audio/jack |
2021-01-16 22:06:53 by Reinoud Zandijk | Files touched by this commit (3) |
Log message: Fix Sun/NetBSD audio support. uaudio(4) record-only audio devices would not allow to be opened write-only and the logic would then skip to the next device. |
2020-08-18 19:58:18 by Leonardo Taccari | Files touched by this commit (549) |
Log message: *: revbump for libsndfile |
2020-04-25 12:18:09 by Nia Alarie | Files touched by this commit (2) |
Log message: portaudio: Fix build on SunOS |
2020-04-25 11:41:32 by Nia Alarie | Files touched by this commit (2) |
Log message: portaudio: Fix detection of sun |
2020-04-22 12:47:47 by Nia Alarie | Files touched by this commit (1) |
Log message: portaudio: Do not allow building with alsa/jack options on Darwin PortAudio does not support building with this configuration. |
2020-04-17 17:50:03 by Nia Alarie | Files touched by this commit (12) |
Log message: portaudio: Add a Sun/NetBSD audio backend. This works with Audacity. While here, generally clean up the package... Bump PKGREVISION |
2020-04-15 19:12:14 by Nia Alarie | Files touched by this commit (3) |
Log message: portaudio: In the OSS hostapi, support additional sample formats. While here, adjust some hacks around differences between NetBSD ossaudio and OSSv4: It turns out the problem was Audacity attempting to initialize with an absurdly high sample rate. When a sample rate that's outside the range of the kernel's maximum of 192000 is passed to SNDCTL_DSP_SPEED, -1 was returned (until my commits today). This is a violation of the OSSv4 spec in NetBSD. The spec states that if an unsupported sample rate is requested, a supported one should be picked and returned. |
2019-12-22 05:14:33 by Nia Alarie | Files touched by this commit (1) |
Log message: portaudio: fix buildlink3 for alsa/jack |
2019-12-02 11:08:20 by Nia Alarie | Files touched by this commit (1) |
Log message: portaudio: Not make jobs safe. I think we've been lucky until failures started cropping up in the aarch64 build... |