Are there very many/any people using firewire devices?
If so is it with the alsa modules or the faddo modules?
My final question being how good are the alsa modules? do they cover most
of the FW devices out there? Or is removing alsa FW mod and using faddo
the way to go?
--
Len Ovens
www.ovenwerks.net
On 4/1/19 3:41 AM, Ralf Mardorf wrote:
> On Sun, 31 Mar 2019 23:58:13 -0700 (PDT), Len Ovens wrote:
>> On Mon, 1 Apr 2019, Tim wrote:
>>> Another user pointed out that ALSA may not be the answer for all
>>> cards and may even get some things incorrect whereas a dedicated
>>> mixer might not. And said "usually class compliant USB devices don't
>>> have alsamixer volume controls".
>>
>> They can, but in general, if the USB device has physical controls,
>> then it has no need for alsa controls (there are no computer
>> controlable controls in any OS). Many USB audio chipsets (or maybe I
>> should say cheap chipsets) just do the audio with no controls. I think
>> there is a complient way of doing controls, but that may not deal with
>> more complex routing. It seems the thing these days is to make the
>> audio interface double as a digital mixer to help it actually sell for
>> the higher price asked. I don't think USB2.0 covers such a use.
>
> Hi,
>
> sorry for writing off-list, but the D* who runs this list banned me
> for absolutely no reason, see [1].
>
> I already replied off-list to Tim [2], since he quoted what I've
> written at the jack mailing list.
No problem.
Your points brought me "back down to earth".
For some reason I thought ALSA could handle every card.
And that therefore every distro should have some great
ALSA mixer like Qas. All problems solved.
But it's more complicated than that, as you say.
Again, I guess I just feel sad if some user goes away
disappointed. I (and all of us) always try to help people,
even newbies, have a good experience with Linux audio.
With MusE we try to make it friendly but with power behind it.
I want everyone to have a good experience and have fun.
>
> Actually the 18i20 provides potentiometers for the 8 analog input
> channels and for 2 of them additionally "pad" switches, but it only
> provides output potentiometers for the two headphone outputs and for 2
> channels aimed as monitor output, which is quite useless without access
> to the hardware IO routing.
>
> The ADAT device I'm using provides input level potentiometers, but no
> ouput level control.
>
> The RME HDSPE has got no input level control at all and some
> microphones, e.g. the Brauner VM1 have their own output "pad" switch.
>
> Nobody who has got a halfway professional workflow needs a level control
> at all stages.
>
> I'm anyway using the Behringer replica of the mixing console Len does
> use. Btw. a friend owns an old revision of the Mackie. I didn't compare
> the audio quality directly, but at least I can say two thing. The
> Mackie is way noisier than the Behringer, but the Mackie provides more
> space between the potentiometers, so it's more pleasant to handle and
> easier to clean. I do understand that people wish to get rid of a
> mixing console. A friend likes to lend me a huge mixer, better than the
> small Mackie, Behringer and Co. mixing consoles, but I don't have the
> room for a huge mixer.
Yes, I was saying that I have a mixer sitting in a box,
but my relatively simpler needs are such that my ten-channel
delta1010 card pretty much does all of that for me.
I should put an analog compressor/limiter ahead of the card,
but I'm so used to playing/recording without it.
T.
>
> Regards,
> Ralf
>
> [1]
> https://lists.linuxaudio.org/archives/linux-audio-user/2019-February/111637…
> https://lists.linuxaudio.org/archives/linux-audio-user/2019-February/111642…
> https://lists.linuxaudio.org/archives/linux-audio-user/2019-February/111662…
> https://lists.linuxaudio.org/archives/linux-audio-user/2019-February/111663…
> The complete thread is available by
> https://lists.linuxaudio.org/archives/linux-audio-user/2019-February/
>
> [2]
> Begin forwarded message:
>
> Date: Mon, 1 Apr 2019 07:06:26 +0200
> From: Ralf Mardorf <ralf.mardorf(a)alice-dsl.net>
> To: Tim <termtech(a)rogers.com>
> Subject: Re: [LAU] Full-featured mixers
>
>
> On Mon, 1 Apr 2019 00:07:41 -0400, Tim wrote:
>> And said "usually class compliant USB devices don't have alsamixer
>> volume controls".
>
> Hi,
>
> for some audio devices even the revision could make a difference.
>
> The claims regarding the Scarlett 18i20, see
> https://lists.linuxaudio.org/archives/linux-audio-user/2019-March/111865.ht…
> are incorrect for the 2nd generation. IOW the 18i20 that is actually
> sold and works up to 192kHz isn't supported as described. It might work
> for second-hand 18i20 of the 1st generation that supports up to 96kHz.
>
> Regards,
> Ralf
>
Hi list. Just continuing a thread I probably should have
started here instead of on Jack lists.
I was trying to say I was disappointed that apparently
a user had trouble with some hardware volumes.
So I lamented the lack of hardware controls in general
mixers these days. They used to show all ALSA controls.
I found a tip for KMix to show ALSA *not* Pulse controls:
"export KMIX_PULSEAUDIO_DISABLE=1 && kmix"
But unfortunately it's either Pulse or ALSA, not both at the
same time in KMix. To me that's a bad thing.
So I want to give a big shout out for QasMixer
https://sourceforge.net/projects/qastools/
and ask what general mixers you might use and what
you think of QasMixer and QasHctl. They're pretty cool.
They show all my ice1712 controls.
I think a desktop mixer icon should eventually bring you
to something like that instead of only Pulse.
What do you think?
Tim.
hi all,
just back home safe and waaay smoother than when getting there first :)
now,
for all the traditional and lousy unedited photos, straight out and
dumped from the camera sd-card:
https://www.rncbc.org/lac/lac2019
(note that the weather was lousy, cloudy and rainy...)
cheers and thanks for all the fish(*)
--
rncbc aka. Rui Nuno Capela
(*) ps. had none actually, there were only dead meat (and dead
vegetables too) but had it great on oysters on the last day, if seafood
counts as non-meat:)~
I have a desktop computer and Raspberry Pi 3 B+.
I want Raspberry Pi to control my speakers and share my speakers with my
desktop over a direct ethernet connection.
USB microphone is going to be connected to Raspberry Pi and be shared with
the desktop computer over the ethernet connection, too.
Can netjack1/2 over a direct ethernet connection substitute for local ALSA
audio?
Will video and audio synchronize if netjack was used over a direct ethernet
connection?
My Raspberry Pi can turn audio gears on and off via relays.
When my desktop starts using its speakers, I want it to tell Raspberry Pi
to turn on the speakers via a relay.
When nothing has used the speakers for a minute, I want it to tell
Raspberry Pi to turn off the speakers.
I can do the same for a USB microphone. A USB microphone can be turned on
and off by uhubctl.
Does ALSA have a callback API that I hook into? Does jack have it?
For Yoshi and Zyn, there are a very large number of patches that have no
copyright/license information filled in. In the first place this makes it
impossible to give any kind of acknowledgement. Potentially more critical is
the new messy copyright legislation staggering through the EU.
I don't know if there is any practical way of adding this to old files, but at
least when creating new one *please* fill these fields in - even if you don't
think you'll ever release them.
As and aside, a lot of these also have no 'Type' filled in :(
Apologies for the cross post - not really sure where this should go.
--
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
Dear list,
to avoid the https://en.wikipedia.org/wiki/XY_problem I'm going to tell
you my goal first, then my current route to a solution, with a missing
piece.
I work with several midi instruments. Some of them USB, some of them
DIN, all of them have different names. Only ever one is connected at
once.
I want my programs to accept data entry from my instruments, no matter
which of them is plugged in.
What is the easiest way to do this?
My current idea is to establish a virtual jack midi thru port. All
software can use this port as midi data source.
Hardware instruments then get be connected via one of the many
auto-connector solutions: The one built into QJackCtl or
https://github.com/SpotlightKid/jack-matchmaker , which is what I am
using already.
The virtual jack midi port is the missing piece.
What is the best way to get one? "Best" means least resources, least
administration overhead. E.g. any answer involving the words "plugin
host" is already too much. Ideal would be a simple daemon program I can
autorun after starting jack (with qjackctl script-after-start)
So I am either looking for that midi thru port or a different solution
that works even better.
-hgn
P.S.
In case the JACK devs are reading:
AFAIK Jack works under the assumption that audio System out 1 and 2 are
the main abstracted stereo outputs and are available on any system. This
leads to great portability across all systems.
I consider midi data entry with a single instrument an equally typical
use case and would like to propose to add a single midi thru port to
JACK directly. No more, no less, nothing to configure, nothing to check
for as user or developer.
On March 16, 2019 6:26:58 PM GMT+01:00, Moshe Werner <moshwe(a)gmail.com> wrote:
>
>
>
>Hey,
>
>Afaik, usb2 CC works up to 48kHz...
>I may be wrong though.
>
>Cheers
>Moshe
>
>
>
At least that is how it seems to be in this case with this device. (but I think i had 96k running even on usb1 devices before)
Than the question would be what has to be done to make 96k available on Linux. (they have a asio driver for Windows and it seems to work out of the box on osx)
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.