Hello Dave, I've got most of the drobilla svn repository R 1291 (HEAD as
of 07/13) compiling and running. However I'm very interested in checking
out Machina but am seeing some compilation problems. I'm using g++-4.3 .
Any thoughts? Thanks! -Garett
Engine.cpp: In member function 'void
Machina::Engine::set_quantization(double)':
Engine.cpp:93: error: no matching function for call to
'Machina::Driver::set_quantization(double&)'
./machina/Driver.hpp:37: note: candidates are: virtual void
Machina:Driver::set_quantization(Raul::TimeStamp)
Hello List,
I'm on 64studio 2.1 using a Delta 44 and not getting playback at the
proper speed using ALSA. Setting different sample rates in the ENVY24
control increases or decreases playback speed when playing files via
Amarok or Audacity. 48000 is close to where it should be, but still too
slow; 44100 is extremely slow; 88200 is extremely fast and choppy, etc.
Recording and playback is perfect though when I'm using the card with
Ardour/Jack. I've disabled my mb's onboard sound device and even
increased the PCI latency setting in my BIOS.
I'm not sure what else to do. Anyone have any ideas?
Many thanks in advance
Juan
"Justin Smith":
> On Sat, Jul 12, 2008 at 2:25 PM, Arnold Krille <arnold(a)arnoldarts.de> wrote:
>> Am Samstag, 12. Juli 2008 schrieb Kjetil S. Matheussen:
>>> Arnold Krille:
>>>> My big cron jobs check wether "pidof jackd" returns something or not. And
>>>> if a jackd is running, they don't start...
>>> That's a good idea. But what if the file locate updater cron job
>>> has started before you start jack? That could be devastating
>>> if doing a recording of many channels.
>>
>> I either start my computer well ahead of the real recording session (usually I
>> check mails and blogs before), or I start jack before the cron jobs try to
>> run the first time.
>> Or I simply wait till my backup is finished. Its worth the wait...
>> And when its really necessary I login/su to root and stop crond (and with it
>> all its childs).
>>
>> Have fun,
>>
>> Arnold
>> --
>
> I have had my best results with defining a custom runlevel. ksysv
> helps with this if you run a system that uses SysV style init (this
> would include Debian and Ubuntu). Then you can do a simple "sudo
> telinit 3" to turn off all daemons that may interfere with audio
> performance (usually, on Debian at least, 2 is the default run level,
> and 3-5 are available for custom usage, 0 is halt, 1 is single user,
> and 6 is reboot). One approach is to copy the /etc/rc.1/ directory to
> /etc/rc.3/ and turn things on selectively until it makes a usable
> system. This is also a great way to learn about all those little tasks
> that are idling in your htop display, and what they are doing. This is
> a bit of work, but is worth it.
>
Are you sure there's any point in all this? Which
cron jobs other than slocate does any harm to programs running
realtime?
I have a Samsung SyncMaster 245BW which has a great picture, but was
pretty expensive. It doesn't work with my DVI on my older nvidia
card, but analog looks really nice so no worries. Also had to make
some manual edits to my xorg.conf file since the highest resolution
was not detected automatically. I'm very happy with it, after a few
hours figuring out how to get the highest resolution. I left some
detailed notes in the ubuntuforums about this. Geoff
Arnold Krille:
>
> Am Donnerstag, 10. Juli 2008 schrieb Kjetil S. Matheussen:
>> Svend-Erik Kj?r Madsen:
>>> Now I'm so pleased with my Multiface though it's just a Steinberg
>>> AudioLink 96 Multiset, I don't regret the money I spend on it, that's
>>> foe sure. And now I'm pretty confident with the thought of selling out
>>> my ADAT's and only use my notebook or my stationary computer for music
>>> recording.
>> Make sure you turn off cron-jobs, or at least the hardisk
>> file find updater [1], before doing any important recordings. :-)
>> [1] Everyone working with audio should probably turn off
>> that cron job.
>
> My big cron jobs check wether "pidof jackd" returns something or not. And if a
> jackd is running, they don't start...
>
That's a good idea. But what if the file locate updater cron job
has started before you start jack? That could be devastating
if doing a recording of many channels.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello,
I recently built ardour 2.5 for witch I needed to build a recent jackd
from source. Everything went fine but starting jackd with -dalsa fails
with segmentation fault:
zettberlin@zettberlin:~$ /usr/local/bin/jackd -R -dalsa -dhw:1 -r44100
- -p512 -n3
no message buffer overruns
jackd 0.109.2
[...]
JACK compiled with System V SHM support.
loading driver ..
apparent rate = 44100
creating alsa driver ... hw:1|hw:1|512|3|44100|0|0|nomon|swmeter|-|32bit
control device hw:1
configuring for 44100Hz, period = 512 frames (11.6 ms), buffer = 3 periods
ALSA: final selected sample format for capture: 16bit little-endian
ALSA: use 3 periods for capture
ALSA: final selected sample format for playback: 16bit little-endian
ALSA: use 3 periods for playback
Segmentation fault
trying to start it with ffado yields this one:
zettberlin@zettberlin:~$ /usr/local/bin/jackd -R -dfirewire -r96000 -p512
no message buffer overruns
jackd 0.109.2
[...]
JACK compiled with System V SHM support.
loading driver ..
0669831650: Debug (PosixThread.cpp)[ 96] Start: Create RT thread
0x8079ba0 with priority 14
0669885965: Debug (PosixThread.cpp)[ 76] ThreadHandler: ThreadHandler:
start 0x8079ba0
0674219575: Debug (bebob_mixer.cpp)[ 170]
addElementForAllFunctionBlocks: Adding elements for functionblocks...
0674219603: Warning (bebob_mixer.cpp)[ 176]
addElementForAllFunctionBlocks: No BeBoB audio subunit found
Segmentation fault
The latter looks like I missed something when building ffado - help on
this would also be appreciated.
Nevertheless the most evil thing is the first one: it wont start with -dalsa
what could be wrong here?
best regards
HZN
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFId9WR1Aecwva1SWMRApZ5AJsFJgtX/NYhOTkLRCEv/NTagMFREwCeOIlm
3b/fQfGVoHLBFIdZJYRnuX4=
=S+c3
-----END PGP SIGNATURE-----
I was digging through my disk, and discovered this atrocity made almost a year ago, with Linux and PureData and a sample from Space Ghost:
http://www.restivo.org/music/krmusic/roughideas/21stCentury/moltar-atrocity…
Not Creative Commons by any means. And very different than what I've been working on lately. But whatever, enjoy.
Latest band project is here: http://www.audiobraillemusic.com
I found an enclosure I can use for my Mini-ATX Linux synth: I'm using an old plastic 2" analog tape case. Retro cool. I'll probably have to put some kind of metallic sheilding on the inside of it to act as a Faraday cage.
The project is stuck right now as I have to deal with live-helper's configuration and haven't had the patience recently. Then I have to solder a parallel port connector onto the 2x80 char LCD display.
-ken
As happens all too often, its been longer than expected between
releases, but finally Ardour 2.5 is ready to ease the path, soothe the
brow and excite the heart of musicians and audio engineers worldwide.
Tons of bug fixes and several new features will make it worthwhile for
everyone and anyone to try this out.
http://ardour.org/download
Note that you should probably remove ~/.ardour2/ardour.bindings in order
to ensure that you get the latest key bindings. As noted below, this
file will no longer be created unless you explicitly edit the key
bindings yourself via the GUI.
PACKAGERS and SOURCE BUILDERS please note that this release sees a new
library dependency. Ardour 2.5 requires the aubio library, which is
small and fast to build. Many distributions do not currently package it.
You know what to do ...
OS X users The first native release of 2.5 will not be ready until at
the earliest July 13th, possibly as much as several days after that. We
apologize for the delay, caused by problems with our build system.
New Features
=============
* plugin selection via menu (per plugin "manufacturer")
* plugin "favorites"
* dynamic track resizing with the mouse
* Rhythm Ferret now has note onset detection as an alternative to
percussion onsets.
* make track faders display automation-driven changes
* add "Consolidate Range" which writes a new audio file and uses
it to replace whatever was in the playlist within the range
* add "make range to next marker" and "export range" context menu
items for range markers
* all GUI menu items/actions can now be activated using OSC
* new "name-new-markers-at-creation" option
* zoom-to-region (on one or both axes)
* fit-tracks (selected tracks sized to vertically fill editor
window)
* insert-time operation to add "silence" to the timeline
* 12 saved "view states" that save zoom levels and timeline
positions
* working latency compensation and I/O configuration for AU
plugins
* goto-wall-clock command
*
*
Fixes and Improvements
======================
* at least 20 crashing bugs fixed
* use latest version of libsigc++ (potential bug fixes)
* use version 1.2 of RubberBand for speed & quality improvements
and potential patent avoidance
* online (and available) manual updated, including correct key
binding tables
* editor GUI is now 100% 64-bit for audio timeline values
* never save keybindings to user's ardour directory unless they
change them
* allow keybindings to use arrow keys (GTK doesn't permit this)
* fix for plugins-do-not-work-on-all-channels bug
* fix track selection sensitivity botch for Import action, should
have been toggle-waveform-visible instead
* Support FFT for multi channel tracks and fix analysis for tape
track regions.
* fix mix group problems caused by recursive loop when modifying
gain/gui
* make big clock stay on top even in broken desktop environments
* fixes to correct the results of running time/pitch shifting
multiple times on the same region
* updated swedish translation
* don't double-call JackStartFreewheeling if we're already
freewheeling
* small changes to export code to hopefully fix some bugs with
range export(s)
* minor UI fixes for clocks and Locations dialog. Prevent tape
tracks from skewing the session extents
* major fix for computing plugin I/O configuration when using
mono/stereo plugins in stereo/mono tracks/busses
* fix up scaling problems with cleanup caused by redisplaying all
regions every time a file is removed
* fix for illegal audio device selection in audio setup dialog
* fix for plugins being shown twice in the automation menus
* make generation of new region names scale properly rather than
being O(N^2)
* reset meter peaks when meter point is reset
* editor faders now insensitive to unmodified scroll wheel events
(Alt-scroll does the same thing)
* change the step size for scroll-driven resizing
* make region context menu items always operate on well-defined
and reasonably obvious region selection
* ctrl-w shortcut ("close dialog") works on plugin editors
* make bounce range and bounce region work properly (wrong
boundaries before)
* prevent periodic auto-save from causing GUI deadlock during
export-ranges
* improve horizontal scrolling. When the playhead is moved past
the end marker, the canvas will alter its boundaries as needed.
The Zoom to Session button will now reset the canvas size to
start-2-end plus a little extra after end, so the end marker is
visible.
* Move the Enable Track Meters option to Metering menu section
* removing sends now cleans up fully, preventing problems when
adding sends again later
* check both whole-file and part-file regions when adding to the
visible region list, and do not show regions that are region
list equivalent with existing entries
* Fix up checks for whether the track height is too small for the
name highlight. Fixes irritating issue with 31 pixel height
tracks having small waveforms but no name highlight.
* make "feature lines" always be the right height as tracks resize
* nudge clock now has a default value of 5 seconds, not zero
* What used to be the pink recording rectangle is now blended into
the recording regions so that they appear to be the same thing.
Then recording specific colors are added so the waveform and
region base when recording are all various shades of red during
recording. *** Open Theme Manager and click Restore Defaults for
these changes to apply ***
Contributors
============
Paul Davis, Ben Loftis, Doug Mclain, Ryan Scott, Colin Fletcher, Sampo
Savolainen, Jesse Chappell, Sakari Bergen, Dominic Sacre
Greetings,
Thanks to Pedro Lopez-Cabanillas and Guido Scholz, this Qsynth release
is now a reality. Main new features are a the new rotating knob style
options, first full translations, German and Spanish and last but not
least, there's this Windows(TM) all-in-one package available (includes
FluidSynth port) for your (sick:) pleasure only. Please read below the
brilliant notes from Pedro about this breakthrouth release. Yes,
before's too late:
Qsynth 0.3.3 (unstable-qt4) is out!
For the clueless, Qsynth is a Qt GUI frontend application to the
excellent FluidSynth (http://www.fluidsynth.org) soft-synth library
implementation for the SoundFont 2 specifications.
Available from the usual place:
http://qsynth.sourceforge.nethttp://sourceforge.net/projects/qsynth
There's the change log for this point release:
- Due to some trouble with newer Qt >= 4.4 applications regarding font
size configuration, a new global user option is now available to the
rescue: Options.../Other/Base font size (default is no-op).
- Knobs: graphic styles are now QStyle derived classes, which are
assigned to the knobs using QWidget::setStyle(). Three styles are
implemented in this way, supporting also the legacy QDial:
* Our former look, tweaked and ported from Sonic Visualizer.
* A port of the new look implemented by David Garcia.
* Another ported widget style, designed by Giuseppe Cigala.
- Spanish translation added.
- Attempt to load Qt's own translation support and get rid of the ever
warning startup message, unless built in debug moderr; also introducing
the very first and complete German translation (patching transaction by
Guido Scholz, thanks).
- Messages file logging makes its first long overdue appearance, with
user configurable settings in Options/Logging.
- Only one application instance is now allowed to be up and running,
with immediate but graceful termination upon startup iif an already
running instance is detected, which will see its main widget shown up
and all engines started automatically (Qt/X11 platform only).</li>
Notes about the Windows(TM) package:
(http://downloads.sourceforge.net/qsynth/qsynth-0.3.3-setup.exe)
* It is a bundle of Fluidsynth 1.0.8 (patched) and QSynth 0.3.3,
compiled in Windows with MinGW 3.4.2 and Qt 4.4.0. The package includes
all the required libraries except DirectX-9, which should be installed
before. The setup program itself was created with NSIS 2.37
(http://nsis.sf.net)
* The patch for Fluidsynth (attached) was needed to allow QSynth to
specify the name of a MIDI port to be opened other than the first one.
The patch was sent to the Fluid-dev mailing list, but maybe we could
offer it also in the QSynth web site? Link to the mailing list message:
http://www.mail-archive.com/fluid-dev@nongnu.org/msg00816.html
* Users should not expect the same functionality level in Windows
compared to the Linux version. In windows it is not possible to connect
the MIDI out from one program to the MIDI input of another application.
QSynth/Fluidsynth needs to read MIDI events from a real MIDI device, as
a keyboard. For something similar to the ALSA sequencer routing
capabilities, you can try MIDIOX/MIDIYoke (http://midiox.com)
Cheers && Enjoy
--
rncbc aka Rui Nuno Capela
Hi everyone!
I just fooled around with LinuxSampler and ecasound, my favourite recording
tool. And I wonder:
is a system with 512M of memory and a 2.8gHz supposed to handle a running LS
and recording at the same time. When I stress LS alone (no recording started)
I can get it up to about 20-28% CPU usage and memory usage of LS was 82%.
There's no GUI on my system and not much else which is eating at the CPU and
memory. The other CPU costs are minimal, estimate of 4-6%.
If that kind of system is supposed to handel my demands, I should look for
troublemakers, because LS gave me glitches while recording.
Kindest regards
Julien
--------
Music was my first love and it will be my last (John Miles)
======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de
