Hi,
(Cross-posting to fluid-dev list, just in case someone is listening there
too, and have some comment into play)
I don't seem to notice this behavior, but strange enough, I don't have
that many soundfonts to try. Maybe if you point us a specific soundfont
file (url?), bank and program numbers of the patch where the issue is
exposed...
Probably not on time for your presentation, but I would like to confirm
whether it's an internal fludisynth bug (qsynth is just a Qt frontend to
libfluidsynth) or a side-effect from from your ecosystem.
Distro and fluidsynth/qsynth versions would be welcome for the record. If
you compiled from source, the configure command line optimization options
are known (by just me?) to have a relevant impact to the fluidsynth build
stability and behavior. Just check it out.
Bye now.
---------------------------- Original Message ----------------------------
Subject: [linux-audio-dev] QSynth/fluidsynth having problems with looped
soundfonts
From: ico(a)fuse.net
Date: Wed, November 3, 2004 4:12
--------------------------------------------------------------------------
Hi all,
Just a quick question before my tomorrow's presentation. I am hoping to be
able to present fluidsynth/Qsynth but one of the issues I encountered
using two different versions of fluidsynth and a number of soundfonts is
that the sound of soundfonts is fine until they begin to loop (i.e. long
flute sound eventually starts to loop the sample) and then at every loop
cycle there is a kind of a clicking noise as if the loop points are either
badly designed (unlikely, since I tried 5 different soundfonts that were
downloaded from different places), there is something weird with the
tested versions of fluidsynth, or this is a bug?
Any help is greatly appreciated!
Best wishes,
Ico
Announcing the first public release of the hexter DSSI plugin.
http://dssi.sourceforge.net/hexter.html
hexter is a software synthesizer that models the sound generation of
a Yamaha DX7 synthesizer. Now you can have the sparkling, richly
evolving sounds of this classic FM synth on your Linux workstation!
There are a few things still missing from hexter's emulation of the
DX7 (and it doesn't attempt more general FM synthesis like Native
Instrument's FM7), however, even at its current stage of
development, it is quite useable and recreates the sound of the DX7
with greater accuracy than any previous open-source emulation (that
the author is aware of....) It can easily load most of the thousands
of DX7 patch bank files available on the Internet, and can accept
patch editing commands via MIDI sys-ex messages from your favorite
DX7 editor/librarian.
hexter operates as a plugin for the DSSI Soft Synth Interface. DSSI
is a plugin API for software instruments (soft synths) with user
interfaces, permitting them to be hosted in-process by Linux audio
applications. More information on DSSI can be found at:
http://dssi.sourceforge.net/
The latest hexter version (currently 0.5.7) can be obtained at:
http://sourceforge.net/project/showfiles.php?
group_id=104230&package_id=134428
hexter requires a working DSSI host, liblo, GTK+ 1.2.x, plus the
ALSA headers and LADSPA SDK.
hexter is written by Sean Bolton, and copyright (c)2004 under the
GNU General Public License, version 2 or later. hexter benefited
greatly from previous open-source efforts, most notably Juan
Linietsky's rx-saturno, and FluidSynth by Peter Hanappe, et al.
DSSI v0.9 released
==================
I'm happy to announce version 0.9 of the DSSI plugin API.
http://dssi.sourceforge.net/
DSSI is an audio plugin API designed for software instruments with
custom user interfaces.
DSSI is based on the LADSPA effects plugin API, the ALSA sequencer
event types, and OSC (Open Sound Control) communications. It's
intended to be easily understood, GUI-toolkit-agnostic, and slightly
biased towards familiarity with MIDI. The DSSI distribution package
contains a JACK/ALSA-sequencer reference host and some plugins as well
as the specification and header. DSSI 0.9 was constructed by Steve
Harris, Chris Cannam, and Sean Bolton.
New in 0.9
----------
The main improvements in 0.9 are to the reference host implementation
and sample plugins.
The 0.9 API itself is binary compatible with the previous 0.4 release.
A new convention for plugin-global (rather than instance-local)
configuration data and a convention for setting a plugin's project
working directory have been introduced, and 0.9 clarifies certain
implementation points in the documentation.
Available hosts and plugins
---------------------------
Two hosts are currently known to include complete or nearly-complete
DSSI support: the reference jack-dssi-host included in the DSSI 0.9
distribution, and versions 0.9.9 and later of the Rosegarden-4
sequencer.
Currently available plugins include:
* a FluidSynth soundfont plugin included in the DSSI distribution
* Xsynth-DSSI, an analog-style (VCAs-VCF-VCO) plugin
* dssi-vst, a wrapper plugin enabling the use of many Windows VST
instruments and effects
* hexter, a Yamaha DX7 modeling plugin
* three smaller example plugins (two synths and a sampler) that are
also part of the DSSI distribution.
Hi all,
Just a quick question before my tomorrow's presentation. I am hoping to be able to present fluidsynth/Qsynth but one of the issues I encountered using two different versions of fluidsynth and a number of soundfonts is that the sound of soundfonts is fine until they begin to loop (i.e. long flute sound eventually starts to loop the sample) and then at every loop cycle there is a kind of a clicking noise as if the loop points are either badly designed (unlikely, since I tried 5 different soundfonts that were downloaded from different places), there is something weird with the tested versions of fluidsynth, or this is a bug?
Any help is greatly appreciated!
Best wishes,
Ico
Hi all,
A couple of us are thinking of putting together an open source focussed music
and visual performance night in London (UK), with the aim of making it a semi
regular event with a bit of a workshop feel to it - so people can share ideas
and have some fun.
We're just wondering what the interest for such an event would be, whether
people would be interested in participating, or indeed if there is already
something going on we've missed. Also if people are already doing similar
nights in other places, if you have any tips.
You can contact us directly at:
leechun(a)leechun.freeserve.co.uk
dave(a)pawfal.org
or reply to the list...
cheers,
dave
hi *,
last minute announcement:
busted2, sound installation with 7 us-police livestreams using LD_PRELOAD, realplay,
jack, hdsp, and, last but not least, linux
gallery "mount warning"
auguststrasse 10
berlin-mitte
8 p.m. CET us election party till tomorrow...
running right now.
come along!
bests,
martin
Hi all,
It is my pleasure to announce immediate availability of the expanded version
of the ICMC 2004's paper "Linux as a Mature Digital Audio Workstation in
Academic Electroacoustic Studios – Is Linux Ready for Prime Time?"
It can be obtained directly from the following link:
http://meowing.ccm.uc.edu/~ico/Papers/ICMC2004-full.pdf
I would also like to use this opportunity to thank all who helped make this
paper better as well as all of you who have made very insightful comments
and/or suggestions regarding the upcoming presentation on music standards.
I've written down your thoughts and will incorporate them in my speech as
soon as my other presentations are over with.
For those interested, the paper on Linux will be presented tomorrow at noon.
Best wishes,
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico/
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.784 / Virus Database: 530 - Release Date: 10/27/2004
This is intended to be the last beta release before Ardour 0.9 is
released. No new features will be added before we release 0.9.
FYI, 0.9 is intended to differ from 1.0 only with respect to bug
fixes, install and first-time user experience. We do still have a few
significant crashing and other major bug fixes to be resolved before
0.9 can be released, but optimism is in the air.
http://ardour.org/releases/ardour-0.9beta20.tar.bz2
NEW FEATURES
-------------
* Added support for midi parameter feedback. When enabled,
controls that are bound to incoming midi events will send out
that event when modified. This lets you control generic midi
control surface with motor faders and/or led encoders (like the
incredibly affordable Behringer BCF2000, which was used for
testing), to match the internal state. Note the extra/changed
options in the option editor's midi tab.
Reminder: to bind a fader or bar-control to midi, do a
Control-Middle-Click on it, then send some midi control.
* automation playback will send MIDI parameter feedback, thus
making external motorized faders etc. move with automation.
Note: this feature will probably be reimplemented in the
future because of interlocking problems with the realtime
audio thread.
* Added generic midi bindability for mute, solo, and rec-enable
controls. to do it, you can do Control-RIGHT-click on the mute
and solo buttons (the normal binding click is taken on these
buttons for other functions). For the Record-enable button, it
is the normal ctrl-middle-click. You can also pick it from the
context menu of the mute button. A menu will be added to other
buttons later.
* add -V/--novst flag to avoid using VST even if it
was compiled in
* multiple selected regions can be dragged across tracks (nick mainsbridge)
* normalization can be undone (patch from jkyro)
* export dialog redesigned
- master outs appear in their own selector, preselected
- button to control visibility of specific other tracks
* new playlist selector (uses a tree structure in a scrolled
window, instead of menus)
* add "nudge by capture offset" operation for regions
* remove zoom changes from the undo/redo history
* sessions still load when audio files are missing or corrupt
* Ardour is believed to build on OS X (CVS and/or this release)
FIXES
-----
* templates now get installed/uninstalled/rolled-into-tarball/etc. Let me
know if some corner of "make" doesn't work with the templates.
* Removed libglib dependency from libardour. Instead of guint32, we use
stdint.h's uint32_t, etc.
* fixed some midi prompter dialog issues
* fixed some midi binding state saving issues
* change entire buffer management scheme to be (more) RT-safe
* a major CVS commit that includes the first pass of changes to fix
some serious errors in the way ardour handles threads when
exiting. it also includes a significant fix to make export work
when sync'ed with JACK
* new functions to do "internal seeks" within the existing playback
buffer of a DiskStream, avoiding a new disk read for
small adjustments of playhead position
* lots of work on MTC slaving
* changed prototype of pthread_exit_pbd()
* don't send a message via error/info/warning/fatal if thread
is not registered with GUI
* remove "eox" signal from MIDI parser
* cleanup a few details of MIDI parsing
- importantly, all sysex messages get eox on the end
when passed to specific functions
* add "timecode-source-is-synced" option to ardour.rc(.in)
* remove Session::request_roll()
* fix bug with MMC rec-enable handling (only odd-numbered tracks
could be enabled)
* make region export progress bar move in the right direction
* more MTC slaving fixes and improvements (not done yet)
* remove wrong-thread-calling of Session::clear_event_type(),
which should help a number of loop-related crashes
* remove erroneous use of "abort" in function call
* Automake-1.7 or higher is required for libmidi++ now
* add "nudge by capture offset" operation for regions
* enlarge playhead/edit cursor arrows a bit
* avoid duplicate keyboard target registration
* pay attention to "virtual" window enter/leave events,
but continue to ignore "inferior" ones (may help
with keyboard focus issues)
* cancelling tempo/meter create dialog doesn't insert
a default tempo/meter marker
* tempo/meter create dialogs have minimal WM decor, and
use standard ArdourDialog API
* 2d panner fixed in many ways (still not to my taste and
not really correct)
* context-click on 2d panner shows context menu (Bypass is the only
entry so far)
* bypass added to stereo panner context menu
* general panner state load/restore fixes
* master outs added to connections menu
* added optimizations for peak metering (use of fabsf, flag
constants as floats, avoid implicit double/float casting)
* Updated the Italian and Brazilian translations.
* handle disk over- and under-run errors in the GUI, and be more
comprehensible to regular users.
* fix panning bypass for 2d panner
* fix stereo panner "mute" menu item so that it doesn't
toggle panner mute state every time it pops up
* fix more subtle elements of panner state restoration
* remove window crossing debug messages
* add "OK" button and remove window decoration from "can't
connect to JACK" dialog
Due to some untracked issues, 0.9beta20 was released in a form that
prevents it from offering any MIDI I/O or MIDI configuration.
In the time it took to discover that, other work had already happened
that is fairly important, so we bring you an unintended extra release.
http://ardour.org/releases/ardour-0.9beta21.tar.bz2
Changes
-------
* MIDI support now configured and built
* use Steve Harris' new libgdither code for dithering
* new patch from Nick Mainsbridge for multi-region
cross-track dragging
* increase size of Session event pool (to aid with
loading large sessions)
* use "in 1" or "out 1" if a named connection cannot
be found (e.g. when switching from a multichannel
to a stereo audio interface)
* patch for RPM building from Thac
* libardour: 0.838.0
ardour/gtk: 0.536.1