Hi,
a the new version of B.Oops is out now. With really a LOT of new features:
* New: Slot shape mode: Controlled by a user-defined shape instead of a
pattern
* New: Slot keys mode: Controlled by user-defined MIDI events instead of
a pattern
* New: Pattern randomization
* Fx
 * New Banger
 * New EQ
 * Tremolo: Waveform option
 * Oops: New sample
* Default optimization flags `-O3 -ffast-math` for compiling DSP
* Improved binary compatibility / portability using static libs
* User friendly hiding patterns for inactive slots
* New presets
* New: Provide binary packages
* Bugfixes
 * Fix pattern Y flip glitches
 * Correctly X flip merged pads
 * Fix paste merged pads causing overlaps
 * Bugfix remove slots may cause segfault
 * Fix clicks on decay
 * Bugfix clicked handles if shape changed
Thanks to the community for the ideas and suggestions. B.Oops has AFAIK
now got more features than any commercial and closed-source effect
sequencer! And you can further contribute to this project.
Github: https://github.com/sjaehn/BOops
Download: https://github.com/sjaehn/BOops/releases/tag/1.8.0
Preview: https://www.youtube.com/watch?v=nHJlSlvxit8
Regards,
Sven
Same context as my previous mail …
The RME HDSPe cards have a large number of inputs and outputs for which the standard ALSA channels names and mappings make little sense.
Names reflect the hardware interfaces, e.g. Analog.L, Analog.R, AES.1/1 … AES.1/8, ADAT.1 … ADAT.8 etc… and not their function.
Right now, the hdspm driver provides a ad-hoc virtual file in /proc/asound/card<n> containing these names.
I am looking for a more generic driver <-> user space API for communicating PCM cannel names. Has anyone been facing the same / similar issues? How have you solved it? Are there any ideas, suggestions, preferences concerning this topic?
Again looking forward to your feedback.
Best regards and thanks in advance,
Philippe.
Dear all,
I am working on a new driver for the RME HDSPe cards, which eventually could replace the hdspm driver.
These cards have a hardware mixer / matrix router, freely mixing tens of hardware inputs and software playbacks into tens of outputs (8192 mixer controls on the HDSPe MADI).
Right now, mixer state (cached by the driver) can be read efficiently in one ad-hoc ioctl call, and individual channels modified through a HWDEP ALSA control element with 3 parameters (input/playback index, output index, gain value).
I understand there is a desire to get rid of ad hoc ioctls and am therefore looking for a more generic driver <-> user space API to read and write huge mixer state.
Does such more generic huge mixer interface already exist? Has someone been facing this or similar issues in this community? If not, are there any ideas, suggestions or preferences how it should look like?
Looking forward to your feedback.
Best regards and thanks in advance,
Philippe.
Hello all,
I need some advice from a web protocols expert...
I want to record the _audio_ part of
<https://www.skylinewebcams.com/en/webcam/ellada/crete/rethymno/karavostasi-…>
during a long time without wasting bandwidth on the video part,
and avoiding being 'timed out' or blocked by 'please whitelist
our ads' popups.
Anyone has an idea of how to do this ?
TIA,
--
FA
Somebody said on GitHub that "Pipewire is the soon to be successor to
Jack/Pulseaudio".
I ran a quick search in this ML and couldn't find any mentions of it in
the last few years.
Is Pipewire viewed like this by the wider community? Does anybody have
experience using it?
https://pipewire.org/
Thanks,
Yuri
Hello all,
updates on <http://kokkinizita.linuxaudio.org/linuxaudio/downloads/index.html>
zita-jacktools-1.5.2
Fixed some bugs that made the class destructors segfault.
jconvolver-1.1.0
jmatconvol-0.4.2
Added -T option to fconvolver and fmatconvol, truncates
output file to input file size.
Ciao,
--
FA
Could someone please do a simple test on any Pipewire installation
set up to use/replace Jack (or shed any light on this).
If I run 'pw-record crontest.wav' it works fine, as expected.
If I run 'pw-cat 2> errrrr.txt' ditto, of course.
If I setup a user cronjob with 'crontab -e' to run the commands
(at the start of the next minute or so) the first does nothing,
while the second works.
Cron writes to /var/log/syslog like:
CRON[7694]: (john) CMD (pw-record crontest.wav)
rtkit-daemon[1277]: Supervising 7 threads of 4 processes of 1 users
(second line repeated)
--
John (older than 95.6% of the population).