Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7448 discussions

by Len Ovens

On Tue, 12 Aug 2014, Max wrote: >> Pulse on jack. > > Would you suggest that your method is better and should be the > canonical way to do pulse on jack? If so, shall we write up an > alternative WalkThrough on the jackoudio wiki that helps people > setting that up? Something more to add. If you are using a debian based distro (ubuntu for example) the jackd executable needs to be chmod -x or you will find odd things happen if you manage to crash jackdbus. Generally some well meaning program will come along and start jackd making qjackctl of no use and making module-jackdbus-detect unable to set up the pa-jack bridge. The command killall -9 jackd needs to be run. I now concider this has rissen above anoyance to bug. Jackd2 and jackdbus should be packaged separately. If needed the jackdbus version can come with a script that has jack_control's innards, but acts like jackd. (uses jackd's config file and takes jackd's arguments on the CL... may as well give it jackd's name too). For my use, all it would have to do is ignore the arguments and run jack_control start which would restart with the parameters I chose before or do nothing if it is already running. -- Len Ovens www.ovenwerks.net

10 years, 1 month

[ANN] MOD Duo's Kickstarter campaign to be launched in mid September

by Gianfranco Ceccolini

Greetings Linux Audio Users and Developers !!! I'm very happy to inform that we will launch the MOD Duo's Kickstarter campaign in mid September. The MOD Duo is our second model and we've been putting a lot of engineering in it based on the feedback we had from the MOD Quadra experience. We deeply hope it becomes a device that empowers the Linux Audio community, bringing together developers and musicians. A pre-campaign site was created to warm up the communication engines: http://stepontothefuture.com. Hope you all enjoy and spread the word Kind regards Gianfranco Ceccolini The MOD Team

10 years, 1 month

Drivers for RME (USB) MADI device (Madiface XT)

by D. Sen

Hi List-members, I was advised by Paul Davis to inquire on this list whether there has been or is likely to be any activity in developing ALSA drivers for the RME Madiface XT device. Its a USB device and as such makes it very amenable to a portable audio work. I have used PCIe based Madiface in the past using ALSA. However, I could not get the USB based Madiface XT to work. The device was recognized correctly (as per the SYSLOG) - however no drivers were loaded. Any help would be very much appreciated. Best Regards, Deep

10 years, 1 month

Constant-Q library and Vamp plugin

by Chris Cannam

Announcing a new C++ library and Vamp plugin implementing the Constant-Q transform of a time-domain signal. https://code.soundsoftware.ac.uk/projects/constant-q-cpp The Constant-Q transform is a time-to-frequency-domain transform related to the short-time Fourier transform, but with output bins spaced logarithmically in frequency, rather than linearly. The output bins are therefore linearly spaced in terms of musical pitch. The Constant-Q is useful as a preliminary transform in various other methods such as note transcription and key estimation techniques. This library provides: * Forward transform: time-domain to complex Constant-Q bins * Forward spectrogram: time-domain to interpolated Constant-Q magnitude spectrogram * Inverse transform: complex Constant-Q bins to time domain The Vamp plugin provides: * Constant-Q magnitude spectrogram with high and low frequency extents defined in Hz * Constant-Q magnitude spectrogram with high and low frequency extents defined as MIDI pitch values * Pitch chromagram obtained by folding a Constant-Q spectrogram around into a single-octave range The code is provided with full source under a liberal licence, and plugin binaries are provided for Windows, OS/X, and Linux. The method is drawn from Christian Schörkhuber and Anssi Klapuri, "Constant-Q transform toolbox for music processing", SMC 2010. See the file CITATION for details. If you use this code in research work, please cite this paper.

10 years, 2 months

First release of zita-njbridge

by Fons Adriaensen

Zita-njbridge-0.1.0 is now available. Zita-j2n and zita-n2j are command line Jack clients to transmit full quality multichannel audio over a local IP network, with adaptive resampling by the receiver(s). Main features: * One-to-one (UDP) or one-to-many (multicast). * Sender and receiver(s) can each have their own sample rate and period size. No word clock sync is assumed. * Up to 64 channels, 16 or 24 bit or float samples. * Receiver(s) can select any combination of channels. * Low latency, optional additional buffering. * High quality jitter-free resampling. * Graceful handling of xruns, skipped cycles, lost packets and freewheeling. * IP6 fully supported. * Requires zita-resampler, no other non-standard dependencies. Note that zita-njbridge is meant for use on a *local* network providing more or less reliable delivery with low to moderate delay. It may work or not on the wider internet if receiver(s) are configured for additional buffering, and if you are lucky. Performance on wire- less networks is just a matter of chance. You will need a fairly recent Jack version, as the code uses jack_get_cycle_times() and no fallback for that is provided. Download from <http://kokkinizita.linuxaudio.org/linuxaudio/downloads/index.html> See man zita-njbridge for more info. -- FA A world of exhaustive, reliable metadata would be a It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow)

10 years, 2 months

computer keyboard control surface update

by Len Ovens

Please excuse my "youthful" enthusiasm... I am having some success with my usb computer keyboard as a midi control surface. All things are assignable to any key. the key events press, release, and repeat can be set separately (or ignored) Key presses can control: - Jack transport: roll stop zero 1 or ten sec forward or back (will make this settable) I have press do one second and repeat do 10 - midi messages these are all in hex and can include: channel messages like key, ctl, pgm, etc sysex up to 20 char in total I am not sure what the limit is for jack but any of the control surfaces I have studied seem to send less. The reality is that there are lots of control surfaces out there and sw has to handle what they send. I do have a question though about ardour control by midi. The Mackie IF says it sends control messages that are in the form num of ticks up or down. This means I should be able to have a key send ticks up and another ticks down, but this doesn't seem to work. Also, It seems the master rec-enable is not toggle-able. Odd. I have tried both making a map file and using the learn function. Is there more documentation for this somewhere? It would not be impossible to toggle things from inside the controler or take ticks up and down and convert to 127 or 1024 steps. This is not just for ardour but I am wanting to know what is standard. -- Len Ovens www.ovenwerks.net

10 years, 2 months

Embedded audio SoC supplier: audio player

by Patrick Shirkey

Hi, I'm looking for a supplier who can provide a turnkey or white label LOW COST linux compatible portable audio player. SoC embedded linux device. 10k - 150k units. Some hardware customisations may be required. Any company that is interested in quoting on this project please contact me directly to discuss the details. -- Patrick Shirkey Boost Hardware Ltd

10 years, 2 months

Intro article on AES67 clocks

by Adrian Knoth

Hi! Let me forward you an article that was just posted to the AES67 mailing list. If you consider to implement AES67 one day, this article gives you a brief introduction to the clocks involved. If you're already familiar with PTP (IEEE 1588), there's no use in reading it, since AES67 of course uses PTP (like Ethernet/AVB). For a real-world implementation, one can assume that PTP is taken care of by linuxptp, one of the way too many competing PTP implementations. To the best of my knowledge, linuxptp is really the way forward, all other implementations are considered obsolete, at least on mainstream Linux. Without further ado, here's the article: http://www.tvtechnology.com/audio/0098/for-aes-timing-is-everything/271322 Cheers -- mail: adi(a)thur.de http://adi.thur.de PGP/GPG: key via keyserver

10 years, 2 months

Re: [LAD] [LAU] First release of zita-njbridge

by Fons Adriaensen

On Mon, Aug 04, 2014 at 12:18:31PM -0700, Russell Hanaghan wrote: > I'm curious... This application excites me based on the following theoretical layout: > > Budget studio with say at least 1 strong central DAW in a control room. Other satellite > rooms tht can be linked with Gig Ethernet and smaller (cheaper) platforms in those rooms > for maybe recording certain instruments (drums might be a bitch even at low latencies) > an feeding those channels back to the master. Effectively replacing shielded audio cables > (which run into real money) for a Cat5e or Cat6 cable and gig ports either side. Gig > switches and cards have become cheap, especially compared to half decent shielded pair > audio cable. > > Is this reasonable as it relates to the application? I'm not entirely convinced by the cost argument, unless you'd wire a lot of channels. You still need a PC and soundcard at the other end. But if you can live with the extra latency (which can be kept low in particular if you use dedicated NICs and wiring), yes this could be a use case. Another use case for a studio would be to make the studio output(s) available everywhere in the building - offices, bar, etc. I originally developed this to be able to record concerts at the concert hall of the CdM in the studio which is at the other end of the building and on a different floor. Installing audio cables or an optical fibre was out of the question, but there is network wiring everywhere. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow)

10 years, 2 months

Beta testers required...

by Fons Adriaensen

Anyone interested in beta-testing this please let me know. Zita-njbridge ------------- Command line Jack clients to transmit full quality multichannel audio over a local IP network, with adaptive resampling at the receiver. Main features: * One-to-one (UDP) or one-to-many (multicast). * Sender and receiver(s) can each have their own sample rate and period size. * Up to 64 channels, 16 or 24 bit or float samples. * Receiver(s) can select any combination of channels. * Low latency, optional additional buffering. * High quality jitter-free resampling. * Graceful handling of xruns, skipped cycles, lost packets and freewheeling. * IP6 fully supported. * Requires zita-resampler, no other dependencies. Note that this version is meant for use on a *local* network. It may work or not on the wider internet if receiver(s) are configured for additional buffering, and if you are lucky. The current code will replace any gaps in the audio stream by silence, and does not attempt to re-insert packets that arrive out of order. You will need a fairly recent Jack version, as the code uses jack_get_cycle_times() and no fallback for that is provided. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow)

10 years, 2 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev