To David Christensen who is looking for minimal audio distros:
AVLinux comes in a (somewhat) striped down version you can read about here:
http://www.remastersys.com/forums/index.php?topic=3409.0
In addition AVLinux is built using the Remastersys ISO tools which allow
you to make
a bootable ISO from your system. Hence, you can start with a standard
AVLinux and remove
anything you do not want (or install other stuff) and then make your own
bootable ISO.
Edward Diehl
On 09/04/2014 09:33 PM, Ralf Mardorf wrote:
> -------- Forwarded Message --------From: Ralf Mardorf
> <ralf.mardorf(a)rocketmail.com>
> To: qtractor-devel(a)lists.sourceforge.net
> Subject: Re: [Qtractor-devel] ; ) Was - Re: [LAU] Session management
> with NSM
> Date: Thu, 04 Sep 2014 22:31:15 +0200
> Mailer: Evolution 3.12.5
>
> On Thu, 2014-09-04 at 21:27 +0100, Rui Nuno Capela wrote:
>> On 09/04/2014 07:49 PM, Ralf Mardorf wrote:
>>> Rui :)
>>>
>>> please consider to automatically add to
>>>
>>> File > Properties ... > Description
>>>
>>> the jackd "in" and "out" reported latency ;). Since the MIDI resolution
>>> steps don't provide ms, frame information, a written note could help to
>>> fix sync problems, without using a calculator.
>>>
>>> (I don't need it, perhaps you could add an option to the preferences, to
>>> uncheck this feature ;)
>>>
>>
>> jack_lsp -l does report latency of every port
>>
>> byee
>
> It doesn't report the latency a session was recoded 2 years ago.
>
and why would that be interesting?
qtractor does its "recording/input latency compensation" of audio cľips
*at the time* the audio material is captured, so that material gets
aligned with the audio/MIDI content already in session and possibly
being played back at the time of the recording. never again it gets
adjusted no matter what jackd parameters change later, be that for worse
or better. that's it.
please understand that this is the only kind of latency compensation
qtractor does and nothing else. nb. qtractor does NOT compensate for
in-line output or plugin chain latency. never did and quite frankly it
won't do so soon, i'm afraid.
i really don't see how having distinct jackd i/o latency settings
(buffer-size, periods, sample-rate) may lead to audio going out of sync
to MIDI--if it does get out-of-sync anyway, it is probably because
something else but latency compensation related, not to tell that
session-management has nothing to do with either.
cheers
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
ps. if audio and MIDI get out of sync, timer type and/or resolution
might be the top suspect.
Hi,
after many years of wondering now and then I am curious what
qjackctl's display of "DSP load" is supposed to mean?
It must be some kind of CPU load, as there is no dedicated DSP in my
computer, so is it the cpu load of the jackd process?
Furthermore I wonder why the realtime "RT" indicator in qjackctl's
window is blinking about every 2 seconds. I do have -rt enabled.
Thank you for helping me to find answers to these things that are
puzzling me since quite some time.
best, P
On Fri, Aug 29, 2014 at 8:32 PM, Philipp Überbacher <murks(a)tuxfamily.org> wrote:
> Thanks a lot for your reply Harry.
Cheers, be careful to not remove the list from replies: its good to
keep everything in the archives for future reference :)
>> That's the correct way to handle this, as far as I know. Its useful to
>> have different directories on one system: it allows subdiving your
>> available sessions into groups like "albums" or
>> "projects-with-certain-people". Although I agree it feels a little
>> clunky, its quite powerful and useful.
>
> There could also be a subdivision in the NSM GUI. Well, the current way
> is certainly the simpler implementation, not sure it's simpler for the
> users :)
Sure, and my original suggestion was a "stepping-stone" type idea,
with hopes to improve the workflow furthur, once this has become the
"biggest" issue NSM has :D
>> > 2. Adding programs to sessions through the GUI ("Add Client to
>> > Session") is the only way? Is there no way to attach running clients
>> > or at least have some comfort like tab completion to add clients?
>> NSM does not support this "attach" workflow, but tab completion or a
>> list of available (fully supported) NSM clients would be a good
>> improvement on workflow. This should be discussed as to how best
>> implement it: i'm not sure.
>
> Right, a list of supported Clients would also be nice, however, I see
> two problems:
> 1. The list would need to be updated somehow, and even then it would be
> a bit problematic because different distributions ship different
> versions of the software. NSM might already list a program as supported
> while the installed version of the program does not yet support NSM.
> 2. The other programs, audio or just related, should ideally also be
> listed, and that task is impossible.
Actually this might be possible to solve with a "packaging" trick as
such: have programs install a file into a specific location (that is
currently *not* used by any program) to denote its NSM support. I'll
suggest installing a file in /usr/share/nsm/ , and if there's a file
there, then the filename without extension represents that a program
is capable of NSM. This would require *all* NSM clients to explicitly
add an NSM file.
Perhaps other developers more involved in packaging /
"feature-announcing" will have a better idea here, I'm all ears, my
suggestion above is just that: a suggestion.
>> > 3. Jack and NSM. How do you handle that? It is possible to start
>> > jack through NSM proxy and I guess it is OK to do that as long as
>> > jack reliably starts before jackpatch (something I'm not sure of).
>> > First I had just jackpatch in there and it started jack for me with
>> > a whole lot of options that are unfamiliar to me and probably not
>> > needed.
>>
>> I imagine that NSM will launch said JACK apps, and if one is set to
>> "start JACK" on jack_client_open() in its code, then it will start
>> JACK with the settings in ~/.jackdrc Perhaps the inclusion of a
>> "Start JACK" type client with particular settings can be implemented
>> in order to handle this? I'm open for suggestions too.
>
> That seems to be what happens, and its a race. In my experience
> jackpatch wins the race against jackd, so I have to start jack before
> the session.
> A start_jack client could be useful, but from what I have seen all we
> really need is the possibility to start a client before the others.
> The simple way would be a timeout, but you'd still have the
> race. Ideally there would be some way to tell NSM that jack has
> started and is ready. I have doubts that this is possible with plain
> jack1 and NSM proxy, maybe a special start_jack client could help here.
NSM doesn't *explicitly* require JACK to be running actually: its
probably its most common use right now, but setting an explicit
dependency on JACK should be avoided. Perhaps a flag could be
introduce on a per-client basis, that represents
"start-before-others". This way, a "jackd" or "start-jack" client can
be loaded before the rest. Or even two or more "before-others" clients
could set up whatever needs setting up, before "normal-time" NSM
clients are loaded.
Again, welcome input from users / devs.
>> > 4. CLI clients. Are they generally not supported? I added the lv2
>> > host that was recommended to me (jalv) and had to do that through
>> > the NSM proxy, so the settings won't be saved even though the
>> > plugin (fabla in this case) can save its settings. This sort of
>> > defeats session management. With all the CLI tools we have it would
>> > be a pitty if that was generally not supported. On a sidenote, can
>> > someone recommend a plugin host that is supported?
>>
>> CLI clients are supported just like clients with a GUI, there is no
>> difference to NSM. The issue you're encountering here is that JALV
>> currently doesn't support NSM, which is something that I agree needs
>> fixing. I'll put JALV NSM support on the TODO, its something I've
>> lacked myself too.
>
> Ok, great. Does a CLI NSM client exist that I can try?
None that I know of right now: Indeed JALV needs NSM, and jalv (the
command line version) will then be such a client.
> I also noticed that JALV keeps hanging around
> after I close the session it is part of, is that expected behavior?
This can be fixed by sending the "SIGTERM" in the lower part of the
"nsm-proxy" configuration dialog (where you fill in "jalv.gtk", and
the arguments to load a certain plugin).
>> > Well, that's it for now. Last time I heard about NSM I got the
>> > impression that it takes care of session management once and for
>> > all, but the first half our gave me a different impression.
>> OpenAV stands behind NSM: I'm willing to do my best to cooperate with
>> project developers to implement NSM in various programs, and improve
>> the workflow of session management.
>>
>> If there's any furthur questions, please ask, in the mean time, I'll
>> try code up some NSM :) -Harry
>
> Thanks a lot for your help Harry, we have used crutches for session
> management long enough.
Agreed, lets try fix this together with the communit in the next
weeks, and never look back ;)
Cheers, -Harry
-------- Forwarded Message --------
From: Ralf Mardorf
To: qtractor-devel
Subject: [Qtractor-devel] ;) Was - Re: [LAU] Session management with NSM
Date: Thu, 04 Sep 2014 20:49:23 +0200
Mailer: Evolution 3.12.5
Rui :)
please consider to automatically add to
File > Properties ... > Description
the jackd "in" and "out" reported latency ;). Since the MIDI resolution
steps don't provide ms, frame information, a written note could help to
fix sync problems, without using a calculator.
(I don't need it, perhaps you could add an option to the preferences, to
uncheck this feature ;)
Regards,
Ralf
Dear List,
I have a strange and unreproducable error on my laptop, that halts the
entire audio system randomly about once every three weeks.
Jackd quits, with it all clients, and dmesg says:
[21684.947293] irq 19: nobody cared (try booting with the "irqpoll"option)
[21684.947303] Pid: 194, comm: irq/19-ehci_hcd Not tainted 3.2.0-4-rt-amd64 #1 Debian 3.2.54-2
[21684.947309] Call Trace:
[21684.947327] [<ffffffff81098889>] ? __report_bad_irq+0x2c/0xb5
[21684.947336] [<ffffffff81098c6d>] ? note_interrupt+0x16f/0x1f2
[21684.947344] [<ffffffff81097969>] ? irq_thread_fn+0x32/0x32
[21684.947351] [<ffffffff81097969>] ? irq_thread_fn+0x32/0x32
[21684.947358] [<ffffffff8109783c>] ? irq_thread+0x106/0x201
[21684.947367] [<ffffffff81097736>] ? irq_finalize_oneshot+0xb3/0xb3
[21684.947378] [<ffffffff81062ee4>] ? kthread+0x78/0x80
[21684.947385] [<ffffffff8103f2fa>] ? get_parent_ip+0x9/0x1b
[21684.947395] [<ffffffff8136a0f4>] ? kernel_thread_helper+0x4/0x10
[21684.947405] [<ffffffff81062e6c>] ? rcu_read_unlock_sched_notrace+0x2a/0x2a
[21684.947412] [<ffffffff8136a0f0>] ? gs_change+0x13/0x13
[21684.947417] handlers:
[21684.947429] [<ffffffff81096e34>] irq_default_primary_handler threaded [<ffffffffa003d483>] usb_hcd_irq
[21684.947473] [<ffffffff81096e34>] irq_default_primary_handler threaded [<ffffffffa025a85a>] ips_irq_handler
[21684.947485] [<ffffffff81096e34>] irq_default_primary_handler threaded [<ffffffffa04d62cd>] snd_hdsp_interrupt
[21684.947498] Disabling IRQ #19
The sound card is an RME Multiface via an ExpressCard in a Thinkpad
X201s. The card itself had been working reliably since more than ten
years by now (not with the ExpressCard though). Running on Debian RT
Kernel.
I have no way to set/change the IRQ assignments in this BIOS.
Interrupt 19 is shared by modules ehci_hcd:usb2, ips, snd_hdsp,
where the two others are USB and the thermal subsystem.
I assume ehci_hcd:usb2 denotes the second USB bus. If this is correct,
there are no devices connected to it at the moment, according to lsusb
(except for USB hubs).
Web research has shown that people suggest using the kernel option
"irqpoll" or disable "threadirqs", use "noirqdebug" or "irqdebug" options
(apparently quite expensive in computation), or the irqbalance
package.
https://bbs.archlinux.org/viewtopic.php?id=133327 gives a hint about
deinstalling laptop-mode-tools, which I am running, and which made the
problem go away for the poster.
As the error occurs so infrequently, I can not yet verify if any of
these help, and am hoping for some hints or experience from this list.
Please, any help or ideas are desperately needed, as this is a
production system that is used in live shows in front of large
audiences, and I absolutely need to resolve that error.
Thank you for all ideas,
best, Peter
Dear Community,
I was wondering if anyone had suggestions for audio interfaces that
could be venerable successors to an RME HDSP+Multiface. I am using
mine since over ten years, and hence prefer to stick to laptops with
ExpressCard slots, but am curious in general if this is still one of
the few pro mobile interface for Linux users.
The following features would be required:
-Operation on laptops, either through PCMCIA, ExpressCard, USB, Firewire
-Stable low-latency operation under Linux
-16-18 channels of I/O each, eg half of them analogue, the others digital.
thank you for any hints!
best, Peter
I am fascinated by Carla's ability to call ZASFX. How could this be implemented for Yoshimi? Are there config files of some sort?
--
Jonathan E. Brickman
Ponderworthy Music | jeb(a)ponderworthy.com<mailto:jeb@ponderworthy.com> | (785)233-9977 | http://ponderworthy.com
I have a huge number (about 2400) of 0.5GB WAV files from live 24
track recordings. 10-40% of the tracks on some recording sets
are not needed, an unused vocal mic stashed off stage. I have
been using the RMS function in SOX by command line to help me
determine which files are not useful. A low RMS level tends to
indicate less usable signal.
But, this doesn't always work. For instance, it can miss that
great minute long harmonica solo during the hour long show.
Peak levels don't help, because frequently a drummer will slam
something loudly enough to falsely mark the file as useful, when
it's actually not.
Looking at the audio waveform with Ardour or Audacity seems
foolproof. But, it's also way too much work to use a GUI
application on that many files.
I would like to run a script or program on the set of files and
produce something like an Audacity or Ardour waveform graphic to
be stored in a PNG (or similar) associated file. Does anyone
know of something close to out-of-the-box ready to do this?
I did find these possibly helpful links.
http://www.network-theory.co.uk/docs/octave3/octave_263.htmlhttps://wiki.ubuntu.com/Waveform_Viewers-Plotting_Large_Analog_Data
Thanks...
--
Kevin