With regards to Moshe Werner's post on the Motu 1248 working on Linux, it
seems that AVB (AES67) works on Linux as well. This is a dream come frue
for me.
What i'm confused by, is where the drivers are. I can't find the drivers in
the linux kernel or on alsa, but maybe my Googlefu is weak today. I do
note that the Digigram LX-IP Digigram LX-IP RAVENNA, 128 in/out
RAVENNA/AES67, PCIe Sound ...
<https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=4&ved=0ahUKEw…>
suppots
Linux but i don't know wether it's a binary driver on an open standard, or
a specialized driver for that card.
In short, where does one get Ravenna drivers?
Thanks,
--
Bearcat M. Şándor, CEO
Feline Soul Systems LLC
Voice: 872.CAT.SOUL (872.228.7685)
Fax: 406.235.7070
This is not really a Linux audio question, but I'm sure some of you will
have suggestions
for the following:
I'm currently looking into providing the Audio system for our new church
building which is
expected to be handed over soon. At present I'm using a Soundcraft Ui16
digital mixer, but
that only has 12 real inputs. I'm thinking ahead and would like
something similar but with
twice (or more) as many inputs.
Any suggestions welcomed,
Many thanks
Bill
--
+----------------------------------------+
| Bill Purvis |
| email: bill(a)billp.org |
+----------------------------------------+
Hi Folks,
after a long period of being distracted from doing sound work I'm getting
back into business. I needed a solid solution for Audio Interface, so I
started researching.
I must say that from my perspective a lot has happened in the past three
four years.
More class compliant interfaces enter the market and the horizon widens
regarding hardware in Linux.
I came across the new Motu AVB devices and could'nt believe that they would
be the solution to my hardware problems.
The point is, my old studio and travelling interfaces are RME HDSP9652 and
TC Impact twin, respectively.
The RME always just worked. Pretty low latencies and with the right
configuration zero xruns.
The TC has a little bit higher latency but also pretty solid.
But... they are old interfaces and the time will shortly come when I will
not be able to buy a new PC/laptop with PCI or Firwire ports.
So I looked for other options...
Rme new stuff is mostly class compliant but has proprietary drivers and
that means no control over certain features.
So I got a pretty good deal on a Motu 1248 and went for it.
Here are my first impressions from half a day of testing.
First and foremost, the interface just works! Out of the box. I plugged it
in configured Jack and got sound. Great... and non trivial for Linux.
After a bit of fiddling around with my Network settings I got the control
software to work, and I must say it's just amazing to have a piece of
equipment that I can fully use under Linux.
There is a full featured mixer in the DSP that's also a nice addition, but
the main thing for me was the routing matrix, which is pretty cool to have.
Latency - The latency in CC mode is better than my Firewire interface, but
still a bit worse than the rme. For now I succeded to run a medium session
(25 Channels with processing and fx) at 64 frames buffer size with 3
buffers.
Certainly not bad. While playing guitar and singing I didn't feel any of
this annoying delay that you sometimes get when the latency is bad.
Sound quality - Pretty good. I have nothing to complain about... Though I
can't really hear the supposedly amazing ESS converters stand out from the
other professional DAC crowd...
To be honest in the Studio I'm working happily with the old Alesis HD24xr
AD/DC to make 1/0 out of my precious electrons...
The Preamps are pretty clean sounding from my firswt impression, but I
really didn't have enough time to toy with them.
The channel count is huge for my terms. 64 in and out... That should be
enough for me. Though I didn't get around to check if the AVB connection
does really work on Linux.
To summarize I'm feeling that we are moving in the right direction here...
I hope other manufacturers will follow and make Interfaces and software
that work with Linux...
Cheers
Moshe
DrumGizmo version 0.9.14 now available!
Get it at http://www.drumgizmo.org/
DrumGizmo is an open source, multichannel, multilayered, cross-platform
drum plugin and stand-alone application. It enables you to compose drums
in midi and mix them with a multichannel approach. It is comparable to
that of mixing a real drumkit that has been recorded with a multimic setup.
This is a bugfix release fixing a lot of bugs as reported from our last
release 0.9.13[1] which was the first drumgizmo version ever supporting
diskstreaming.
The release bears the version number 0.9.14 and can, as always, be
downloaded here[2].
For the full list of changes, check the roadmap for 0.9.14[3].
The release of 0.9.14 is also known as "LAC2017 here we come!"
As is a bit of a tradition for the DrumGizmo team (and many other fine
open source projects), we have prepared a special release for the
upcoming Linux Audio Conference[4]. This year the conference takes place
in Saint-Etienne, France from May 18-21 2017. And we'll be showing up!
So be sure to take note of “The cool guys with the drumsticks”. You
might just secure yourself one with a nice DG logo on it done with the
custom made lasercutter of Open Space Aarhus[5].
See you at LAC! :)
[1]:
http://www.drumgizmo.org/wiki/doku.php?id=roadmap:features_roadmap#version_…
[2]: http://www.drumgizmo.org/wiki/doku.php?id=getting_drumgizmo
[3]:
http://www.drumgizmo.org/wiki/doku.php?id=roadmap:features_roadmap#version_…
[4]: http://lac.linuxaudio.org/2017
[5]: http://osaa.dk
I just bought a couple of Ultralite AVBs the other day since I got a really
good offer.
Have not received them yet so I have not tested them.
I have been following for some time the development of the openAVB project
and I really hope this standard is getting more widely spread.
What I cannot understand (well I can understand but not embrace) is the
fact that every vendor except AVB-switch vendors have their own
implementation and by design make their products compatible only with its
own brand. The point with a standard is IMHO to make products able to talk
to each other. Motu apparently enabled talking to some Avid
equipment some time ago with a new firmware but non-Avid brands are not
compatible AFAIK.
I guess this is only marketing trying to protect their own brand more than
a pure technical decision but correct me if I am wrong.
Do you guys think that AVB devices "firmware" easily cold be changed by the
vendor to accept and cooperate with other avb streaming equipment ?
Do you think it is possible to reverse engineer the vendor specific
protocols like for instance the FFADO project has been doing with firewire
to make future openAVB implementations for the linux kernel if one is using
appropriate hardware (intel i210 or similar) ? Or is this already possible ?
Best regards, Anders
2017-05-12 22:09 GMT+02:00 list <list(a)contacte.xyz>:
> Hello.
>
> Thank you for your report on this 1248.
>
> I've made the report on the ULTRALITE AVB in march.
> [http://lists.linuxaudio.org/pipermail/linux-audio-user/
> 2017-March/107629.html]
> I've finally bought one, and since 1 month, it runs without any
> troubles.
>
> I think it's safe to say that the AVB serie (1248 / 624 / ULTRALITE) is
> working for Gnu/Linux.
>
> I'm maybe missed it, but which distro are you running this card on ?
>
> Did you register your product on MOTU web site, and add a comment that
> you running it with Gnu/Linux. I like to believe that each voice
> count :)
>
>
>
>
> Le Thu, 11 May 2017 21:17:23 +0200,
> Moshe Werner <moshwe(a)gmail.com> a écrit :
>
> > While playing guitar and singing I didn't feel any
> > of this annoying delay that you sometimes get when the latency is bad.
>
> You surely see that, but you can, thanks to the routing matrix, have
> near 0 latency on hardware monitoring while recording (guitar/vocal)
> nothing goes through the computer. You also have to set the option in
> your DAW to use hardware monitoring.
>
>
> > To summarize I'm feeling that we are moving in the right direction
> > here... I hope other manufacturers will follow and make Interfaces
> > and software that work with Linux...
>
> Yeah ! But like Len Ovens said on the ULTRALITE report, it's more «side
> effect» of IOS...than a real Gnu/Linux support. They just repected USB
> CLASS audio «standard» [lot of other brands claim to be Class
> compliant, but you do not have the softwares to control the card, so
> useless ] and embedded the usually softwares they ship for Win/Mac
> inside the card. Anyway it work !
>
> >
> > Cheers
> >
> > Moshe
>
> All the best !
>
>
>
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-user
>
Hi folks,
I'd like to set up sound level monitoring for my office, with periodic
logging. I have a handheld meter but I'm really looking for a way to use
a traditional condenser microphone and USB audio interface to measure
the level with some kind of windowing, and log it periodically to a file
(maybe once per minute). Is there a decent application that can monitor
and log data in this way?
I'm also open to the idea of just recording a WAV file over 24 hours and
doing the analysis afterwards, with periodic readings from the file.
Is my approach reasonable, to set up a microphone and use the gain knob
to calibrate it against the handheld meter?
I don't need amazing accuracy. We've just moved into a large open-plan
office for the first time and it is very noisy (handheld meter says
about 50dB of air handling noise measured at my desk, rising to 60dB
when there is background talking). I want to monitor sound levels
throughout the day to test my theory that people are more noisy in the
afternoon, and to get an overnight control reading with the people gone
and only the air handling and computers running.
Thanks,
Jonathan
--
Jonathan Gazeley
Senior Systems Administrator
IT Services
University of Bristol
LAC2017 special edition :)
Some highlights.
We now implement the fairly new LV2 StateChanged message.
The current MIDI- learned list is now included in state saves.
MIDI- learned NRPNs can now be set as 7bit
Lots of info and an updated "Short Yoshimi Guide" in the tarball doc folder.
Many 'switches' are now learnable.
To build yoshimi fetch the tarball from either:
http://sourceforge.net/projects/yoshimi
Or:
https://github.com/Yoshimi/yoshimi
Our user list archive is at:
https://www.freelists.org/archive/yoshimi
--
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.
On May 12, 2017 01:34, "jonetsu" <jonetsu(a)teksavvy.com> wrote:
On Thu, 11 May 2017 21:17:23 +0200
Moshe Werner <moshwe(a)gmail.com> wrote:
> To summarize I'm feeling that we are moving in the right direction
> here... I hope other manufacturers will follow and make Interfaces
> and software that work with Linux...
Thanks for your review. It's always useful to know about other sources
of audio interfaces. Do you happen to know if all MOTU interfaces
follows the same compatibility design, or is the 1248 innovating in
this ?
Cheers.
I think I remember someone here talking about the Ultralite AVB working
too. That's how I became aware of the AVB product range in first place.
For sure I can say that at least the M8 and the A16 should work the same
way as the 1248 does, because they're essentially the same interface with a
different front end.
Even the manual is exactly the same.
Cheers
Moshe
