Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7448 discussions

by David J Myers

Hi there, I'm trying to find out whether I can use NetJack1 to do the following:- I need to take the audio input from my sound hardware on one Linux box, send it over the network to a second Linux box and play it back on the second box sound hardware. Can this be done using jackd and jack_netsource without modification? If not, can it be done with a simple Jack applet of my own? If not, how can I implement this quickly without writing my own streaming server and client? Many thanks for your time. DavidJ

10 years, 7 months

Re: [LAD] [LAU] JACK latency API clarifications

by Lieven Moors

On Fri, Feb 21, 2014 at 03:29:40PM -0500, Paul Davis wrote: > On Fri, Feb 21, 2014 at 3:27 PM, Lieven Moors <lievenmoors(a)gmail.com> wrote: > > > Aren't most clients checking for > > the sample rate in the process callback anyway? > > > if they are, then they are doing it wrong. That would be me ;-) I probably did this because I thought it could change at period boundaries. Could you explain why it is wrong?

10 years, 7 months

FVWM-Crystal-3.3.2 is out

by Dominique Michel

This is an exceptional announcement. You may ask why announce a FVWM-Crystal release on the LAA, fvwm-crystal being a desktop. That's simple, fvwm-crystal was improved in 3.3.0 with a key modifier editor which let you change its key modifiers. This will affect only the extensive set of fvwm-crystal own key-bindings, and the key bindings of other applications will remain fully unaffected. That's a very easy and fast way to have the extensive key-bindings set of applications like ardour or emacs to not collide with the desktop. During the last 2 years, a lot of bug fixes was done, the existing features was improved and unified between the recipes, and new features was added. The list of changes is so huge that it is better to try it for yourself, if you don't already have done it. During the last few months, a particular effort was made to fix some nasty bashisms. That should make fvwm-crystal to work much better with distributions using dash as default shell, and fix one hopefully unnoticed security issue. A short and very partial story of the last releases: 3.3.2 bring 2 new recipes with ACPI support (battery, cpu speed and temperature). 3.3.1 bring a new and complete Dutch translation and a Preference Editor for the preferences that don't have menu options. It bring too a pot file for easy translations in new languages. 3.2.6 see an updated Russian translation and x-terminal-emulator support (Debian). 3.2.4 add mount/umount/pmount/pmount-gui support with the built-in desktop icons. 3.2.1 finally succeed to remove the restart with all preference changes but one. 3.2 see a complete rewrite of the Thunar desktop icons manager. Not only the buttons was redone from the scratch into a single button, which fix the flickering, but also a new implementation of the associated actions was done. Now it's possible to associate any file manager you can think about with these icons, 2 are supported at the same time, as well than custom commands. ... For a complete list, see the ChangeLog file. Download: https://sourceforge.net/projects/fvwm-crystal/files/?source=navbar Website: http://fvwm-crystal.sourceforge.net/ Project site: https://sourceforge.net/projects/fvwm-crystal/?source=navbar Enjoy, Dominique

10 years, 7 months

JACK latency API clarifications

by Stefano D'Angelo

Hi all, Let's say I have a client that introduces an amount of latency that's variable at runtime and potentially unbounded. From JACK's docs it seems that you need to recompute the min/max latencies in the latency callback that's called "by the server" whenever it feels like, but you can force that by calling jack_recompute_total_latencies (right?). The problem is, you are advised to call this last function only after calling jack_port_set_latency_range(), which you should only call in the latency callback, which may be called next month... am I dumb (probably) or is there a deadly loop? I couldn't find code handling dynamic latencies around and I'm way too lazy to try to understand JACK internals or to make silly tests etc. (also because they would tell nothing since we have multiple implementations of the same JACK API). Stefano

10 years, 7 months

opencl benchmark results

by Patrick Shirkey

Hi, For those of you who are interested real world results for ffmpeg with opencl we have run some benchmarking tests across our cluster. At the end of last year there was a flurry of activity integrating opencl with ffmpeg. The work was undertaken by multicorewareinc who is also the official keeper of the code for AMD's proprietary version of ffmpeg. We have found that leveraging opencl with the latest development version of ffmpeg gives us upto 4566 DP-MFLOP on a single machine. Adding in the OpenCL component (GPUs) gives us around a 64% speed boost on AMD A4's. We got upto 400% increase on our intel machines (with alot of NVidia CUDA cores). We also noticed that essentially the same AMD/ATI card on a different bus (AGP-8 versus PCI-E) only picked up an extra 6% in speed. So clearly the recent work on the opencl integration with ffmpeg has provided some real world dividends. Just for the record our local cluster is clocking in around 20GFlops with the opencl code in the mix. We haven't added in the cloud servers though so that number is low. While we are not a not a threat to the big players, combining resources within the wider open source community creates a very serious competitor that shouldn't be ignored. Cheers -- Patrick Shirkey Boost Hardware Ltd

10 years, 7 months

Zita Resampler unexpected output

by André Garnier Coutinho

Hi Guys! I was doing some tests to learn how to use zita resampler and I got an unexpected output. All the last positions of my output vector were 0 and I don't know why. I have copied the main files of zita resampler to my home directory. The files were resampler.cc, resampler-tables.cc, vresampler.cc and their respective headers. I have done this because I will need to modify the source code to use it with double precision vectors. Does anyone know what I am doing wrong? I'm trying to do this to improve mod-DS1's performance. https://github.com/portalmod/mod-distortion I'm attaching my code. greets André

10 years, 7 months

Re: [LAD] Call for testing (final): ALSA driver for some firewire devices

by Takashi Sakamoto

> still no audio is captured, apparently... > this card has 16 inputs, maybe I should specify somehow which one > should be used? The aplay/arecord has 'D' option. This option is used to indicate PCM device. When you omit this option, 'default' PCM device is used. In system with PulseAudio, 'default' PCM device is set as input/output from/to PulseAudio. I guess you record from PulseAudio, not directly from your device. Would you test with 'D' option? Like: $ arecord -D hw:UFX1604 -c 16 -f S32_LE -r 44100 /tmp/test.wav Thanks Takashi Sakamoto o-takashi(a)sakamocchi.jp

10 years, 7 months

Re: [LAD] Call for testing (final): ALSA driver for some firewire devices

by Takashi Sakamoto

Hi Daniel, > I tested it with: > play test.mp3 - OK > arecord -d 3 -c 2 -f cd -t wav x.wav RECORDING SILENCE (maybe there is > something else to configure on my card, but I haven't been able to > record any sound. trying individual channels as well as stereo output > settings). So your test shows: - PCM playback goes well - PCM capture don't goes well > In FW mode this command just hangs. Would you explain more detail? Thanks Takashi Sakamoto o-takashi(a)sakamocchi.jp

10 years, 7 months

Call for testing (final): ALSA driver for some firewire devices

by Takashi Sakamoto

Hi all, This is a final call for testing my ALSA drivers for some firewire devices. Please test my drivers if you have some devices listed in the end of this mail. Or please contact to me if you have some deviices listed as 'able to be supported'. About the way to install drivers, please refer to my previous post: [LAD] Call for testing: ALSA driver for Fireworks/BeBoB based devices http://lists.linuxaudio.org/pipermail/linux-audio-dev/2013-October/034344.h… I've already posted my last RFC to alsa-devel. So this may be a final call. Please read my previous mail for testing. [alsa-devel] [RFC v3] [PATCH 00/52] Enhancement for support of firewire devices http://mailman.alsa-project.org/pipermail/alsa-devel/2014-January/071820.ht… I have one request to you. Currently I'm preparing merge-request to ALSA. Then I want to add testers' name into the patches with 'Tested-By' field. Of cource, testers can reject it. Please inform me if you hope or not when reporting. [Currently supported devices] snd-bebob: * Edirol, FA-66 * Edirol, FA-101 * Presonus, FIREBOX * PreSonus, FP10 (former known as FIREPOD) * PreSonus, Inspire1394 * BridgeCo, RDAudio1 * BridgeCo, Audio5 * Mackie, Onyx 1220/1620/1640 (Firewire I/O Card) * Mackie, d.2 (Firewire Option) * Stanton, ScratchAmp * Tascam, IF-FW DM * Behringer, XENIX UFX 1204 * Behringer, XENIX UFX 1604 * Behringer, Digital Mixer X32 series (X-UF Card) * Apogee Electronics, Rosetta 200/400 (X-FireWire card) * Apogee Electronics, DA/AD/DD-16X (X-FireWire card) * Apogee Electronics, Ensemble * ESI, Quatafire610 * AcousticReality, eARMasterOne * CME, MatrixKFW * Phonic, Helix Board 12 MkII * Phonic, Helix Board 18 MkII * Phonic, Helix Board 24 MkII * Phonic, Helix Board 12 Universal/18 Universal/24 Universal * Lynx, Aurora 8/16 (LT-FW) * ICON, FireXon * PrismSound, Orpheus * PrismSound, ADA-8XR * TerraTec Electronic GmbH, PHASE 88 Rack FW * TerraTec Electronic GmbH, PHASE 24 FW * TerraTec Electronic GmbH, Phase X24 FW * TerraTec Electronic GmbH, EWS MIC2/MIC8 * Terratec Electronic GmbH, Aureon 7.1 Firewire * Yamaha, GO44 * YAMAHA, GO46 * Focusrite, SaffirePro 26 I/O * Focusrite, SaffirePro 10 I/O * Focusrite, Saffire(no label and LE) * M-Audio, Firewire 410 * M-Audio, Firewire Audiophile * M-Audio, Firewire Solo * M-Audio, Ozonic * M-Audio NRV10 * M-Audio, ProFireLightbridge * Firewire, 1814 * M-Audio, ProjectMix I/O snd-fireworks: * Mackie(Loud), Onyx 400F * Mackie(Loud), Onyx 1200F * Echo Audio, AudioFire2 * Echo Audio, AudioFire4 * Echo Audio, AudioFirePre8 * Echo Audio, AudioFire8 * Echo Audio, AudioFire12 * Gibson, Robot Interface Pack snd-oxfw: * Griffin, FireWave * Lacie FireWire Speakers * Behringer,F-Control Audio 202 * Mackie, Onyx-i series (former models) * Mackie, Onyx Satellite [IDs are unknown but able to be supported] snd-bebob: * Apogee, Mini-ME Firewire * Apogee, Mini-DAC Firewire * Behringer, F-Control Audio 1616 * Behringer, F-Control Audio 610 * Cakawalk, Sonar Power Studio 66 * CME, UF400e * ESI, Quotafire XL * Infrasonic, DewX * Infrasonic, Windy6 * Mackie, Digital X Bus x.200 * Mackie, Digital X Bus x.400 * Phonic, HB 12 * Phonic, HB 24 * Phonic, HB 18 * Phonic, FireFly 202 * Phonic, FireFly 302 * Rolf Spuler, Firewire Guitar snd-oxfw: * Mackie(Loud), d.2 pro * Mackie(Loud), d.4 pro * Mackie(Loud), U.420 * Mackie(Loud), U.420d * Mackie(Loud), Tapco Link.Firewire Regards Takashi Sakamoto o-takashi(a)sakamocchi.jp

10 years, 7 months

[ANN] CAPS 0.9.19

by Tim Goetze

CAPS 0.9.19 =========== http://quitte.de/dsp/caps.html The latest release of this collection of LADSPA plugins extends the dynamics modulation capabilities of the 'virtual guitar amplifier' AmpVTS and fixes a nasty bug in the Noisegate circuit that had been causing spurious gain fluctuations in closed gate state. http://quitte.de/dsp/caps.html#Download Upgrading is recommended. Enjoy, Tim

10 years, 7 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