Ladies and Gentlemen, dear distribution packagers,
hereby the Laborejo Software Suite releases maintenance updates for its programs.
Laborejo 2.0.1, Agordejo 0.2.1, Fluajho 1.6.2 and Vico 1.2.2
All programs have 'Nuitka' removed as build-dependency, making compilation, packaging and running simpler.
Some crashes and typos in the documentations also have been fixed.
Signed source-downloads can be found here: https://laborejo.org/downloads/
More information about the programs and full multi-language manuals can be found on the website
https://www.laborejo.org/
Greetings,
Laborejo Software Suite
Ladies and Gentlemen,
28 months after the first release (2018-09-15) the Laborejo Software Suite releases version 2.0.0 of Patroneo.
Patroneo (which is Esperanto for "Pattern") is an easy to use, pattern based midi sequencer, a program that sends digital "notes" to software instruments such as synthesizers and samplers.
You have tracks with one pattern each. Turn on steps in the pattern to play musical notes. Switch the patterns on and off in a sequence to create a song structure. Connect external synthesizers and samplers to create sounds.
Please see the attached screenshot.
The new features integrate seamlessly into the existing workflow.
Old save files can still be loaded.
1) Tracks can now have different pattern lengths, allowing much more complex music. For this a widget was added next to the track name.
2) Each individual Pattern can now have any number of pitches (was fixed to 8 pitches before)
3) The Loop range can now contain multiple measures. Added GUI control next to loop button. Reminder: Loop-range is for trial&error, not for production.
4) A swing slider for rhythm-groups of 2 and 4 is now available for that 90s Dance Feeling (or Swing!)
It is released under GPLv3.
You can find all releases as sources here. Also check your distribution
for packages in a few days after this announcement, please.
https://laborejo.org/downloads/
For more information, a multi-language user manual, build instructions
and git access please visit
https://www.laborejo.org/patroneo
Greetings,
Laborejo Software Suite
https://www.laborejo.org
Hi,
I pushed a new release of the LV2 audio chopper plugin B.Choppr
(successor of B.Slizr). Now you can link different instances of the
plugin via shared data, too.
Github: https://github.com/sjaehn/BChoppr
Demo/Tutorial: https://youtu.be/PuzoxiAs-h8
Have fun
Sven
Hi
Mamba release v2.1 is out
Mamba is a Virtual MIDI keyboard with some extended, unique features.
Key features:
Supports jack-interconnect-ALSA MIDI I/O.
16 Channel Live MIDI Looper
Every channel use it's own Color to display the played Notes per channel.
MIDI File player/recorder
Integrated Fluidsynth support.
NSM support.
Release v2.1:
Add option to allow 2 keys per note in the Custom Key-map Editor, thus
allow setup key bindings for chromatic button accordion.
Add option to use right mouse button for permanent note on event. (Press
again for note off)
Add 'XDG Places' to file selector
Fix some minor bugs and hopefully don't introduce to much new ones.
Mamba is released under the BSD Zero Clause License license
The GUI is build on libxputty - A damn tiny abstraction Layer to create
X11 window/widgets with cairo surfaces
https://github.com/brummer10/libxputty
To build Mamba from source, the following dependencies must be meat.
* libfluidsynth-dev
* libc6-dev
* libsmf-dev
* libcairo2-dev
* libx11-dev
* liblo-dev
* libsigc++-2.0-dev
* libjack-(jackd2)-dev
* libasound2-dev
So, here is the project page:
https://github.com/brummer10/Mamba
and here you'll find the last release:
https://github.com/brummer10/Mamba/releases/tag/v2.1
regards
hermann
liquidsfz-0.2.2 has been released
The main goal of liquidsfz is to provide an SFZ sampler implementation
library that is easy to integrate into other projects. A standalone jack
client and a LV2 plugin is also available.
liquidsfz is implemented in C++ and licensed under the GNU LGPL version
2.1 or later. The release tarball can be downloaded here:
https://github.com/swesterfeld/liquidsfz#releases
Overview of Changes in liquidsfz-0.2.2:
=======================================
* Implement filters (fil_type, cutoff, resonance, ...)
- all SFZ1 filter types (lpf_1p, lpf_2p, hpf_1p...)
- some SFZ2 filter types (lpf_4p, lpf_6p, hpf_4p, hpf_6p)
- filter envelope (fileg_attack, fileg_depth, ...)
* Support midnam for LV2 to provide controller/key/switch information
* Key/Key Switch information:
- API: provide key and key switch information (Synth::list_keys)
- opcodes: implement key and keyswitch names (sw_label, label_keyN)
- hydrogen loader: provide key names for each mapped key
- add keys/switches/ccs command in liquidsfz jack client
* Improve key switch handling to fix problems with some sfzs #20
* Fix problems with clang++ using libc++ (for instance on macOS) #19
* Minor fixes and cleanups
--
Stefan Westerfeld, http://space.twc.de/~stefan
There are no new features in this release. It is really another maintenance
one, with a few more bugfixes and code refinements.
However, there is a check for when you save an instrument but haven't set a
type. This asks you to do so, and also recommends including copyright
information. You can ignore this and save without these, but then it will be
very difficult to identify your patch on a search, and impossible to
acknowledge you on any songs that use it.
Yoshimi source code is available from either:
https://sourceforge.net/projects/yoshimi
Or:
https://github.com/Yoshimi/yoshimi
Full build instructions are in 'INSTALL'.
Our list archive is at:
https://www.freelists.org/archive/yoshimi
To post, email to:
yoshimi(a)freelists.org
--
Will J Godfrey
http://www.musically.me.ukhttp://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
Hi,
The MIDI dynamics and vitalization LV2 plugin just got new features. Now
you can share your settings between different instances of the plugin
and thus synchronize the instances.
Key features:
* MIDI velocity amplification and timing manipulation plugin
* Swing and shuffle rhythms
* Pre-generator dynamics
* *Tempo rubato*
* Pattern (sliders) or shape-controlled
* MIDI filters
* Smart quantization
* Group / link individual instances of B.Schaffl
* Free and open source
What's new:
* Shared data: Link controllers between different instances
* New plugin sub-title
* Plugin description
* Bugfixes
Acknowledgements:
* Bart Brouns for the original idea plus subsequent ideas about
principle and features
* Robin Gareus for ideas to technically solve *rubato*-related problems
* Jatin Chowdhury for ideas to technically solve shared data storage
Links
* Project website: https://github.com/sjaehn/BSchaffl
* Features/Tutorial : https://www.youtube.com/watch?v=CBwkYDk5reU
Have fun!
Sven
The release pact is an informal agreement to aim for shared, scheduled
release dates. We agree to release at least four times a year: January,
April, July and October the 15th. To participate you just need to do a
release. There is no need to register in advance or ask for permission
to participate.
A release is an important step in the development and life of software.
Users look forward to updates and improvements, but they mean additional
work for developers. It is often very hard to decide if and when to
release, so developers tend to wait and postpone. There do not seem to
be any objective, measurable reasons that could lead to a decision.
Therefore we have decided to use time as a basis.
Why should you schedule (at least) four releases per year?
Developer side:
* Incentive to release something. Releases are better than git
progress. They get packaged, they indicate a (relatively) good state of
the program.
* Momentum/Peer Pressure: Other people are going to release, so will I.
* Healthy, Active Community: Being in a developer group that you see
working (by their releases) is a good motivation to do something
yourself.
User side:
* Announcements: Keep the software in the public eye
* Trust. People see that the software is in development and is cared
for.
* The "last updated" date should never be more than 4 months away and
always the current year.
* Swarm Marketing: A small release does not have much impact and won't
get featured often by news sites. A whole group of software releases
demands more attention. At the moment we simply release on the same
date, but in the future this could grow closer together. As in: joined
press statements etc.
Minimum Viable Release:
* "Fixed typo in documentation" should be enough. Especially for
software that has huge release intervals, like a year or longer, there
is public uncertainty if a project is just "working as intended" or
dead. A minor release with minimal changes is still a signal to the
public that the software is not forgotten.
* There is always something to do: Non-Code accomplishments like
writing documentation and user manuals are also a (very good) reason to
release
Where can you announce a release?
* Send a mail to linux-audio-announce(a)lists.linuxaudio.org .No
registration needed for posting, the list is moderated.
* Also send a mail to linux-audio-user(a)lists.linuxaudio.org and
linux-audio-dev(a)lists.linuxaudio.org . Cross-Posting releases is
accepted. These two lists need registration though.
* Submit your release, or the whole software to https://libreav.org
* Post to https://linuxmusicians.com/viewforum.php?f=24
* Submit a new link or text post to https://old.reddit.com/r/linuxaudio/
* Add or update your entry at
https://gitlab.com/nodiscc/awesome-linuxaudio (see
https://gitlab.com/nodiscc/awesome-linuxaudio/-/blob/master/CONTRIBUTING.md
)
* Add or update your software to Wikipedia
* Add or update your software on this wikipedia list
https://en.wikipedia.org/wiki/List_of_Linux_audio_software
* Chat with your developer-peers on freenodes IRC channel #lad (
Libre/Linux Audio Developers )
Miscellaneous
* How to give version numbers: Semantic Versioning https://semver.org/
* Provide release notes and a CHANGELOG
https://keepachangelog.com/en/1.0.0/ ("Don’t let your friends dump git
logs into changelogs.")
* Provide a real release as tarball and/or Github Gitlab release
(resulting in a tarball). Distributions want a stable set of files for
packaging. A git tag alone is not stable.
* Check your software and information (like README, .desktop file, your
own website etc.) if it is up to date. Take inspiration from one of the
many release guides, such as
https://radek.io/2015/11/23/release-checklist/
* The Documentation Compendium: "Why must you document your project? -
Various templates & tips on writing high-quality documentation that
people want to read."
https://github.com/kylelobo/The-Documentation-Compendium#why_document
* Does your software still create (dot-)files directly in the homedir?
Start supporting the XDG Base Directory Specification
https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html
Hi there,
This is the initial announcement of mioctl project, bringing
iConnectivity X-series (mioXL, mioXM) configuration to Linux and other
platforms:
https://codeberg.org/pmatilai/mioctl
Whereas the the previous generation interfaces from iConnectivity was
well-documented and for which an open-source GUI application already
exists [1], the X-series control protocol is completely different and
undocumented as of this writing, so this project is reverse-engineered
by analyzing RTP traffic between Auracle and a mioXL.
It is early days in the project but what it can do right now is
- List, load and save (including rename) presets
- List, add and remove routes
- List device ports by their names
- List active remaps and filters
- List connected usb hosted devices
- View device information (model, serial, firmware version)
- View network configuration
For many missing functionalities it's merely a matter of finding the
time to to implement, USB host reservation looks more complicated but
should get there eventually.
[1] https://github.com/dehnhardt/iconnconfig
- Panu -