JackAudio

jackaudio@lists.linuxaudio.org

601 discussions

Re: [Jack-Devel] Netjack 2: how to improve reliability by

by André Pinto

Dear Leonardo, Thank you for your reply. I've considered Jacktrip before, but is not an option because it doesn't run on Windows (and I have one Windows laptop at home). I didn't know nj-bridge at all. Where can I find more information about it? Thanks. André. On Thu, May 21, 2015 at 11:26 AM, Leonardo O. Gabrielli < leonardo.o.gabrielli(a)gmail.com> wrote: > Dear Andre, > I have experience with several WiFi 802.11 setups but not with netjack, > which IMHO is the least suitable solution. If u want still to go on that > way I suggest to increase the period size, to allow the network to hand > buffers in and out with shorter deadlines, I guess that should help. > > The other way is using jack clients such as jacktrip or nj-bridge. I > employed those for networked performances over the internet or wireless and > tolerate some jitter, just adjust the buffer size at the expense of latency > (not a big deal in your use case). Nj-bridge may be more suitable to you as > it instantiate mono directional flows. > > Best > Leonardo > http://a3lab.dii.univpm.it/research/wemust >

10 years, 1 month

[Jack-Devel] jack_connect with empty string

by Tobias Hoffmann

Hi, using jack 0.124.1 I happened to do this: const char *connect_to=""; err=jack_connect(client,connect_to,myport); and expected jack_connect to return an error. To my surprise it succeeded and connected "system:capture_1" to myport. Is this "normal" and/or documented? AFAICT, the technical reason is jack_port_shared_t::alias2="\0" (resp. alias1) and jack_get_port_by_name() returns the first such one... Tobias

10 years, 1 month

[Jack-Devel] jackd 0.124.1 require process cb for timebase

by Pawel

HI, Seems that jackd 0.124.1 require process callback for timebase callback. i.e. jack_transport no longer works. workaround: Best Regards P.

10 years, 1 month

[Jack-Devel] Odp: jackd 0.124.1 require process cb for timebase

by Pawel

workaround is something like (in transport.c) +int proc(jack_nframes_t frames, void* arg) { return 0; } int main(int argc, char *argv[]) { + jack_set_process_callback(client, proc, NULL); /* for jack1 */ P. Dnia Poniedziałek, 18 Maja 2015 00:16 Pawel <xj(a)wp.pl> napisał(a) > HI, > > Seems that jackd 0.124.1 require process callback for timebase callback. > > i.e. jack_transport no longer works. workaround: > > Best Regards > P. > > > _______________________________________________ > 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] jack2 crackle sound problem on bbb - jack_bufsize?

by Fredrik Olofsson

dear collected wisdom, i have a tough problem to solve with jackd messing up my input sound. it’s a reoccurring crackling on the input channel that sounds a bit like pulsewave ring modulation. i figured out it’s highly dependent on my blocksize settings. for example: with -p1024 the distortion starts every 7th minute and lasts for 2min50sec. with -p512 the distortion sounds slightly different (like with a higher ringmod freq) and starts every 3min15sec and lasts for ~1min. with -p256 it appears every 1min45sec and lasts for 40sec. etc. after much research i found this... http://thread.gmane.org/gmane.comp.audio.jackit/28114/focus=28115 and this… http://music.columbia.edu/pipermail/linux-audio-user/2005-August/025787.html that i believe describe the same issue. as suggested in those posts resetting the jack_bufsize makes the distortion go away. but only temporarily - it always comes back after exactly the same time! for now i can let my system reset the buffer after a known time interval, but that’s a really ugly hack and i’d be happy for suggestions on how to solve this. below are details of my system. i compile jack2 from master and it’s all running under debian wheezy on a beaglebone black. i use supercollider 3.7 and a terratec aureon dual usb soundcard. i’ve also tried with another usb soundcard (C-MEDIA) but then the crackle occurs on the output instead (and also after longer intervals). so same issue but sounds worse. thank you, _f BeagleBoard.org Debian Image 2015-03-01 Linux asdf 3.8.13-bone70 #1 SMP Fri Jan 23 02:15:42 UTC 2015 armv7l GNU/Linux gcc and g++ version 4.7.2 ~$ aplay -l **** List of PLAYBACK Hardware Devices **** card 1: Device [USB PnP Sound Device], device 0: USB Audio [USB Audio] Subdevices: 0/1 Subdevice #0: subdevice #0 ~$ lsusb Bus 001 Device 004: ID 0ccd:0077 TerraTec Electronic GmbH Aureon Dual USB ~/jack2$ ./waf configure --alsa Setting top to : /home/debian/jack2 Setting out to : /home/debian/jack2/build Checking for 'g++' (C++ compiler) : /usr/bin/g++ Checking for 'gcc' (C compiler) : /usr/bin/gcc Linux detected Checking for program 'doxygen' : not found Checking for program 'pkg-config' : /usr/bin/pkg-config Checking for 'alsa' >= 1.0.18 : yes Checking for 'libffado' >= 1.999.17 : not found Checking for 'libfreebob' >= 1.0.0 : not found Checking for 'gtkIOStream' >= 1.4.0 : not found Checking for 'eigen3' >= 3.1.2 : not found Checking for header windows.h : not found Checking for 'portaudio-2.0' >= 19 : not found Checking for header mmsystem.h : no Checking for 'celt' >= 0.11.0 : not found Checking for 'celt' >= 0.8.0 : not found Checking for 'celt' >= 0.7.0 : not found Checking for 'celt' >= 0.5.0 : not found Checking for header opus/opus_custom.h : not found Checking for 'opus' >= 0.9.0 : not found Checking for 'samplerate' >= 0 : yes Checking for 'sndfile' >= 0 : yes Checking for library readline : yes Checking for header readline/readline.h : yes ================== JACK 1.9.11 svn revision will checked and eventually updated during build Build with a maximum of 64 JACK clients Build with a maximum of 768 ports per application Install prefix : /usr/local Library directory : /usr/local/lib Drivers directory : /usr/local/lib/jack Build debuggable binaries : no C compiler flags : ['-Wall'] C++ compiler flags : ['-Wall'] Linker flags : [] Build with engine profiling : no Build with 32/64 bits mixed mode : no Build standard JACK (jackd) : yes Build D-Bus JACK (jackdbus) : no Autostart method : classic Build doxygen documentation : no Enable ALSA driver : yes Enable FireWire driver (FFADO) : no Enable FreeBob driver : no Enable IIO driver : no Enable Portaudio driver : no Enable WinMME driver : no Build with CELT : no Build Opus netjack2 : no Build with libsamplerate : yes Build with libsndfile : yes Build with readline : yes ~$ tail /etc/security/limits.conf @audio - memlock 256000 @audio - rtprio 75 ~$ sudo jackd -P75 -dalsa -dhw:1,0 -p256 -n3 -r44100 -s & jackdmp 1.9.11 JACK server starting in realtime mode with priority 75 self-connect-mode is "Don't restrict self connect requests" creating alsa driver ... hw:1,0|hw:1,0|256|3|44100|0|0|nomon|swmeter|soft-mode|32bit configuring for 44100Hz, period = 256 frames (5.8 ms), buffer = 3 periods ALSA: final selected sample format for capture: 16bit little-endian ALSA: use 3 periods for capture ALSA: final selected sample format for playback: 16bit little-endian ALSA: use 3 periods for playback

10 years, 1 month

[Jack-Devel] Haiku JACK

by Dan MacDonald

~/src/jack-audio-connection-kit-0.124.1> make make all-recursive make[1]: Entering directory `/boot/home/src/jack-audio-connection-kit-0.124.1' Making all in libjack make[2]: Entering directory `/boot/home/src/jack-audio-connection-kit-0.124.1/libjack' /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../config -I.. -I.. -I../include -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -g -DJACK_LOCATION=\"/usr/local/bin\" -I../config -I.. -I.. -I../include -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -g -MT libjack_la-client.lo -MD -MP -MF .deps/libjack_la-client.Tpo -c -o libjack_la-client.lo `test -f 'client.c' || echo './'`client.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../config -I.. -I.. -I../include -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -g -DJACK_LOCATION=\"/usr/local/bin\" -I../config -I.. -I.. -I../include -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -g -MT libjack_la-client.lo -MD -MP -MF .deps/libjack_la-client.Tpo -c client.c -o libjack_la-client.o In file included from /boot/system/develop/headers/bsd/signal.h:9:0, from /boot/system/develop/headers/posix/sys/wait.h:10, from /boot/system/develop/headers/bsd/sys/wait.h:9, from /boot/system/develop/headers/posix/stdlib.h:14, from /boot/system/develop/headers/bsd/stdlib.h:9, from ../jack/jslist.h:27, from client.c:41: /boot/system/develop/headers/posix/signal.h:351:39: fatal error: arch/1/signal.h: No such file or directory #include __HAIKU_ARCH_HEADER(signal.h) ^ compilation terminated. make[2]: *** [libjack_la-client.lo] Error 1 make[2]: Leaving directory `/boot/home/src/jack-audio-connection-kit-0.124.1/libjack' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/boot/home/src/jack-audio-connection-kit-0.124.1' make: *** [all] Error 2 ~/src/jack-audio-connection-kit-0.124.1> locate signal.h /boot/home/src/haiku/headers/compatibility/bsd/signal.h /boot/home/src/haiku/headers/posix/arch/arm/signal.h /boot/home/src/haiku/headers/posix/arch/m68k/signal.h /boot/home/src/haiku/headers/posix/arch/mipsel/signal.h /boot/home/src/haiku/headers/posix/arch/ppc/signal.h /boot/home/src/haiku/headers/posix/arch/x86_64/signal.h /boot/home/src/haiku/headers/posix/arch/x86/signal.h /boot/home/src/haiku/headers/posix/signal.h /boot/home/src/haiku/headers/private/kernel/ksignal.h /boot/home/src/haiku/src/add-ons/kernel/network/protocols/l2cap/l2cap_signal.h /boot/system/data/gtk-doc/html/gobject/chapter-signal.html /boot/system/data/gtk-doc/html/gobject/signal.html /boot/system/develop/headers/bsd/signal.h /boot/system/develop/headers/posix/arch/arm/signal.h /boot/system/develop/headers/posix/arch/m68k/signal.h /boot/system/develop/headers/posix/arch/mipsel/signal.h /boot/system/develop/headers/posix/arch/ppc/signal.h /boot/system/develop/headers/posix/arch/x86_64/signal.h /boot/system/develop/headers/posix/arch/x86/signal.h /boot/system/develop/headers/posix/signal.h /boot/system/develop/headers/private/kernel/ksignal.h /boot/system/develop/headers/x86/glib-2.0/gobject/gsignal.h /boot/system/develop/headers/x86/Qt/q3signal.h /boot/system/develop/headers/x86/Qt3Support/q3signal.h Thanks JACK devs!

10 years, 1 month

[Jack-Devel] Solving a problem with JACK

by Phil Rhodes

Hi there, Not sure if this is really a JACK question, but I'll ask it to find out. I have a problem with an older piece of audio hardware (an M-Audio Projectmix) and a Windows 8 PC. The Windows 7 drivers partially work - ASIO works OK, but I can't get the normal Windows audio output to address the Projectmix properly. Applications will attempt playback, but nothing appears on the M-Audio software metering and no sound is heard. There aren't likely to be any further driver updates for this hardware. One solution that occurs is to use a piece of software to create a virtual audio device that Windows could address successfully, and pipe the results to the ASIO driver. Is that something JACK could do? Thanks, Phil

10 years, 1 month

[Jack-Devel] [jackaudio/jack1] 4492ce: [alsa_midi] fix hotplug device (de)enumeration

by Paul Davis

Branch: refs/heads/master Home: https://github.com/jackaudio/jack1 Commit: 4492cea02fb46305632d19796460b91fd319ec96 https://github.com/jackaudio/jack1/commit/4492cea02fb46305632d19796460b91fd… Author: Hanspeter Portner <dev(a)open-music-kontrollers.ch> Date: 2015-05-04 (Mon, 04 May 2015) Changed paths: M drivers/alsa_midi/a2j.h M drivers/alsa_midi/alsa_midi.c M drivers/alsa_midi/port_thread.c M drivers/alsa_midi/port_thread.h Log Message: ----------- [alsa_midi] fix hotplug device (de)enumeration Issues: - With a running JACK with enabled alsa_midi driver (-X alsa_midi), plugging in a new MIDI device has no effect, e.g. no corresponding JACK ports are spawned - With a running JACK with enabled alsa_midi driver (-X alsa_midi), deplugging a MIDI device has no effect, e.g. the corresponding JACK ports stay around Result: - JACK only creates JACK ports of ALSA MIDI clients/ports found at startup - JACK has to be restarted for any ALSA MIDI device (de)enumeration to take place Problem: - There are some functions defined which actually should accomplish this in the alsa_midi driver code (e.g. 'a2j_update_ports' and 'a2j_free_ports'), but they are not called from any other function ;-) Solution: - Discriminate properly between ALSA PORT_START and PORT_CHANGE events - 'a2j_new_ports' function has been added which recycles some code from 'alsa_input_thread' - Actually call the already existing hot(de)plugging infrastructure - 'a2j_update_ports' and 'a2j_new_ports' get called from the 'alsa_input_thread' - 'a2j_free_ports' gets called from 'alsa_output_thread' - 'alsa_out_thread' is woken up by 'a2j_jack_process_internal' - Cleanup code that is not used: - 'port_add' ringbuffer has no function, as 'new_ports' ringbuffer seems to be implemented to accomplish the same Signed-off-by: Hanspeter Portner <dev(a)open-music-kontrollers.ch> Commit: 6685cc737eec2937f0fb9d3088be2efee95a910e https://github.com/jackaudio/jack1/commit/6685cc737eec2937f0fb9d3088be2efee… Author: Paul Davis <paul(a)linuxaudiosystems.com> Date: 2015-05-04 (Mon, 04 May 2015) Changed paths: M drivers/alsa_midi/a2j.h M drivers/alsa_midi/alsa_midi.c M drivers/alsa_midi/port_thread.c M drivers/alsa_midi/port_thread.h Log Message: ----------- Merge branch 'ventosus-fix_alsa_midi_hotplug' Compare: https://github.com/jackaudio/jack1/compare/fb78f60db1db...6685cc737eec

10 years, 1 month

[Jack-Devel] [jackaudio/jack1] 7813a5: [alsa_midi] fix stop/start threads upon freewheeli...

by Paul Davis

Branch: refs/heads/master Home: https://github.com/jackaudio/jack1 Commit: 7813a526635101c9ae91e676125f7e115f7474bf https://github.com/jackaudio/jack1/commit/7813a526635101c9ae91e676125f7e115… Author: rncbc <rncbc(a)gamma.rncbc.lan> Date: 2015-05-01 (Fri, 01 May 2015) Changed paths: M drivers/alsa_midi/alsa_midi.c Log Message: ----------- [alsa_midi] fix stop/start threads upon freewheeling. Commit: fb78f60db1db017de7f2ba227f7e276d22ff760d https://github.com/jackaudio/jack1/commit/fb78f60db1db017de7f2ba227f7e276d2… Author: Paul Davis <paul(a)linuxaudiosystems.com> Date: 2015-05-01 (Fri, 01 May 2015) Changed paths: M drivers/alsa_midi/alsa_midi.c Log Message: ----------- Merge branch 'rncbc-fix_alsa_midi_freewheeling' Compare: https://github.com/jackaudio/jack1/compare/3befc4ff610d...fb78f60db1db

10 years, 2 months

[Jack-Devel] Major update of jack2 build system

by Karl Lindén

Hi jack-devel list! [This part is technical and can be skipped, if you like] To ease packaging jack2, its build system has received a major update [1]. The initial intent was to simply remove automagic dependencies (on celt, opus, libsamplerate, libsndfile, readline), which are bad [2] for source based distributions, such as Gentoo, but after a discussion [3] the decision was taken to reimplement all options that have third-party dependencies using a special option class, so that the build system by default builds against foo if available, refrains from doing so if --foo=no is given and if --foo=yes the dependency is hard-required. To preserve backwards compatibility (and save time writing "=yes") --foo is the same as --foo=yes. Apart from this change pkg-config is now used whenever possible instead of only header checks. (It is bad to just check for headers without checking for the accompanying library.) This eases packaging (and cross-compiling) somewhat. Also the check for readline has been improved (it now checks for header existence too instead of just library existence), in effect making it easier to compile jack2 on binary distros (where the library existence does not imply header existence). (Correct me if I'm wrong; I have not compiled jack2 on a binary distro.) [End of skip part] So apart from the above points, what are the goodies for actual users? Well, now users do not have to explicitly state --alsa, --firewire or such to get the correct backend built since it will be automatically detected if --alsa, --firewire, etc. is not given. Now the important part. Like with all big software changes, this might introduce some bugs that I have not found during testing. (I did test the option I could with both --foo=yes and --foo=no!) Some option have not been tested at all since I lack the prerequisites, these options are --iio, --portaudio and --winmme, but since all option use the same class the logic should be the same, so they should work, but you can never be too sure. In conclusion, I want you to be on the lookout for bugs or weird stuff (as always!) when building jack2. Report the bugs and I will do my very best to squash them! Regards, Karl Lindén (lilrc) [1] https://github.com/jackaudio/jack2/pull/113 [2] https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Automagic_dependenci… [3] https://github.com/jackaudio/jack2/pull/110

10 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

JackAudio