I want to collaborate with someone in non-realtime. I see that there is a
project called ardour session exchange. I read on the ardour forum that it
has been included into ardour code now. I don't see where this is
documented though. Does anyone know how to use it? Is this the best choice
to collaborate with people on a recording project in a non-realtime way?
Thanks,
Jeremiah
>
> "jonetsu(a)teksavvy.com":
> Hello,
>
> Suddenly the audio started crackling. I was listening to a youtube
> tutorial (firefox) and it started. Bitwig and Renoise were running but
> not playing anything. I looked at the log files (syslog, kern) nothing
> relevant. Card is 10101LT.
>
>
Are you running demo versions of the u-he plugins in bitwig or renoise?
Hey hey everyone,
I've looked more into this problem and found that JACK will start by using
between one and two percent of the CPU, but will gradually require more. After
a day JACK's CPU usage stands at about 65-85%.
Usage: currently only mpv (multimedia player, completely shut down after every
use). No persisting audio connections, no other realtime and CPU hungry
applications.
JACK Version: 0.121.3
Kernel Version: 3.9.0-rc6 SMP PREEMPT
CPU scheduling/scaling_governor: powersave
CPU setting: 800MHz single-core (of a 3GHz quadcore)
Underlying soundcard device: ALSA multi with two MAudio Delta 1010 LT cards,
sync'ed via S/PDIF.
JACK commandline:
jackd --timeout 4500 -R -d alsa -C cdelta -P pdelta -r 48000 -p 256 -z shaped
short-time load average: 0.47 (decreasing for longer periods).
If more information or experimentation, to identify the issue, is necessary,
please let me know.
Thank you for any help and hints in the right direction.
Ta-ta,
----
Ffanci
* Homepage: https://freeshell.de/~silvain
* Twitter: http://twitter.com/ffanci_silvain
* GitHub: https://github.com/fsilvain
On 23 August 2016 at 16:51, Mac <ussndmac(a)charter.net> wrote:
> It appears neither gconf nor /system/gstreamer/0.10/audio/default/ are
> resident in 16.04. (I'd guess the later path .../0.10/... would not be there
> since 16.04 is using gstreamer 1 not 0.10, correct?
AFAIK those settings are used by the gsettingsaudiosink in GStreamer,
which is no longer in 1.x. It really depends on what software you're
using, and whether it's hard-coding use of autoaudiosink.
I questioned whether you'd actually been using the PulseAudio backend
connecting to JACK though because there wasn't a way to specify which
JACK ports to connect to until recently (eg. not in 14.04). The only
other way to do it is to use something other than GStreamer itself to
control which ports are used (eg. QJackCtl patchbay), which is what
I'm still doing on my 14.04 setup.
Best wishes,
Neil
--
Neil C Smith
Artist : Technologist : Adviser
http://neilcsmith.net
Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org
Digital Prisoners - interactive spaces and projections -
www.digitalprisoners.co.uk
Based on libav and the great LTC library of Robin Gareus, I wrote a
small tool to simplify the synchronization of video files with audio:
https://github.com/gisogrimm/ltcvideosplit
If you connect an LTC signal (e.g., as generated by Ardour) with the
audio input of any low-budget video camera, the video material of the
camera can be aligned to the audio material played/recorded along with
the LTC time-line (e.g., in Ardour).
Essentially, this tool reports video- and LTC-frame number whenever they
drift apart or the LTC signal starts.
My use cases:
- research: record videos for motion analysis which are time-aligned to
sound events (with multiple cameras)
- music videos: record videos to existing audio material with multiple
cameras or multiple takes
Maybe this tiny tool is useful for someone.
Thanks to Robin for LTC tools and LTC support in Ardour!
--
Giso
---------- Forwarded message ----------
From: Mac <ussndmac(a)charter.net>
Date: Tue, Aug 23, 2016 at 11:51 AM
Subject: Re: [LAU] Fwd: JACK and gstreamer
To: Neil C Smith <neil(a)neilcsmith.net>
On Tue, Aug 23, 2016 at 11:04 AM, Neil C Smith <neil(a)neilcsmith.net> wrote:
> On 23 August 2016 at 15:52, Mac <ussndmac(a)charter.net> wrote:
> > I think, in the past (ubuntu pre-16.04) there were settings
> musicaudiosink
> > and audiosink that could specify which JACK sink was to be used by
> > gstreamer.
> >
> > This changed the default behavior of gstreamer which was to connect to
> the
> > first 2 sinks in JACK.
> >
> > I think, this was the way it was in 0.1 gstreamer.
> >
> > I've been able to find nothing discussing this for gstreamer 1 or for
> ubuntu
> > 16.04.
>
> Are you sure that wasn't using JACK via PulseAudio? What are you
> using GStreamer from?
>
> AFAIK, settings in GStreamer for defining the ports that the
> JackAudioSink connects to are new - you can set the port-pattern
> property.
>
> https://gstreamer.freedesktop.org/data/doc/gstreamer/head/gs
> t-plugins-good-plugins/html/gst-plugins-good-plugins-jackaudiosink.html
>
> Best wishes,
>
> Neil
>
> From the JACK audio web page ( www.jackaudio.org/faq/
gstreamer_via_jack.html ) :
____________________________________________________________
___________________________________________________
1.
You need the GStreamer JACK audio plugin, which is currently (Fall 2009)
part of the “bad” plugins collection. Most Linux distributions make this
available through their normal software install/update systems. The name of
the package containing this plugin will vary from distribution to
distribution: on Fedora its called “gstreamer-plugins-bad-free-extra”,
on Ubuntu its called “gst-plugins-bad”, etc. etc.
2. Next, you need to configure GStreamer to tell it to use this plugin
for audio output. There are 3 methods available:
- Through the command line using gconf2 (you may need to install this
first)
- Install/run gconf-editor, which is a general purpose utility for
configuring many GNOME-centric applications.
- Some systems may have the gstreamer-properties command available,
which offers a graphical tool for configuring gstreamer.
3. Your goal is set the value of:
- /system/gstreamer/0.10/audio/default/musicaudiosink
- /system/gstreamer/0.10/audio/default/audiosink
to this value: jackaudiosink buffer-time=2000000. The exact value of
buffer-time doesn’t matter too much, but higher values reduce the chance of
glitches/drop-outs in the audio stream. You might also choose to set
/system/gstreamer/0.10/audio/default/chataudiosink to the same value, but
its less likely to be useful to you.
____________________________________________________________
___________________________________________________
It appears neither gconf nor /system/gstreamer/0.10/audio/default/ are
resident in 16.04. (I'd guess the later path .../0.10/... would not be
there since 16.04 is using gstreamer 1 not 0.10, correct?
Mac
I think, in the past (ubuntu pre-16.04) there were settings musicaudiosink
and audiosink that could specify which JACK sink was to be used by
gstreamer.
This changed the default behavior of gstreamer which was to connect to the
first 2 sinks in JACK.
I think, this was the way it was in 0.1 gstreamer.
I've been able to find nothing discussing this for gstreamer 1 or for
ubuntu 16.04.
Can anyone enlighten me?
Mac
> Hi all,
>
> I have a Acer C720 Chromebook, and I run Debian Stretch on it using a
hybrid OS approach using a technology called Crouton (
> https://github.com/dnschneid/crouton ).
>
> It runs some kind of audio server proxy called Cras to get the audio
from ChromeOS into Debian, and I have been unable to get Jack running
with it.
>
> I'm wondering if anyone has any hints or success stories about running
Jack and/or Ardour in a similar environment.
>
> I get a permission denied error (on /dev/sng/seq) when trying to start
jack using qjackctl with ALSA midi seq enabled. If I disable MIDI
support, I get "control open "hw:0" (No such file or directory)" and
"ALSA lib pcm_hw:1701:( snd_pcm_hw_open) Invalid value for card"
>
> I would like to do some audio production on the chromebook, or at least
get that stuff running to see if the performance for that would be
acceptible.
>
> Let me know what other information I should provide to try to get this
working.
Hi Jeremy,
The reason you are not able to run JACK is because CRAS is blocking the
audio device. You will need to disable CRAS to get direct access to the
audio device so that JACK can run. However This is not an easy thing to
accomplish with ChromeOS.
My recommendation is to also send this email to the Chrome developers
mailing list. It's been a couple of years but in the past their response
has been that Chrome OS is "Open Source" so anyone is welcome to submit a
patch to CRAS that enables JACK support.
My position is that seeing as they are paid to implement the audio server
and seeing as they (Google) basically ripped off JACK and Pulse Audio in
order to implement both CRAS (and Android Audio Server) and seeing as they
also rely on ALSA (which was created by the Linux Audio community) that it
is basic etiquette that they also implement full JACK support.
However most likely their response will be that they are not interested in
supporting JACK because it is not in their roadmap and they will not get
internal support for adding to the roadmap. There are people at Google who
really don't want to support JACK on Chrome/Android. They also seem to
have a problem with professional audio in general.
Of course if enough ChromeOS users wanted it they might be convinced to
change their minds but so far it seems that ChromeOS users have not been
asking for it because they don't appear to have made any progress on it.
--
Patrick Shirkey
Boost Hardware Ltd
--
Patrick Shirkey
Boost Hardware Ltd
Hi.
A couple of days ago I bought an Akai MPK mini mk2. When trying to run
the config editor tool through wine, the MPK mini doesn't show up in
the list of available devices when picking what midi port to
communicate with.
It does however show other midi devices and midi through connections.
Has anyone else had the same or a similar issue?
I'm running Ubuntu 14.04 with the KXStudio addons.
Cheers!
/Daniel