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
Hi all,
New images are ready for testing ;)
io GNU/Linux is a Live DVD/USB based on Debian Sid and focused on multimedia.
Kernel 4.0.4 and 4.0.4-rt, Jack2+AlsaLoop as default sound server (can be
easily changed to Jack2+ZitaBridge, Jack2+PulseAudio, PulseAudio or Alsa)
e18 as desktop environment and a big collection of installed software... Full
persistence for USB install (with encryption) and more stuff...
For more infos: manual, packages list, screenshots, video etc... Visit:
-> http://io.gnu.linux.free.fr
-> https://sourceforge.net/projects/io-gnu-linux/
Installer has been rewritten, and a lot of work has been done to improve
security of live persistent users.
Feedbacks welcome, enjoy :)
MK
Hi all
Please visit and enjoy some updates like compile linux realtime kernel
4.0.4-rt1 or hardened Advanced Gtk+ Sequencer and for sure call for
donation.
http://gsequencer.orghttps://pledgie.com/campaigns/29411
cheers
Joël
Srinivasan S wrote:
> 2. Could you please let me know, I have downloaded jack-1.9.10.tar.bz2, how this needs to be installed in my rootfs
IIRC Jack uses some non-standard build system. Try asking on the Jack
mailing list how to cross-compile it.
Please note that the ALSA Jack plugin is part of the alsa-plugins
package.
And as I already mentioned, it is unlikely that Jack will use less CPU
than dshare.
Regards,
Clemens
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