JackAudio

jackaudio@lists.linuxaudio.org

602 discussions

[Jack-Devel] Odp: Re: Odp: Re: jack1: jack_transport does not work as master

by Pawel

I send a patch once on this list and this is a "patched" version. I keep this, because it was very helpfull while testing and improve other apps ( like hydrogen , fsthost ), especially tempo change issues. Not perfect but better than "official", especially in low tempos ( like 30 BPM ). .. so yes you are inconvincible ;-) P. Dnia Czwartek, 2 Lipca 2015 20:17 Paul Davis <paul(a)linuxaudiosystems.com> napisał(a) > Was this the stuff you tried (unsuccessfully) to convince me need to > go into the tools repo? > > On Thu, Jul 2, 2015 at 1:12 PM, Pawel <xj(a)wp.pl> wrote: > > Hi, > > > > Tobias, you can check my slightly improved version of jack_transport: > > https://sourceforge.net/p/nxjsm/code/HEAD/tree/trunk/tools/transport.c > > > > I'm also the author of new Hydrogen jack-master code. It's works much better , but probably not perfect ;-) > > > > P. > > > > Dnia Czwartek, 2 Lipca 2015 18:57 Paul Davis <paul(a)linuxaudiosystems.com> napisał(a) > >> Frankly, computing BBT time has never been part of "how to use the > >> JACK API". It should probably never have been included in the source > >> code in the first place. > >> > >> Managing BBT time is *extremely* complex - we have worked on it for > >> years in Ardour and it still has issues. I'd prefer to just rip it > >> out. > >> > >> On Thu, Jul 2, 2015 at 12:47 PM, Tobias Hoffmann > >> <lfile-list(a)thax.hardliners.org> wrote: > >> > On 02/07/15 17:30, Tobias Hoffmann wrote: > >> >> > >> >> On 02/07/15 15:38, Paul Davis wrote: > >> >>> > >> >>> jack_transport is not intended to act as a the time master. > >> >> > >> >> Well, comparing example-clients/transport_client.c and tools/transport.c, > >> >> I'd say the one big difference between the two is that tools/transport.c > >> >> (aka jack_transport) can act as a *simple* timebase master... > >> > > >> > > >> > Ok, I see now that the BBT update algorithm (in the "else" branch in > >> > timebase()) in transport.c is quite broken, because it accumulates rounding > >> > errors. However always using the first, recalculating branch (basically: if > >> > (true)) seems to be stable -- or at least: better than Hydrogen's timebase > >> > master, which updates the BBT only every few cycles... (I've read that > >> > somewhere a completely rewritten Jack Master implementation for Hydrogen is > >> > available, which I have not tested yet). > >> > > >> > I find it quite sad that even some code distributed in the jack tarball is > >> > an example of how NOT to use the Jack API ... > >> > > >> > Tobias > >> > > >> > > >> > > >> > > >> > > >> _______________________________________________ > >> Jack-Devel mailing list > >> Jack-Devel(a)lists.jackaudio.org > >> http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org > > > > > > > > _______________________________________________ > > Jack-Devel mailing list > > Jack-Devel(a)lists.jackaudio.org > > http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org

10 years, 1 month

[Jack-Devel] Odp: Re: jack1: jack_transport does not work as master

by Pawel

Hi, Tobias, you can check my slightly improved version of jack_transport: https://sourceforge.net/p/nxjsm/code/HEAD/tree/trunk/tools/transport.c I'm also the author of new Hydrogen jack-master code. It's works much better , but probably not perfect ;-) P. Dnia Czwartek, 2 Lipca 2015 18:57 Paul Davis <paul(a)linuxaudiosystems.com> napisał(a) > Frankly, computing BBT time has never been part of "how to use the > JACK API". It should probably never have been included in the source > code in the first place. > > Managing BBT time is *extremely* complex - we have worked on it for > years in Ardour and it still has issues. I'd prefer to just rip it > out. > > On Thu, Jul 2, 2015 at 12:47 PM, Tobias Hoffmann > <lfile-list(a)thax.hardliners.org> wrote: > > On 02/07/15 17:30, Tobias Hoffmann wrote: > >> > >> On 02/07/15 15:38, Paul Davis wrote: > >>> > >>> jack_transport is not intended to act as a the time master. > >> > >> Well, comparing example-clients/transport_client.c and tools/transport.c, > >> I'd say the one big difference between the two is that tools/transport.c > >> (aka jack_transport) can act as a *simple* timebase master... > > > > > > Ok, I see now that the BBT update algorithm (in the "else" branch in > > timebase()) in transport.c is quite broken, because it accumulates rounding > > errors. However always using the first, recalculating branch (basically: if > > (true)) seems to be stable -- or at least: better than Hydrogen's timebase > > master, which updates the BBT only every few cycles... (I've read that > > somewhere a completely rewritten Jack Master implementation for Hydrogen is > > available, which I have not tested yet). > > > > I find it quite sad that even some code distributed in the jack tarball is > > an example of how NOT to use the Jack API ... > > > > Tobias > > > > > > > > > > > _______________________________________________ > Jack-Devel mailing list > Jack-Devel(a)lists.jackaudio.org > http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org

10 years, 1 month

[Jack-Devel] jack1: jack_transport does not work as master

by Tobias Hoffmann

Hi, I'm still using debian's jackd1/libjack0 package (0.124.1) and have not tried to reproduce this with git master yet (at least, I haven't seen an obvious fix in the commit log since 0.124.1). In one terminal window I run jack_showtime. In the other window I do: jack_transport > tempo 96 # just in case > master > play # does not jack_showtime correctly shows the state, but no BBT information. From my own client I know that jack_position_t::valid==0. Some testing revealed that the timebase() callback in tools/transport.c is *not called at all*, although jack_set_timebase_callback is called and returns without error. - But everything works fine when I switch to the jack2 stack... And in some cases, when switching between/enabling/disabling different Transport masters, jack_position_t::valid retains the JackPositionBBT flag (and stale information) -- but no-one updates them any more... Maybe related: I've seen some strange values (*very* large negative number) for bar_start_tick when using ardour4.1. The very first time (and after rewind?) it contains 0.0 and is not updated. A quick glance into the ardour source code reveals that this field is not implemented yet. I could probably live with that. BUT: After stopping+starting the playback, these strange values appear... How can I know whether some value in this field is usable at all -- except for some heuristics? Back to the original topic... in both cases the jack_position_t struct contains stale/random values, instead of starting from a "clean" base -- maybe memset(,0,) is all that is needed here? Tobias

10 years, 1 month

[Jack-Devel] [jackaudio/jack1] 334003: update jack (headers) submodule

by Paul Davis

Branch: refs/heads/master Home: https://github.com/jackaudio/jack1 Commit: 3340034dfbf223182101ed08bea5524a1b222a4f https://github.com/jackaudio/jack1/commit/3340034dfbf223182101ed08bea5524a1… Author: Paul Davis <paul(a)linuxaudiosystems.com> Date: 2015-07-02 (Thu, 02 Jul 2015) Changed paths: M jack Log Message: ----------- update jack (headers) submodule

10 years, 1 month

[Jack-Devel] [jackaudio/headers] 23c299: add new public API: jack_port_rename

by Paul Davis

Branch: refs/heads/master Home: https://github.com/jackaudio/headers Commit: 23c29914806edefb496af098e937cc09e472bbbe https://github.com/jackaudio/headers/commit/23c29914806edefb496af098e937cc0… Author: Paul Davis <paul(a)linuxaudiosystems.com> Date: 2015-07-02 (Thu, 02 Jul 2015) Changed paths: M jack.h Log Message: ----------- add new public API: jack_port_rename This is semantically similar to jack_port_set_name() but because it is also passed a jack_client_t*, it can contact the server to ensure that not only the rename is done but that port rename callbacks are delivered appropriately

10 years, 1 month

[Jack-Devel] [jackaudio/jack1] 601e3f: remove attempted list of options and tell user to ...

by Paul Davis

Branch: refs/heads/master Home: https://github.com/jackaudio/jack1 Commit: 601e3fe33ca2807acf8a7ebc5c056e0eed9b811a https://github.com/jackaudio/jack1/commit/601e3fe33ca2807acf8a7ebc5c056e0ee… Author: Paul Davis <paul(a)linuxaudiosystems.com> Date: 2015-07-02 (Thu, 02 Jul 2015) Changed paths: M jackd/jackd.c Log Message: ----------- remove attempted list of options and tell user to see documentation Commit: 0ac9ef7c813f4e67ab1e9a5fb4aea515fd9f1b31 https://github.com/jackaudio/jack1/commit/0ac9ef7c813f4e67ab1e9a5fb4aea515f… Author: Paul Davis <paul(a)linuxaudiosystems.com> Date: 2015-07-02 (Thu, 02 Jul 2015) Changed paths: M include/internal.h M jackd/engine.c M libjack/client.c M libjack/local.h M libjack/port.c Log Message: ----------- add support for port rename callback. Commit: 54f1272d2145b2e2cfb6c650ffce5179645434e2 https://github.com/jackaudio/jack1/commit/54f1272d2145b2e2cfb6c650ffce51796… Author: Paul Davis <paul(a)linuxaudiosystems.com> Date: 2015-07-02 (Thu, 02 Jul 2015) Changed paths: M libjack/client.c M libjack/local.h Log Message: ----------- fix a couple of issues with port rename callback (duplicate structure members, missing break statement) Commit: 7f52e37c3966a88153394d4d49d3a3893314dd36 https://github.com/jackaudio/jack1/commit/7f52e37c3966a88153394d4d49d3a3893… Author: Paul Davis <paul(a)linuxaudiosystems.com> Date: 2015-07-02 (Thu, 02 Jul 2015) Changed paths: M tools Log Message: ----------- updated tools submodule Compare: https://github.com/jackaudio/jack1/compare/6685cc737eec...7f52e37c3966

10 years, 1 month

[Jack-Devel] [jackaudio/tools] 2ea43f: add port rename callback to jack_evmon

by Paul Davis

Branch: refs/heads/master Home: https://github.com/jackaudio/tools Commit: 2ea43fc303d0286ba16ffa2a41f1de82f8accb64 https://github.com/jackaudio/tools/commit/2ea43fc303d0286ba16ffa2a41f1de82f… Author: Paul Davis <paul(a)linuxaudiosystems.com> Date: 2015-07-02 (Thu, 02 Jul 2015) Changed paths: M evmon.c Log Message: ----------- add port rename callback to jack_evmon

10 years, 1 month

[Jack-Devel] [PATCH] Don't start pcm if its already RUNNING

by debianuser＠fake-box.com

A few months ago we'd digged jackd code in #alsa IRC trying to find why itfails with "ALSA: could not start playback (File descriptor in bad state)"when run on top "type bluetooth" pcm. The reason was in a single line (both in jack1/drivers/alsa/alsa_driver.cand jack2/linux/alsa/alsa_driver.c):  if ((err = snd_pcm_start (driver->playback_handle)) < 0) {which always fails after snd_pcm_mmap_commit() filling the buffer,because pcm's already in RUNNING state and can't be started again:> http://www.alsa-project.org/alsa-doc/alsa-lib/pcm.html> For playback, if samples in ring buffer is equal or greater than> the start threshold parameters and the stream is not running,> the stream will be started automaticallyThe following small patch fixes it for both jack1 and jack2:--- alsa_driver.c+++ alsa_driver.c       @@ -1055,7 +1055,8 @@ alsa_driver_start (alsa_driver_t *driver                                     driver->user_nperiods                                     * driver->frames_per_cycle);                -               if ((err = snd_pcm_start (driver->playback_handle)) < 0) {+               if (snd_pcm_state(driver->playback_handle) != SND_PCM_STATE_RUNNING+                   && (err = snd_pcm_start (driver->playback_handle)) < 0) {                        jack_error ("ALSA: could not start playback (%s)",                                    snd_strerror (err));                        return -1;

10 years, 1 month

[Jack-Devel] loopback

by Matt Flax

Hi there, Does anyone have any examples on how to use the loopback driver ? If I want to drive an ALSA system and also have loopback going for everything which hits the ALSA output, is that possible ? thanks Matt

10 years, 1 month

[Jack-Devel] JackOSX download message…

by Stéphane Letz

Here http://jackaudio.org/downloads/ "Mixed 64/32 bit, 0.90 of JackOSX for Snow Leopard" ==> should be corrected to "Mixed 64/32 bit, 0.90 of JackOSX for Snow Leopard and later…" Can someone with write access correct that? Thanks. Stéphane

10 years, 2 months

← Newer
1
...
53
54
55
56
57
58
59
60
61
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

JackAudio