Hello everybody! Finally it has happened, nearly two years from the
last stable release we are ready to present to you the final MusE 2.0
version. A lot has happened and changed, still the migration from 1.1
to 2.0 should be quite easy and definitely worth it.
The big changes since 1.1 are as follows:
* Moved to qt4, this affects the visuals and potentially improved portability
* Graphical automation in the arranger
* A new score editor
* MusE now defaults to using midi through Jack, -A enables native alsa support
* New style MDI gui with a bunch of configuration options to satisfy all tastes
* Redone midi editing tool dialogs with lots of new functionality
* Lots and lots and lots of internal small and big changes to improve
stability, speed and functionality
* PSIIF support (support for: probably something important I forgot)
A much condensed list of changes since the last beta are as follows:
- Sync fix: MusE now records tempo changes from externally clocked midi.
- Finally! Audio controller playback has smooooth frame resolution
even with large audio buffers.
- Feature: Midi control of audio paramters.
- Lots of automation improvements
- Switched to use JACK midi
- Added: -A switch: "Force inclusion of ALSA midi even if using Jack".
- Lots of leaks removed
- Added colorhints to iR and oR routing buttons
- Templates: File dialog: Lots of changes
- Lots of widget focus fixes
- Allow loading of DSSI synths in LADSPA browser.
- Midi editors: Added "Delta Mode" button to Note Info toolbar.
The full changelog is available at:
http://lmuse.svn.sourceforge.net/viewvc/lmuse/tags/muse_2_0/ChangeLog?revis…
Find the download at:
https://sourceforge.net/projects/lmuse/files/
Also a big thanks to everybody who has helped translate, find and fix
bugs and otherwise been lending a helpful hand!
Happy creating/recording/playing/arranging with MusE!
The MusE Team
ps.
And stay tuned for the inevitable 2.0.1 release ;)
ds.
--------------------------
MusE 2.0rc2
Hello everybody and a happy new year!
The final release is now in sight, here is one (hopefully) final
release candidate, rc2. Quite a bit of polish has been done in the gui
and some under the hood fixes for various audio and midi data
handling.
Crunched list of improvements:
- New super-glue feature
- Global Cut: Fixed crashes with markers. Re-did marker section in
structure.cpp:adjustGlobalLists().
- Fixed drag and drop cloning parts - bad reference count in
PartCanvas::moveItem()
- File Open dialog: Start with song data and configuration.
- New 'Duplicate tracks' Edit action, and dialog. Post-cleanups. TODO:
Copy plugins, fix copying parts
- Audio strip prefader now controls audio.
- Fixed: Annoying ladspa browser issues. Leak: Dialog was not
destroyed. Sorting. Save complete state
- Fixed long-time graphics corruption issue: Large areas of desktop
erased to background.
- New: Midi routing matrix! No more clumsy routing menu items.
Currently for Midi Track iR and Audio Input iR solo routes
- Improved: Midi ports list now fills automatically at start
- List only writeable ports in track list output port column and midi
track info combo box.
- Jack midi devices now save an additional required rwFlags xml tag.
- Midi ports dialog: Auto dis/connect the stated default channels when
selecting a device.
- Complete Spanish translation from Cristian Ramos
- Improved: Project save dialog: Now has quick save as Template.
Separate project/result paths shown. Editable project folder.
- Added: Project directory in global settings dialog.
- Changed: In File Dialog, 'User' initial prepend path changed to
muse ./config path. So user files + templates are shown.
- Fixed: Template directory changed from /home/templates to muse
config directory. Support for old files included.
- Fixed: DSSI synth audio inputs. This means dssi vocoders, samplers
etc. should work now
- Re-write: Fixed audio mixing, meter processing. Audio, and meters,
for all mono <-> stereo route combinations work sensibly now.
- Window titles of ladspa and dssi plugins now have track name prefix
to help identify them.
- Added "Unused Devices" menu to the arranger's port popupmenu for
rapid device selection
The full changelog is available at:
http://lmuse.svn.sourceforge.net/viewvc/lmuse/branches/release_2_0/ChangeLo…
Find the download at:
https://sourceforge.net/projects/lmuse/files/
Please report any findings either to one of the following
Mailinglists: http://muse-sequencer.org/index.php/Muse_ml
The bug tracker at sourceforge: http://sourceforge.net/tracker/?group_id=93414
The forum: http://sourceforge.net/apps/phpbb/lmuse/
Have fun!
The MusE Team
--------------------------------------------------------------
MusE 2.0rc1
Hello everybody,
Getting close to the new year, better hurry with the christmas
shopping! Not that this has anything to do with new MusE releases even
though one could consider it a christmas present. :)
Since the last beta relentless bugfixing has taken place and lots and
lots of feature improvements in preparation for releasing 2.0 sometime
soon (tm).
Crunched list of improvements:
- added sane configuration defaults to muse
- added MDI-like and borland-like user interface
- improved copy paste with paste dialog
- Lots of new internal namespaces e.g. MusEArranger and MusEMixer
- gui widgets with new look, especially in mixer
- score editor improvements
- reworked midi tools
- Popup menus: If stay-open mode, space triggers item and double-click
simulates return
- Changed midi track info patch popup behaviour. Now stays open for
auditioning patches
- Changed editor 'ctrl' controller popups. Split instrument/other (+
common controls!) + show ctrl numbers
- Changed mouse wheel behaviour in graphical editors except the score editor
- Added dialog to remove unused wave files
- Changed default imported midi song type to GM
+ lots more bugs squashed, improvements, code reorganizations
The full changelog is available at:
http://lmuse.svn.sourceforge.net/viewvc/lmuse/branches/release_2_0/ChangeLo…
Find the download at:
https://sourceforge.net/projects/lmuse/files/
Have fun!
The MusE Team
--------------------------------------------------------------
MusE2beta2 - second beta of MusE2 built on Qt4
Changes:
- One rather nasty bug where plugins did not restore their settings on
song load was fixed.
Also please note that this release can be installed along side with
muse1.1. The binary is called muse2.
Have fun and please report any findings to the mailinglist or the forum at:
https://sourceforge.net/apps/phpbb/lmuse/
The MusE Team
----------------------------------
Hello everybody,
Time for another mark in the MusE bark. We are pleased to announce
that MusE 2.0beta is currently available for download and as per usual
a number of fixes and new additions were added along the way.
MusE now sports a score editor (again! it's been a long time) and lots
of gui love, not to speak of all under-the-hood improvements and
optimizations. In it's current state MusE should be quite usable
though there is definitely going to be more fixes.
Here is a selection of changes in no particular order, see the
ChangeLog linked below for the complete unedited truth.
- Feedback parameters added to LADSPA GUIs
- Added new score editor
- Song loading stability fixes, some crashes removed
- Improved ladspa and dssi controller responsiveness
- Lots of graphical improvements to arranger, part drawing, gradients,
text drawing
- Added more routing choices: Synth to Wave track, Wave track to Wave track etc
- DSSI synths can now show generic LADSPA GUI as well as native
- Improvements to midi-only audio-stub (dummy audio)
- More shortcuts added to Arranger
- Support for custom LADSPA DSSI GUIs, such as those generated by FLAM
http://vagar.org/code/projects/flam.
- Fixed problems with midi event list editor, e.g. problems selecting
items while pianroll open.
- Added: Pianoroll controller graph items can now be selected/highlighted.
- Parts are now drawn while recording and also midi events visible in the parts
- Added new edit mode CURSOR MODE in drum editor
- added simple part drawing while recording, does not draw events or waveform
- detect samplerate and warn if samplerate isn't same in song and system
- Added show/hide track-types buttons to arranger
- Added progress dialog for loading projects
- Fixed drag & drop for plugins and drag presets from outside muse into a plugin
- Support for multiple drops of files to arranger, e.g easy import of
a bunch of wave files
- Fixed Organ synth crashing
- Persisten store of toolbar locations for main window and editors
- Fixed MusE failing with some non-RT kernels
- added cut/copy/paste and keyboard shortcuts to wave editor
- fixed regression with Bounce to File and Bounce to Track
- Increased playback MidiFifo size from 512 to 2100, to accommodate
large block sends,
- Fixed Jack Midi 'lost event' messages due to full buffers.
- fixed panic button
- Completed soloing system (after 4 years). Support chaining Midi
Port/Audio Out -> Audio In
- Support for editing audio automation on tracks
- Added right-click on track ARM buttons, now enables/disables all
tracks of it's kind
- Added transport position "Shift + +/-" keys, for no snapping
- fixed deicsonze synth patch loading
- Added default velocity controllers to pianoroll and drum edit
- Appearance part color names now can now be edited
- Mixer label colours can now be edited in the appearance settings
- more wallpapers
- Fixed focus stealing of transport
- new project creation dialog
- Midi track info added to pianoroll
- Added fancy background selection widget with live preview to
Appearance Settings
The full changelog is available at:
http://lmuse.svn.sourceforge.net/viewvc/lmuse/trunk/muse2/ChangeLog?revisio…
Find the download at:
https://sourceforge.net/projects/lmuse/files/
Have fun!
The MusE Team
--------------------------------------------------------------
Hello everybody,
Time for another mark in the MusE bark. We are pleased to announce
that MusE 2.0beta is currently available for download and as per usual
a number of fixes and new additions were added along the way.
MusE now sports a score editor (again! it's been a long time) and lots
of gui love, not to speak of all under-the-hood improvements and
optimizations. In it's current state MusE should be quite usable
though there is definitely going to be more fixes.
Here is a selection of changes in no particular order, see the
ChangeLog linked below for the complete unedited truth.
- Feedback parameters added to LADSPA GUIs
- Added new score editor
- Song loading stability fixes, some crashes removed
- Improved ladspa and dssi controller responsiveness
- Lots of graphical improvements to arranger, part drawing, gradients,
text drawing
- Added more routing choices: Synth to Wave track, Wave track to Wave track etc
- DSSI synths can now show generic LADSPA GUI as well as native
- Improvements to midi-only audio-stub (dummy audio)
- More shortcuts added to Arranger
- Support for custom LADSPA DSSI GUIs, such as those generated by FLAM
http://vagar.org/code/projects/flam.
- Fixed problems with midi event list editor, e.g. problems selecting
items while pianroll open.
- Added: Pianoroll controller graph items can now be selected/highlighted.
- Parts are now drawn while recording and also midi events visible in the parts
- Added new edit mode CURSOR MODE in drum editor
- added simple part drawing while recording, does not draw events or waveform
- detect samplerate and warn if samplerate isn't same in song and system
- Added show/hide track-types buttons to arranger
- Added progress dialog for loading projects
- Fixed drag & drop for plugins and drag presets from outside muse into a plugin
- Support for multiple drops of files to arranger, e.g easy import of
a bunch of wave files
- Fixed Organ synth crashing
- Persisten store of toolbar locations for main window and editors
- Fixed MusE failing with some non-RT kernels
- added cut/copy/paste and keyboard shortcuts to wave editor
- fixed regression with Bounce to File and Bounce to Track
- Increased playback MidiFifo size from 512 to 2100, to accommodate
large block sends,
- Fixed Jack Midi 'lost event' messages due to full buffers.
- fixed panic button
- Completed soloing system (after 4 years). Support chaining Midi
Port/Audio Out -> Audio In
- Support for editing audio automation on tracks
- Added right-click on track ARM buttons, now enables/disables all
tracks of it's kind
- Added transport position "Shift + +/-" keys, for no snapping
- fixed deicsonze synth patch loading
- Added default velocity controllers to pianoroll and drum edit
- Appearance part color names now can now be edited
- Mixer label colours can now be edited in the appearance settings
- more wallpapers
- Fixed focus stealing of transport
- new project creation dialog
- Midi track info added to pianoroll
- Added fancy background selection widget with live preview to
Appearance Settings
The full changelog is available at:
http://lmuse.svn.sourceforge.net/viewvc/lmuse/trunk/muse2/ChangeLog?revisio…
Find the download at:
https://sourceforge.net/projects/lmuse/files/
Have fun!
The MusE Team
--------------------------------------------------------------
MusE 2.0alpha
Hello everybody, we have a present for you, a new release of MusE.
The alpha indicates this is an early version so it's mainly
- a teaser to spread the word.
- an early adopters build.
- to welcome developers who want to port MusE to other platforms.
MusE has now been completely ported to the Qt4 architecture and we
(mainly Tim and Orcan)
are busy to make it even better than before, lots of gui stuff being reworked.
MusE now also sports a new version of the DeicsOnze, DX11 emulating
softsynth, up from version 0.2 to 1.0.
The homepage has received a new look that we hope will give a better
indication of what MusE is and does.
Do visit http://muse-sequencer.org.
The full changelog is available at:
http://lmuse.svn.sourceforge.net/viewvc/lmuse/trunk/muse2/ChangeLog?revisio…
Find the download at:
https://sourceforge.net/projects/lmuse/files/
Happy Holidays!
The MusE Team
This is the Release of Lisalo 1.0
Grab it here, no installing required:
git clone git://github.com/nilsgey/Lisalo.git
Lisalo - Linux Sampler Loader
Linux Sampler Loader is a command line program that loads entire
directories of sample files or takes instructions from a meta .lsl file
with relative paths to samples.
This program exists because you can't share linuxsampler lscp files
or even move files around on your own disk. Lscp files only work with
absolute paths and are too low level anyway.
Now you can quickly and easily load sampled instruments without
even starting a GUI. The lsl files are very simple, see example.lsl,
and can be shipped around with your sfz sample package like the
Sonatina Symphonic Orchestra (lsl file already included in this release)
Version 1.0 Licensed under GPLv3 by Nils Gey, June 2012
Only dependencies are Python and Linuxsampler.
https://github.com/nilsgey/Lisalo
info(a)laborejo.org
irc.freenode.org #laborejo
Hi all,
I created this software in 2004, but I can't develop it anymore,
maintain it or even answer the mails I receive about it.
http://home.gna.org/fmithttp://gna.org/projects/fmit
I'm therefore looking for volunteer(s) to recover the project: manage
it, maintain it, develop it if motivated, etc.
The current state of the software is fairly good, I think. It has been
updated to Qt4 last year.
I think it's quite stable because most of the mails I receive from
users are about how to select the recording channel in their OS mixer
...
FMIT is accessible from Ubuntu repositories (universe) and was
accessible under Fedora but they removed it since I can't maintain it
anymore.
Please look at the website for more details and screenshots.
Besides the fact that I want it to stay open-source, I don't have
particular wish about its future (hmmm, stay simple and expandable
maybe).
So, if someone is interested, please contact me.
All the best,
Gilles
--
FORTH - ICS
Vasilika Vouton, P.O. Box 1385
GR 71110 Heraklion, Crete, Greece
Mobile: +30 6942 207403
Work: Â +30 2810 391580
Hi All,
A new build of Praxis LIVE makes its way into the light. Highlights
include new audio components and audio API improvements,
cross-platform video capture (yes, Linux has always been there!), and
live GLSL coding.
Website - http://code.google.com/p/praxis
Release notes - http://code.google.com/p/praxis/wiki/ReleaseNotes
Blog post - http://praxisintermedia.wordpress.com/2012/06/21/praxis-live-build120620/
Praxis is a Java-based modular framework for live creative play with
video, images, audio, and other media. Its primary focus is on the
easy development of generative and interactive media installations, as
well as live performance. Praxis LIVE is a graphical, patcher-style
interface for developing Praxis projects 'on the fly'. Praxis is
developed by UK Artist and Technologist Neil C Smith. It is partly
inspired by projects such as AudioMulch, Bidule and Isadora, and to a
lesser extent Pure Data and Processing; however, it is not intended to
be a clone of any of them.
Thanks for listening, best wishes,
Neil
--
Neil C Smith
Artist : Technologist : Adviser
http://neilcsmith.net
Praxis - open-source intermedia system for live creative play
http://code.google.com/p/praxis
OpenEye - specialist web solutions for the cultural, education,
charitable and local government sectors.
http://openeye.info
hi everyone!
thanks to the excellent pd documentation out there and lots of hand
holding by friendly pd gurus on this list and elsewhere, here's my
humble take at creating a theatre cue player with pd that does what i
need... all the heavy lifting is done by august black's excellent
readanysf~, thanks for making this tool available!
CueFrog is designed to be multi-instance capable, so you can create as
many decks as your machine can handle, and makes use of lots of
send/receive ports to simulate some kind of object-oriented
encapsulation stuff, based on my (limited) understanding of a
model/view/controller paradigm.
grab it:
http://stackingdwarves.net/public_stuff/software/CueFrog/CueFrog-0.0.2.tar.…
it's documented, so you should get it going in no time. i'm sure there
are many quirks there, and i found out it's very easy to create race
conditions in pd, so no warranties :)
comments and suggestions for improvements are most welcome.
i have a vbap-based panning automation in the works (which has already
been used live at a theatre festival), but the code is in
oh-my-good-tomorrow-is-dress-rehearsal shape, so forgive me for
withholding it another month or so.
and before you ask: frogs are cute. and when the director makes me jump,
i need tools that jump along :-D
best,
jörn
--
Jörn Nettingsmeier
Lortzingstr. 11, 45128 Essen, Tel. +49 177 7937487
Meister für Veranstaltungstechnik (Bühne/Studio)
Tonmeister VDT
http://stackingdwarves.net
Hi Everybody,
My name is Bart, this is my first post here, though some have met me on IRC.
Thanks for making Linux audio what it is!
I started using Linux in 2004 with DeMuDi, and have never looked back.
I'm trying to get my pcm_multi to work without with jackd.
Some of you seem to have got this down, with or without "ghost xruns".
Jörn seems to imply in the quoted thread that tschack is the answer, but
it gives me the most xruns of all jack implementations.
Who has got this working?
Who want to help me get to the bottom of this?
Google has been a great help so far, but I'm not sure what to try or what
to google anymore. :(
So far I've tried:
*jackdmp1.9.9
*jackd1 (1:0.121.3+20120418git75e3e20b-2)
*http://nedko.arnaudov.name/soft/jack/dbus/jack-audio-connection-kit-dbus-0.121.3.tar.gz
*https://github.com/adiknoth/tschack.git
All tested with the 3 kernels mentioned below.
The nedko jack with the avlinux kernel sometimes goes without xruns for
quite a long while, but sometimes gives lots of them.
I haven't found the pattern behind it yet.
My system is fully tuned, according to realTimeConfigQuickScan.pl
the only exceptions:
cat: /sys/devices/system/cpu/cpu3/cpufreq/scaling_governor: No such file
or directory
Checking CPU Governors... CPU 0: '' CPU 1: '' CPU 2: '' CPU 3: '' - not good
I assume this is because my cpu's are running full speed.
Kernel with Real-Time Preemption... not found - not good
Checking if kernel system timer is set to 1000 hz... not found - not good
But I'm running 3.2.0-2-rt-686-pae #1 SMP PREEMPT RT Fri Jun 1 20:28:43
UTC 2012 i686 GNU/Linux.
I've also tried linux-image-3.0.32-avl-8 from avlinux, debian 3.2.0-2
vanilla.
Here is my .asoundrc:
https://github.com/StudioDotfiles/DotRepo/blob/master/asoundrc
I'm runing jack like this:
jackd -d alsa -r 44100 -p 4096 -d rme9636_64
The two rme9636 soundcards are on their own irq's, with priorities just
below the timers.
Jack with just one card works like a charm.
Is there any other info needed?
Thanks a lot,
Bart.
On 01/14/2011 11:12 PM, Jörn Nettingsmeier wrote:
> On 01/14/2011 10:39 PM, Jörn Nettingsmeier wrote:
>
>> i had it crash once when loading a really demanding session, but with
>> another average ardour project, it has now played fine and without
>> glitches for 10 minutes or so, while the xrun count goes through the roof.
>
> alas. i spoke to soon:
>
> after i added a 6x1 convolver and an ambdec instance
> jack2 bails out reproducibly after a couple minutes more, with a
> "floating point exception". so more testing.
>
> meanwhile, i'd like to know what these xruns are, and i wouldn't be too
> surprised if the eventual crash is actually related to the message
> buffer or some internal error counter wrapping...
jack2 gets nervous when i use a session with four jconvolver instances:
JackPosixMutex::Unlock res = 1
Unknown request 4294967295
jackd: ../common/JackGraphManager.cpp:45: void
Jack::JackGraphManager::AssertPort(jack_port_id_t): Assertion
`port_index < fPortMax' failed.
Aborted
the cpu is not maxed out, afaics.
tschack handles this scenario just fine, and it doesn't spew error
messages on the console. if i monitor it in qjackctl, the xrun count
increases at the usual rate, though.
btw: qjackctl becomes a major cpu burden in this pathological case.
lookes like it's the error messages. i've seen it at up to 40% of one core.
Here it goes.
Mostly a LV2 1.0.0 compliance release with some fixes from the stash
and fewer candies from the jar. On the darker/brighter side (your
choice) there's news on the LV2 atom(ic) fall-out now being officially
over. A new dawn has commenced, quite as every day follows every night
may I add.
Dang!
I'd better stop right here and save you all from that boring
trivialities. Let's go with the plain, interesting facts:
Qtractor 0.5.5 (foxtrot uniform) swings out!
Release highlights:
* LV2 Atom/MIDI support (NEW)
* LV2 Worker/Schedule support (NEW)
* LV2 Presets support (NEW)
* LV2 Time/position support (NEW)
* LV2 Programs/instrument support (NEW)
* MIDI plugin event timing on tempo changes (FIX)
* Loop-recording/takes audio sync (FIX)
* Quick start guide and user manual (NEW)
* Russian and Italian translations (NEW)
Website:
http://qtractor.sourceforge.net
Project page:
http://sourceforge.net/projects/qtractor
Downloads:
- source tarball:
http://downloads.sourceforge.net/qtractor/qtractor-0.5.5.tar.gz
- source package (openSUSE 12.1):
http://downloads.sourceforge.net/qtractor/qtractor-0.5.5-4.rncbc.suse121.sr…
- binary packages (openSUSE 12.1):
http://downloads.sourceforge.net/qtractor/qtractor-0.5.5-4.rncbc.suse121.i5…http://downloads.sourceforge.net/qtractor/qtractor-0.5.5-4.rncbc.suse121.x8…
- brand new (quick start guide &) user manual:
http://downloads.sourceforge.net/qtractor/qtractor-0.5.x-user-manual.pdf
Weblog (upstream support):
http://www.rncbc.org
License:
Qtractor is free, open-source software, distributed under the terms
of the GNU General Public License (GPL) version 2 or later.
Change-log:
- Auto-monitored MIDI tracks were missing their pass-through to their
respective MIDI output bus plugin chains, now fixed and letting any
multi-timbral instrument plugin to get a peek from auto-monitoring.
- New user option/preference to whether to open a plugin's editor
(GUI) by default, when available (cf. View/Options.../Plugins/Editor).
- Clicking and/or dragging for rubber-band selection on main
track-view canvas doesn't change the edit-head and -tail positions
anymore.
- Backward and Forward transport commands now have an additional stop
at first clip start point.
- LV2 Atom/MIDI buffering support is finally entering the scene; LV2
Worker/Schedule support is also included in a bold attempt to convey
non-MIDI event transfers between plugin and its UI.
- MIDI Clip editor (aka. piano-roll) and MIDI Tools fix: avoid note-on
events of zero velocity, which conventionally equates to a dangling
note-off event and dropped into oblivion sooner or later. There's no
more need for Shift/Ctrl keyboard modifier to change in one single
step all the MIDI events that are currently selected (now consistent
with drag-move).
- LV2 Presets support now entering effective operational status; a new
local option has been added (cf. View/Options.../Plugins/Paths/LV2
Presets directory; default is ~/.lv2).
- Dropped XInitThreads() head call as it was never useful but on those
early days of JUCE VST plugins.
- Italian (it) translation added (by Massimo Callegari, thanks).
- Clip fade-in/out dragging now follows snap-to-beat setting.
- Late modern eye-candy indulgence: alternate shaded stripes, on every
other bar as in a "zebra" background option for the main tracks and
MIDI clip editor views (cf. View/Snap/Zebra).
- LV2 Time/position information is now being supported through special
designated plugin input ports (after suggestion by Filipe Coelho aka.
falktx). Additionally, the time/position information report has been
corrected and complemented for VST plugins.
- Audio vs. MIDI time drift correction has been slightly improved
against rogue tempo changes across looping cycles.
- Honor tempo/timing on MIDI instrument plugins. Happy regression fix
on getting MIDI note-offs at looping ends back in business; all the
necessary bumming for MIDI plugins to play nice in face of tempo
changes and whenever playback is started from anywhere but the
beginning of the time-line (ie. frame zero); thanks to rvega aka.
Rafael Vega, for the heads-up).
- Audio clip wave-forms were being displayed in inverted phase (ie.
upside-down) all this time ever since day one. What a shame!
- LV2 Programs interface is getting initial experimental status, to
let LV2 instrument plugins get on par with the DSSI and VST crowd for
MIDI bank/program instrument inventory and selection support (a
sidetrack complot with Filipe Coelho aka. falktx, thanks:).
- Dropped the old but entirely useless LV2 URI-unmap feature, now
being superseded by official LV2 URID (un)mapper.
- Russian (ru) translation added (by Alexandre Prokoudine, thanks).
- SLV2 deprecation process started, effective now at configure time.
- Added include <unistd.h> to shut up gcc 4.7 build failures (patch by
Alessio Treglia, closing bug #3514794).
- Another approach avoiding recursive observer widget updates. Also
applies to mixer, monitor and track state buttons.
- Update to latest LV2 state extension (by David Robillard, thanks).
- Loop-recording/take number displayed on clip title, respectively.
- Make(ing) -jN parallel builds now available for the masses.
- A one buffer period slack on audio engine's loop turn-around logic
might just have fixed an illusive report on loop-recording/takes going
progressively out-of-sync, most notably when recording under large
audio buffer period sizes (>= 1024 frames/buffer).
- Editing MIDI while playback is rolling, doesn't mute the track any
more, adding a point to the live editing experience.
- Finer granularity for direct access parameter mouse wheel changes.
- Dropped a dumb optimization for short full-cached multiple
linked/ref-counted audio clips which were incidentally out-of-sync
after rewind/backward playback. Once again and uncertain to be the
last take on this, got fixed (probably related to some oddity reported
by Louigi Verona, thanks).
Enjoy!
--
rncbc aka. Rui Nuno Capela
Hi All,
>From what I can tell, it looks like the LV2 Atom Sequence specification
allows you to send events with arbitrary units for the timestamp.
I have a few questions about this:
1. How are we to know whether a particular unit uses the *double* field in
the timestamp union, or the *uint64_t *field in the timestamp union.
2. The specification says "The unit field is either a URID that described
an appropriate time stamp type, or may be 0 where a default stamp type is
known." In what circumstances would the timestamp be known? When can I
expect to see a zero in that field?
3. Are the timestamps absolute times? Or relative to the previous event?
Or relative to the start of the audio chunk? Does it depend on the units
used?
4. Why does the
documentation<http://lv2plug.in/doc/html/structLV2__Atom__Sequence__Body.html>show
|FRAMES |SUBFRMS| as the timestamp field? From what I can tell, there
is no unit which includes frames and subframes subdivided that way,
and the sampler
example </> just uses the full 64 bits as a frames field. Is this just a
relic from the old event port documentation? (the diagram seems familiar).
5. How are hosts/plugins supposed to deal with the multiplicity of units?
For example, suppose I'm a plugin or host that wants to receive MIDI data.
How am I supposed to know what timestamp unit to expect? Is there a
facility for converting between different units automatically? The only
extra information required to convert between any two time units would be
the bpm and sample rate. It would be rather annoying to have to implement
a bunch of unit conversion code in every host/plugin you write in order to
make sure it can handle any unit which is tossed at it.
Thanks,
Jeremy
Hi,
Many LADSPA plugins use one of their parameters to report
latency they add to their signal chain.
I wonder if there is a convention that these plugins report
the latency value in a common unit, or is it necessary
for me to examine the documentation of each plugin
case-by-case.
Regards,
Joel
--
Joel Roth
Hello laddies,
I am making an LV2 extension for accessing and/or restricting the buffer
size. This is straightforward, but I need to know just what
restrictions are actually needed by various sorts of DSP.
The sort of thing we're looking for here is "buffer size is always at
least 123 frames" or "buffer size is always a power of 2" or "buffer
size is always a multiple of 123".
I know "multiple of a power of two" is needed for convolution. Not sure
what else...
-dr
