Linux-audio-user March 2016

linux-audio-user@lists.linuxaudio.org

65 participants
67 discussions

Routing MIDI Channels between ALSA and JACK

by Nacho Otal

Hello, I’m working on a project where we’d like to interface a MIDI board (livid’s brain jr.) to the IDJC application (http://idjc.sourceforge.net <http://idjc.sourceforge.net/>). As of by now, we’re able to configure the board and send MIDI commands through the USB port to the Ubuntu Studio that is our development box. However, and as you’ll see in the attached screenshot (https://www.dropbox.com/s/ss9i5bwaqzs5ays/idjc.png?dl=0), IDJC is only able to retrieve MIDI Commands from JACK and not from ALSA. I understand that there’s a way to route the MIDI channels from ALSA to JACK and this can be done through ALSA PATCH BAY (http://pkl.net/~node/software/alsa-patch-bay/ <http://pkl.net/~node/software/alsa-patch-bay/> ) for example. I’d be glad if you could drop some lines to this conversation, I have in fact two questions: 1.- Does anybody have an experience with the livid brain jr, ALSA, JACK and IDJC? 2.- Is there a possibility to route directly midi commands to JACK avoiding ALSA? Thank you very much for your time and help. Cheers, Nacho

8 years, 6 months

Inverse Phase in ALSA POSSIBLE ?

by bricolodu

Hello, I want to deliver to my DAC two mono signals out of phase. I did the following asound.conf (PS I'm also using jack for convolution) /# Send alsa API to jconvolver pcm.rawjack { type jack playback_ports { 0 jconvolver:in.L 1 jconvolver:in.R } capture_ports { 0 system:Output_L 1 system:Output_R } } # jackplug pcm.jack { type plug slave { pcm "rawjack" } hint { description "JACK Audio Connection Kit" } } # use following peripherical by defaut with alsa: pcm.!default { type plug slave { pcm "rawjack" } slave.channels 2 ttable.0.0 0.6 ttable.1.0 0.6 ttable.0.1 -0.6 ttable.1.1 -0.6 } / Do you think it is working the way I want ? I have the feeling that although I get sound from both channels they aren't out of phase. Thank you for your comments/solution. Best regards, Jean -- View this message in context: http://linux-audio.4202.n7.nabble.com/Inverse-Phase-in-ALSA-POSSIBLE-tp9927… Sent from the linux-audio-user mailing list archive at Nabble.com.

8 years, 6 months

Re: [LAU] hdsploader thinking my multiface is a digiface

by Peter P.

* Paul Davis <paul(a)linuxaudiosystems.com> [2016-03-08 16:22]: > lspci 05:00.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall DSP (rev 3c) Thanks, P > On Tue, Mar 8, 2016 at 9:58 AM, Peter P. <peterparker(a)fastmail.com> wrote: > > > * Paul Davis <paul(a)linuxaudiosystems.com> [2016-03-08 13:15]: > > > There should be no need to run hdsploader, its function was taken over by > > > the kernel roughly a decade ago. > > Thank you, but the kernel hotplug mechanism fails alike, thinking it is > > a digiface. It is only then, that I try to run hdsploader manually to > > better see error messages. Usually I rely on the kernel of course. > > But the question remains: Why is the multiface seen as digiface? > > > > Thanks for all ideas! > > P > > > > > On Tue, Mar 8, 2016 at 6:43 AM, Peter P. <peterparker(a)fastmail.com> > > wrote: > > > > > > > Hi list, > > > > > > > > trying to get my RME HDSP Multiface to work more reliably with Debian > > > > testing, and upon trying to load the firmware into the interface, > > > > hdsploader thinks it is a Digiface and posts: > > > > > > > > hdsploader - firmware loader for RME Hammerfall DSP cards > > > > Looking for HDSP + Multiface or Digiface cards : > > > > Card 0 : HDA Intel MID at 0xf2520000 irq 42 > > > > Card 1 : RME Hammerfall DSP at 0xf0000000, irq 19 > > > > Upload firmware for card hw:1 > > > > Unable to open file > > > > '/usr/share/alsa/firmware/hdsploader/digiface_firmware_rev11.bin' for > > > > reading > > > > Card 29 : ThinkPad Console Audio Control at EC reg 0x30, fw > > 6QHT26WW-1.07 > > > > > > > > This happens now and then and I am hence unable to load the firmware. > > > > Replugging, power cycling, frowning, sometimes it works the 6th > > attempt. > > > > > > > > Does anyone else have this problem? > > > > > > > > Thanks & cheers, > > > > P > > > > _______________________________________________ > > > > Linux-audio-user mailing list > > > > Linux-audio-user(a)lists.linuxaudio.org > > > > http://lists.linuxaudio.org/listinfo/linux-audio-user > > > > > >

8 years, 6 months

hdsploader thinking my multiface is a digiface

by Peter P.

Hi list, trying to get my RME HDSP Multiface to work more reliably with Debian testing, and upon trying to load the firmware into the interface, hdsploader thinks it is a Digiface and posts: hdsploader - firmware loader for RME Hammerfall DSP cards Looking for HDSP + Multiface or Digiface cards : Card 0 : HDA Intel MID at 0xf2520000 irq 42 Card 1 : RME Hammerfall DSP at 0xf0000000, irq 19 Upload firmware for card hw:1 Unable to open file '/usr/share/alsa/firmware/hdsploader/digiface_firmware_rev11.bin' for reading Card 29 : ThinkPad Console Audio Control at EC reg 0x30, fw 6QHT26WW-1.07 This happens now and then and I am hence unable to load the firmware. Replugging, power cycling, frowning, sometimes it works the 6th attempt. Does anyone else have this problem? Thanks & cheers, P

8 years, 6 months

Re: [LAU] [LAD] Multiple JACK servers connected in one host?

by Patrick Shirkey

On Mon, March 7, 2016 7:49 pm, Adrian Knoth wrote: > On Sun, Mar 06, 2016 at 07:12:25PM -0600, Jonathan E. Brickman wrote: > >> Greetings, everyone. Since I am using 85% of JACK DSP in my primary >> production box, while using 14% of the CPU and 1/8 of the RAM >> according to htop, it appears that I need to develop a way to move >> forward :-) It is very clear from the excellent Patrick Shirkey's >> input that one can use netjack to chain any combination of >> motherboards each running JACK; I would like to use the power of my >> box to do the same internally. > > I so don't get what you're trying to achieve. Use multiple soundcards? > Use multiple CPUs? Parallelize the client graph? > > IIUC, it seems that Jonathan has encountered an issue with JACK DSP not being consistent with cpu load so he is trying to find a way to use multiple instances of JACK (> 2) on the same machine. -- Patrick Shirkey Boost Hardware Ltd

8 years, 6 months

Building an Open Source keyboard rig

by Ben Bell

I've been considering upgrading part of my keyboard rig by getting a Nord Stage 2 EX. I figure it would give me a much better piano sound than my aging Yamaha P90, authentic mellotron (very important), and some back compatibility for the synth section of my old Nord Stage Compact. But it's £2500. £2500 could buy an awful lot of Stuff. So I started thinking, what could you build that would be Open Source and broadly equivalent to a Nord? Extra points for surviving unexpected power outages and booting fast (damn those dodgy festival power supplies) and for being the sort of thing that you can operate easily having left all your geek credentials in the bowl of brown M&Ms. I figure some sort of Mini/Nano ATX with SSD, stripped back systemd boot, Jack, LinuxSampler, a reasonable low-latency multiple output soundcard... some leftoevers for good quality sample libraries... Let your imagination run wild... how would *you* build a Tux Stage 2 EX? bjb

8 years, 6 months

Re: [LAU] Building an Open Source keyboard rig

by Jeremy Jongepier

On 03/04/2016 08:56 PM, Ben Bell wrote: > On Thu, Mar 03, 2016 at 11:07:05AM +0100, Jeremy Jongepier wrote: >> Just like you say ;) I wouldn't base it on an embedded ARM board but >> would indeed go for something a bit more powerful and X86-64 based. For >> booting I'd look at booting from RAM (maybe using Puppy Linux or >> something like Debirf). > Debirf now bookmarked, thanks. > >> Soundcard will probably be USB so a good USB > I'm inclined to start with a Behringer UMC204HD. Four audio outs and MIDI IO. Haven't heard those yet but I guess they're hard to beat when it comes to the price and quality. > >> implementation on the mobo is key. > This is where I'd start to come unstuck. Anyone got some recommendations > for the board itself? Functioning USB, no proprietary chipsets, or bits > that muck up low-latency. Ideally something that boots fast rather than > sitting around at the Press <F1> to enter setup prompt for ages. Has anyone > got experience of the NUC stuff? Unfortunately I have no experience with contemporary motherboards :( If I'd go shopping for one I'd check if there's a decent USB controller on it and if these don't share IRQ's with other peripherals. Jeremy

8 years, 6 months

Re: [LAU] Building an Open Source keyboard rig

by Ralf Mardorf

On Sat, 5 Mar 2016 08:11:04 +0000, Ben Bell wrote: >> the OP should consider to buy an Apple based solution. >> Linux simply can not hold ground for this kind of usage. >But the only way that will change is if people figure out how to push >it forward :) Ok Ben, you're a realist who has got real stage equipment and now you wants to try something else. I won't recommend an iPAD for stage usage, regarding solidity and the fact that it depends on battery, even if you connect it to a power supply, but OTOH compared to a Linux solution, you could put the iPAD on top of a master keyboard and get a perfect GUI and you could purchase all kinds of synth for around 5,-€ per synth, some as the CMI are a little bit more expensive, but most of those synth are far better than the quality we know from Linux synth. Linux might provide a few outstanding FLOSS exceptions, offhand only Yoshimi comes to my mind and indeed Yoshimi is a good reason to build a stage set-up based on Linux, but OTOH Yoshimi is not a competitor to a piano related sample player, a vintage emulation or modern granular synth you could get by iStore and at least not a replacement for your stage proved Nord piano. It's simply not the domain of Linux to replace stage gear. Imagine you would follow Len's tip, to use an USB "Qwerty"-keyboard as the remote control. On stage? A 20 meter long USB cable, IOW longer than USB norm allows and in addition it would be another cable on stage, a computer data cable, not an audio signal cable, so think over shielding, anybody playing a Clavinet or single coil guitar might not like additional electric smog. It's the summa of things to consider for stage usage, not alone the will to handle experimental gear. 2 Cents, Ralf

8 years, 6 months

Music Made with Linux: Annoying Experiments and Byproducts of Software Development

by Johannes Kroll

Hi! I noticed that sometimes people post their music here, so I hope it's not too annoying if I post a link to some of my stuff: https://soundcloud.com/antonsachzwang/sets/nervt-tende-experimente-und It's all made with Linux of course (what else is there??) I use Renoise, AMS, Carla, Jack of course, various plugins, some of which I wrote myself, unreleased software I'm working on, and various MIDI controllers, some off-the-shelf, some DIY custom-built things. I try to use only free software if possible, Renoise is an exception. Most of this playlist is just musical notes to myself - often I am testing some feature I implemented, and whenever something sounds good, interesting, or particularly horrible, I hit Timemachine's Record button. I have a dedicated room for making noise now, finally, so I don't annoy the neighbors as much. I hope this will enable me to be more creative and work together with other people more often. Enjoy (or don't!) -J.

8 years, 6 months

Re: [LAU] Building an Open Source keyboard rig

by Ralf Mardorf

On Sat, 5 Mar 2016 08:11:04 +0000, Ben Bell wrote: >pitch bend can only be +/- two semitones "programmable transpose +/- 6 semitones" - http://www.thomann.de/gb/clavia_nord_stage_2_ex_88.htm Is this really the point for a virtual piano for stage? A real piano has got no pitch wheel at all. FWIW, I'm used to 2 semitones and dislike every other default. However, a default is not the limit.

8 years, 6 months

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-user March 2016