Hi all,
This is a call-for-testing of my new ALSA driver for Digidesign 002/003
family. If you have these devices, would you please test the driver with
your devices and report your experience about it.
Especially, I want you to test MIDI port for machine control, because
developers have no 'console' models, just tested with 'rack' models.
When installing and testing, please follow this instructions:
https://github.com/takaswie/snd-firewire-improve
Patchset was already posted to alsa-devel and confirmed to
playback/capture PCM samples/MIDI messages by ALSA applications.
[alsa-devel] [RFC v2][PATCH 00/11] digi00x: new driver for Digidesign
002/003 family
http://mailman.alsa-project.org/pipermail/alsa-devel/2015-March/089708.html
Several issues are still remained:
* The port for MIDI machine control message is not tested yet, because
002/003 console model are required.
* When allocates 2 or more channel numbers for the device, after 15 to
20 seconds from playbacking, any PCM samples causes noisy sound. Then,
all of LED on the front panel light. The streaming still continues
correctly.
* The actual effects of external clock source is not clear. When set
the clock source is somewhat external, even if stopping the clock
source, the device continues to sound PCM samples against my expectation.
* The meaning of asynchronous messages is unknown. This patchset adds a
functionality to receive it in userspace. You can test it with updated
libhinawa sample script.
https://github.com/takaswie/libhinawa
In my plan, this patchset will proposed for Linux 4.2. But these issues
need to be clear till the merge-window.
Regards
Takashi Sakamoto
been pushed to the guitarix git repository. Those are simulations of the
following pedals:
Fuzz Face JH1
Fuzz Face Fuller Mods
Fuzz Face Roger Mayer
Foxey Lady
Colorsound Tonebender
Sustainer+Muff (Big Muff Pi)
Screamig Bird
Hornet
High Frequency Brightener
LPB-1 Booster
Hogs Foot
They are generated from schematic files, with our Ampsim Toolkit.
http://sourceforge.net/p/guitarix/blog/2015/03/j-hendrix-fuzz-face/
Schematic files (gschem) been included in the tools directory.
regards
hermann
Hi All,
As root, starting JACK1 0.124.1 on an almost totally vanilla
3.19.2-1-ARCH kernel fails. Output of kernel with JACK1 issue is
pasted below[1]. The same system works fine with the 3.18.9-rt5-1-rt
kernel.
Running "groups" tells me there is no group other than "root", so JACK
seems to misinterpret that there is an audio group on the "broken"
kernel.
Any suggestions as to what's going on? Thanks, -Harry
PS: I'm aware of the reasons to not run JACK as the root user or login
as root for daily use.
[1] Output while running "broken" kernel:
[root@audio ~]# jackd -ddummy
jackd 0.124.1
Copyright 2001-2009 Paul Davis, Stephane Letz, Jack O'Quinn, Torben
Hohn and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK is running in realtime mode, but you are not allowed to use
realtime scheduling.
Your system has an audio group, but you are not a member of it.
Please add yourself to the audio group by executing (as root):
usermod -a -G audio (null)
After applying these changes, please re-login in order for them to take effect.
You don't appear to have a sane system configuration. It is very likely that you
encounter xruns. Please apply all the above mentioned changes and
start jack again!
Greetings,
The error and repair attached below come from my attempts to build
gmidimonitor on Fedora 19. As you can see, gcc is not what's required to
complete the build, but waf's cprogram calls gcc, not g++. Alas, I can't
find much information about the cprogram directive, and I'm always out
of my depths when C++ is involved.
Before anyone decides it's an "old code" issue, be advised that I have
to perform the same operation on the latest git pulls of xjadeo.
I'd like to know if there's a global solution, or at least a
compile-time export I can use to resolve the problem.
Fedora 19 x86_64, GCC 4.8.3
TIA!
Best,
dp
[dlphilp@localhost gmidimonitor-3.6]$ ./waf
Waf: Entering directory `/home/dlphilp/src/gmidimonitor-3.6/build'
[10/10] cprogram: build/main.c.0.o build/about.c.0.o build/path.c.0.o
build/gm.c.0.o build/log.c.0.o build/memory_atomic.c.0.o
build/sysex.c.0.o build/jack.c.0.o build/alsa.c.0.o -> build/gmidimonitor
/usr/lib/gcc/x86_64-redhat-linux/4.8.3/../../../../lib64/libjack.so:
undefined reference to
`std::__detail::_List_node_base::_M_unhook()@GLIBCXX_3.4.15'
/usr/lib/gcc/x86_64-redhat-linux/4.8.3/../../../../lib64/libjack.so:
undefined reference to
`std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*)@GLIBCXX_3.4.15'
collect2: error: ld returned 1 exit status
Waf: Leaving directory `/home/dlphilp/src/gmidimonitor-3.6/build'
Build failed
-> task failed (exit status 1):
{task 40700176: cprogram
main.c.0.o,about.c.0.o,path.c.0.o,gm.c.0.o,log.c.0.o,memory_atomic.c.0.o,sysex.c.0.o,jack.c.0.o,alsa.c.0.o
-> gmidimonitor}
['gcc', 'main.c.0.o', 'about.c.0.o', 'path.c.0.o', 'gm.c.0.o',
'log.c.0.o', 'memory_atomic.c.0.o', 'sysex.c.0.o', 'jack.c.0.o',
'alsa.c.0.o', '-o',
'/home/dlphilp/src/gmidimonitor-3.6/build/gmidimonitor', '-Wl,-Bstatic',
'-Wl,-Bdynamic', '-lgtk-x11-2.0', '-lgdk-x11-2.0', '-latk-1.0',
'-lgio-2.0', '-lpangoft2-1.0', '-lpangocairo-1.0', '-lgdk_pixbuf-2.0',
'-lcairo', '-lpango-1.0', '-lfreetype', '-lfontconfig', '-lgobject-2.0',
'-lglib-2.0', '-lgthread-2.0', '-lglib-2.0', '-lgmodule-2.0',
'-lglib-2.0', '-ljack', '-lasound', '-llash', '-lpthread', '-luuid',
'-ljack', '-lasound', '-pthread', '-pthread', '-pthread', '-pthread',
'-Wl,--export-dynamic', '-pthread']
[dlphilp@localhost gmidimonitor-3.6]$ cd build/
[dlphilp@localhost build]$ g++ main.c.0.o about.c.0.o path.c.0.o
gm.c.0.o log.c.0.o memory_atomic.c.0.o sysex.c.0.o jack.c.0.o alsa.c.0.o
-o /home/dlphilp/src/gmidimonitor-3.6/build/gmidimonitor -Wl,-Bstatic
-Wl,-Bdynamic -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0
-lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0
-lfreetype -lfontconfig -lgobject-2.0 -lglib-2.0 -lgthread-2.0
-lglib-2.0 -lgmodule-2.0 -lglib-2.0 -ljack -lasound -llash -lpthread
-luuid -ljack -lasound -pthread -pthread -pthread -pthread
-Wl,--export-dynamic -pthread
[dlphilp@localhost build]$ ls
about.c.0.o alsa.c.0.o c4che config.h config.log gm.c.0.o
gmidimonitor jack.c.0.o log.c.0.o main.c.0.o memory_atomic.c.0.o
path.c.0.o sysex.c.0.o
Is there a way to have the value range of a control input port of a LV2
plugin be in one range (e.g. 0.0f..1.0f or 0-127) and have the LV2 host
display the values scaled or mapped to a different range (e.g. 20-20,000
Hz or 2 - 2000 ms)?
I know about lv2:scalePoints and the lv2:enumeration property to handle
list of discrete values and the units:unit properties to set the value
unit, but how do I map the actual values of a large continuous range? Is
there a way to define a transfer function? Or does that need to happen
inside the plug-in code?
And what about more advanced parameter display, e.g. a wet/dry setting,
which I want to display as going from 100:00 through 50:50 to 0:100, but
the actual parameter value is just 0.0..1.0 (or -1.0..+1.0)?
Background: I'm trying to improve the JX10.ttl from the mda.lv2
collection [1], so that the parameter display in the LV2 host generated
plug-in UI is more useful and intuitive, i.e. instead of e.g. the slider
for OSC Tuning being going from 0.0 .. 1.0, I want it to be displayed as
-24 .. +24 cents. All control input ports of the plugin are defined as
taking a value 0.0f..1.0f.
[1] http://svn.drobilla.net/lad/trunk/plugins/mda.lv2/
Chris
Hi,
I have the following system based on Jack API already working:
/**** single PC configuration ***
Jack Connections:
system_capture_port->jack_port_in (jack_client_in)
jack_port_out (jack_client_out)->system_playback_port
process of jack_client_in:
jack_port_in buffer->ringbuffer
thread1:
ringbuffer -> RTP stream
process of jack_client_out:
ringbuffer->jack_port_out buffer
thread2:
RTP stream -> ringbuffer
*******/
Both of the clients are maintained by the same application.
Sound transmission between two PCs is working well, sound is nice, we
can talk to each other (something like VoIP).
However, a person speaking at PC1 hears his own echo delayed and
attenuated. I have found out, that the echo comes from PC2 through the
RTP stream (reason of the delay). And now, the most interesting
observation is that when I disconnect the Jack connection between
jack_port_out and system_playback_port at PC2, the echo at PC1 is no
more audible.
I want to avoid the echo and I have two ideas where the problem can be:
1) there is a crosstalk between jack ports/clients
2) there is a crosstalk in my HW (mainboard sound device with intel_hda
driver)
Any advice or suggestion?
Thanks,
Vaclav
It's alive!
Qtractor 0.6.7 (lepton acid beta) is out!
Release highlights:
* MIDI instrument rendering on audio export (NEW)
* MIDI clip editor view/event criteria persistence (NEW)
* MIDI clip editor resilience on record/overdub (FIX)
* Generic plugin form position persistence (NEW)
* JACK Transport/Timebase master option (NEW)
and yet more tiny lurking critters swatted ;)
Well, the major highlight to this release is in fact this brand new and
way long overdue feature, seamlessly integrated to the faithful and
regular audio track export function: MIDI track instrument plug-in
rendering and mix-down (aka. freeze) is now real, as long their audio
output goes onto selected buses, aka. stems, mix-groups, whatever a
mix/mastering head would name it! nb. on the (very esquisite) Qtractor
arch-model parlance, those are just called "audio output buses" and that
ain't gonna change, any time soon, so stop it! A word of caution must be
told by now: dedicated (JACK) audio output ports are off-the-grid, so sorry.
Maybe this silently makes a notch towards the DAW epitome, though
Qtractor still claims to be just a plain and honest sequencer--with yet
another DAW-like feature addition--the same as it ever was.
Nuff said.
Qtractor [1] is an audio/MIDI multi-track sequencer application written
in C++ with the Qt framework [2]. Target platform is Linux, where the
Jack Audio Connection Kit (JACK [3]) for audio and the Advanced Linux
Sound Architecture (ALSA [4]) for MIDI are the main infrastructures to
evolve as a fairly-featured Linux desktop audio workstation GUI,
specially dedicated to the personal home-studio.
Website:
http://qtractor.sourceforge.net
Project page:
http://sourceforge.net/projects/qtractor
Downloads:
http://sourceforge.net/projects/qtractor/files
- source tarball:
http://download.sourceforge.net/qtractor/qtractor-0.6.7.tar.gz
- source package (openSUSE 13.2):
http://download.sourceforge.net/qtractor/qtractor-0.6.7-17.rncbc.suse132.sr…
- binary packages (openSUSE 13.2):
http://download.sourceforge.net/qtractor/qtractor-0.6.7-17.rncbc.suse132.i5…http://download.sourceforge.net/qtractor/qtractor-0.6.7-17.rncbc.suse132.x8…
- wiki (help wanted!):
http://sourceforge.net/p/qtractor/wiki/
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 [5]) version 2 or later.
Change-log:
- MIDI clip editor (aka. piano-roll) position, size, and view/event type
criteria are now persistent, across session and user preferences
application state.
- Generic plugin form widget position is now also preserved across
open/save session cycles.
- MIDI clip editor resilience is about to get an improvement, fe. it
doesn't close on stopping record/overdub anymore.
- Introducing (JACK) Timebase master setting as an option to Transport
mode (cf. View/Options.../General/Transport/Timebase).
- LV2 plug-in MIDI/Event support now slanted for deprecation.
- Spanish (es) translation added, by avid Reyes Pucheta.
- It's live: audio track export (cf. Track/Export Tracks/Audio...) has
been deeply refactored to finally include MIDI track/instrument plugins
rendering (aka. freeze) on selected audio output buses on mix-down.
(EXPERIMENTAL)
- MIDI file player now does (N)RPN 14-bit controller events.
- Track properties dialog output bus switch fix/optimization; also fixed
multiple DSSI instance reference count on close.
- Fixed for some strict tests for Qt4 vs. Qt5 configure builds.
- German (de) translation update (by Guido Scholz, thanks).
References:
[1] Qtractor - An audio/MIDI multi-track sequencer
http://qtractor.sourceforge.net
[2] Qt framework, C++ class library and tools for
cross-platform application and UI development
http://qt.io/
[3] JACK Audio Connection Kit
http://jackaudio.org
[4] ALSA, Advanced Linux Sound Architecture
http://www.alsa-project.org/
[5] GPL - GNU General Public License
http://www.gnu.org/copyleft/gpl.html
See also:
http://www.rncbc.org/drupal/node/894
Enjoy && keep the fun.
--
rncbc aka. Rui Nuno Capela
Hi,
GuitarSynth is now an lv2 plugin. Yep, it's true, thanks to falktx's
DPF. You can get it at https://github.com/geraldmwangi/GuitarSynth-DPF.
A new feature is the Overlay Input: It multiplies the synth output with
the input signal frame by frame. Basically this results in the convolution
of the frequency spectrum of the synth with that of the input.
Have fun testing it and give me your thoughts.
this was announced previously under the subject Jimson Drifts double
attack. I guess no one looked at it since the subject says nothing.
Sorry for that.
Regards, Gerald