Ok I have taken the advise to use gstreamer when working with encoded
streams (I read a bit and understood it fits my case better)
I still left with offloading the PCM stream - this is a mandatory
request from me to do it under ALSA.
I have looked at LADSPA interface and saw there are for port types:
#define LADSPA_IS_PORT_INPUT(x) ((x) & LADSPA_PORT_INPUT)
#define LADSPA_IS_PORT_OUTPUT(x) ((x) & LADSPA_PORT_OUTPUT)
#define LADSPA_IS_PORT_CONTROL(x) ((x) & LADSPA_PORT_CONTROL)
#define LADSPA_IS_PORT_AUDIO(x) ((x) & LADSPA_PORT_AUDIO)
If I declare my plugin as control only will I get all the information
such as rate, format, etc... like a driver and will the frames will be
passed to the driver directly?
Ziv Haziz
SW Team Leader
Tel. +972-9-9529-776
Mobile +972-54-5225-398
ziv.haziz(a)dspg.com
www.dspg.com <http://www.dspg.com>
______________________________________________________________________
DSP Group, Inc. automatically scans all emails and attachments using MessageLabs Email Security System.
_____________________________________________________________________
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Everyone,
Just a quick note to advise there are new versions of the Invada Studio Plugins available. These releases are mainly a bugfix releases.
LADSPA (version 0.3.1)
* Added karmic package
* Fixed a bug where compressor release couldn't go past 2s.
* Eliminate DC offset from Tube.
* Updated ER reflection process in line with LV2 version.
More information & tarball download: http://www.invadarecords.com/Downloads.php?ID=00000263
Ubuntu packages: https://launchpad.net/~invada/+archive/ppa
LV2 (version 1.0.1)
* Fixed multiple errors in RDF files.
* Fixed missing linker libs in makefile.
* Improved host compatibility.
* Disabled tool-tips while widgets are active..
More information & tarball download: http://www.invadarecords.com/Downloads.php?ID=00000264
Ubuntu packages: https://launchpad.net/~invada/+archive/ppa
Regards,
Fraser
https://launchpad.net/invada-studio
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFKKimQNZroiEh4erwRAi9jAJ4gphnlQurfpVbyP9TmRSSxE1gbiwCeIBox
i78wj63ZqA8NqQhwvHLzrbA=
=a7zP
-----END PGP SIGNATURE-----
Howdy!
Greatest thanks goes to Mathias Krause aka gizzmo, who contributed with
the fundamental code to the new MIDI controller mapping functionality
that now widens the Qtractor horizon with regard from generic control
surfaces. Being the Behringer BCF2000 [1] a notable example, control
feedback is fully supported so that those fancy motorized faders, knobs
and lights, actually reflect the whole mixing and editing session state.
Some pre-made files are here provided for your conveniency:
"bcx2000.qtc" [2] is to import into Qtractor (View/Controllers...) and a
couple of presets goes into your BCF2000, "Qtractor_Mixer_1-8.syx" [3]
and "Qtractor_Mixer_9-16.syx" [4], respectively for the first and second
set of eight channel/track strips.
Ah, the previous hardwired support for the JLCooper-like controls,
provided by the Tascam US-224 and US-428 (via us428control), is now
optional. You can have it back by just adding this file, "usx2y.qtc"
[5], to the controllers map.
That's it:
Qtractor 0.4.2 (flaunty demoness) is out!
Release highlights:
* MIDI controller mapping (mixer) (NEW)
* Audio/MIDI multi-clip merge (NEW)
* Multi-clip selection export (NEW)
* Improved snap precision on drag/moving clips (FIXED)
* and some other asorted fixes (see change-log;)
Description:
Qtractor is an audio/MIDI multi-track sequencer application, written in
C++ on top of Qt Software's Qt4 framework, having JACK and ALSA as its
main infrastructures and Linux as native and exclusive platform.
Specially suited to the lone-wolf composer, arranger and (re)creative
music-maker personal home-studio, it still hopes to evolve as a fairly
featured desktop audio/MIDI workstation or at least, a prototypical part
of it ;)
Website:
http://qtractor.sourceforge.net
Project page:
http://sourceforge.net/projects/qtractor
Downloads:
- source tarball
http://downloads.sourceforge.net/qtractor/qtractor-0.4.2.tar.gz
- source package (openSUSE 11.1)
http://downloads.sourceforge.net/qtractor/qtractor-0.4.2-1.rncbc.suse111.sr…
- binary package (openSUSE 11.1)
http://downloads.sourceforge.net/qtractor/qtractor-0.4.2-1.rncbc.suse111.i5…http://downloads.sourceforge.net/qtractor/qtractor-0.4.2-1.rncbc.suse111.x8…
- binary package (Ubuntu 8.04 LTS)
http://downloads.sourceforge.net/qtractor/qtractor_0.4.2-1.rncbc.ubuntu804.…
- user manual (outdated)
http://downloads.sourceforge.net/qtractor/qtractor-0.3.0-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.
Features:
- Multi-track audio and MIDI sequencing and recording.
- Developed on pure Qt4 C++ application framework (no Qt3 nor KDE
dependencies).
- Uses JACK for audio and ALSA sequencer for MIDI as multimedia
infrastructures.
- Traditional multi-track tape recorder control paradigm.
- Audio file formats support: OGG (via libvorbis), MP3 (via libmad,
playback only), WAV, FLAC, AIFF and many, many more (via linsndfile).
- Standard MIDI files support (SMF format 0 and 1).
- Non-destructive, non-linear editing.
- Unlimited number of tracks per session/project.
- Unlimited number of overlapping clips per track.
- XML encoded session/project description file.
- Point-and-click, multi-select, drag-and-drop interaction (drag, move,
drop, cut, copy, paste, delete, split, merge)
- Unlimited undo/redo.
- Built-in mixer and monitor controls.
- Built-in connection patchbay control and persistence (a-la QjackCtl).
- LADSPA, DSSI and native VST plug-ins support.
- Unlimited number of plug-ins per track or bus.
- Plug-in presets, programs and chunk/configurations support.
- Audio/MIDI clip fade-in/out (linear, quadratic, cubic).
- Audio/MIDI clip gain/volume, normalize and export.
- Audio clip time-stretching (WSOLA-like or via librubberband),
pitch-shifting (also via librubberband) and seamless sample-rate
conversion (via libsamplerate).
- Audio/MIDI track export (mix-down, merge).
- Audio/MIDI metronome bar/beat clicks.
- Unlimited tempo/time-signature map.
- MIDI clip editor (matrix/piano roll).
- MIDI instrument definitions (a-la Cakewalk(tm)).
- MIDI controller mapping (mixer).
- JACK transport sync master.
- MMC control surface enabled.
- MIDI Song Position cueuing support.
- Configurable keyboard shortcuts.
Change-log:
- The MIDI clip editor (piano-roll/matrix editor), the main track view
as well, have been subject to usability fixing, the most notable avoids
clearing current selection as much as possible when updating view
contents (eg. changing zoom levels does not reset current selection
anymore).
- MIDI tracks channel bank/program and controller stuff are now only
issued when the respective bus connections have changed, seldom on every
playback start.
- MIDI controller mapping infrastructure, with file based configuration
management (see View/Controllers...), is now in place, following an
original contribution from gizzmo aka Mathias Krause.
- Plugin chain buffer reset on playback start/stop is not guarded by a
momentary plugin de/activation anymore.
- Clip export may now be applied to multiple clips, sharing common
refactored code and same semantics as merging of current selected clips.
- Improved, may be just fixed yet again, audio track export
synchronization and reliability.
- Clip merge is now featured both for audio and MIDI tracks (see
Edit/Clip/Merge...).
- Improved, or better said, fixed (again) the precision of multi-clip
final positioning as result of drag/move and paste operations in main
track view (as in bug #2741611).
- MIDI track program number is now listed in 1-128 range, in an attempt
to be consistent with corresponding MIDI track dialog drop-down list.
- MIDI editor snap grid lines get slight different color then regular
beat divisions.
- Reset local tempo map cursor on newer MIDI file imports in a tentative
to fix incidental but random crashes.
URLs:
[1] http://www.behringer.com/EN/Products/BCF2000.aspx
[2] http://www.rncbc.org/datahub/bcx2000.qtc
[3] http://www.rncbc.org/datahub/Qtractor_Mixer_1-8.syx
[4] http://www.rncbc.org/datahub/Qtractor_Mixer_9-16.syx
[5] http://www.rncbc.org/datahub/usx2y.qtc
Cheers && Enjoy!
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
Hi All,
i'm seeking an advise on the preferred way to support a dedicated DSP
chip under ALSA.
The system is an embedded system constructed on a dual core chip - one
core is ARM vanlia and the other is a dedicated DSP core.
The DSP core is capable of both playing both encoded streams (mp3, wma,
various voice coders) and of course PCM streams.
the codec (a2d, d2a) are connected to DSP.
I looking for an elegant design to hide the DSP under the ALSA sysem and
I have several ideas and would like to get your advise:
1. use LADSPA to make the DSP look as a plug-in for both control
and data - what I don't know is if LADSPA forces me to return data to
the ALSA for sending it to the kernel drivers
2. use the LADSPA to make the DSP control only and make another
kernel driver for the audio data pass - is it possible? There can be a
sync problem between the commands and the time the data will arrive?
Will this support JACKD ?
I'm open to other suggestions as well,
Thanks in advance
Ziv
______________________________________________________________________
DSP Group, Inc. automatically scans all emails and attachments using MessageLabs Email Security System.
_____________________________________________________________________
What is the performance of the jackd like in its windows incarnation.
Similar to Linux, better or perhaps significantly worse? Is it
recommendable for general purpose usage?
Since this would be for cross-platform applications, I am also
interrested in any experience with the various graphics API's available.
I have here a small audio application written for Win32 and compiled for
Linux using winelib. This kind of works - at least for small projects
like this one - but latency is way up. The same application ported to Qt
with jack as a KDE application runs as smooth as one could ever request.
Would this then be a simple matter of running ./configure and make on
the output from KDevelop to get it to compile and run on Windows as
well?
Hi :)
sorry, I'm a fan of Qtractor, but it's still on a state were bugs
urgently should be reported and wishes might have more effect than for
similar, but established applications.
I send 3 mails to rncbc(a)rncbc.org, but I got 'Could not deliver the
message in the time limit specified.'
I also wasn't able to surf http://www.rncbc.org/, the strange thing is,
that I don't get an error message.
I know that he's subscribed to Jack-dev and LAD.
Is anybody able to connect to http://www.rncbc.org/?
Some time ago there was a similar problem with his domain. I fear I can
imagine what the problem is :(.
Best,
Ralf
PS: Now I got "The server at www.rncbc.org is taking too long to respond."
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Everyone,
I'm pleased to announce the initial 'LV2' release of the Invada Studio Plugins which feature plugin GUI's along with a new 'Stereo Phaser'
plugin.
The plugins have been tested on Arch 2009.02, Ubuntu Hardy and Ubuntu Jaunty (amd64) using Ardour 2.8 & Lars Luthman's Elven but if you come
across something that doesn't look right (or is plain broken) please log it as a bug via the Invada Studio Launchpad page:
https://launchpad.net/invada-studio
More information & source download can be found here: http://www.invadarecords.com/Downloads.php?ID=00000264
For those running Ubuntu or derivatives, packages for Hardy, Jaunty, Intrepid & Karmic exist in the Invada PPA:
https://launchpad.net/~invada/+archive/ppa
Any Feedback / comments welcome.
Enjoy!
Fraser.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFKIO/1NZroiEh4erwRArYFAJwO6dYaLr2m3vHPji/DYQA5muvE/gCfYfYj
S30U9TNMJPG5CJ4dJZ80c6A=
=/Om7
-----END PGP SIGNATURE-----
Hi,
this is my first post to LAD. The discussion about a hammond simulation "Fons
could you make us...", Beatrix and some research for writing a (german)
wikipedia article (stub) about the Vox Continental inspired me to hack a quick
organ program that simulates the internal signal flow of the "Connie" with JACK
MIDI input and JACK audio output.
Have fun:
http://cryptomys.de/horo/Connie/Connie-0.1.tar.gz
Ciao
Martin Homuth-Rosemann
Hi,
I have noticed that all JUCE-based vst plugins do not work in fst (at
least their GUI and their internal message passing stuff). The reason
is that the JUCE framework is initialising its internal machinery (a
MessageManager etc) during the first call to the VST entrypoint, and
if the later call to effEditOpen is performed from a different thread,
then all sort of terrible things happens, and it ends with a deadlock.
There is a discussion in the JUCE forum here:
http://www.rawmaterialsoftware.com/juceforum/viewtopic.php?p=21530#21530
Please note that I'm not asking for a fix, but I just want to let the
FST developers know about this problem !
Julien
On my system the location of some headers changed. For example
/usr/include/lash/lash.h changed to /usr/include/lash-1.0/lash/lash.h.
Are the headers in the wrong place or is there a link missing or do I
have to change my #includes?
Thanks and regards Uli