Re: [LAD] [LAU] Linux Audio 2012: Is Linux Audio moving forward?

2012-10-11 Thread Adrian Knoth
On Wed, Oct 10, 2012 at 10:01:23PM -0400, drew Roberts wrote:

[24 I/Os]
 Are there cards that are just in essence adat I/O cards (I am ignorant enough 
 here not to know the correct term for what I am asking) that can handle 3(+) 
 adat lightpipe connections?

Yep. RME RayDAT. Exactly what I have. 4xADAT-I/O, 2xS/PDIF, 2xAES,
36ins/36outs in total.


HTH

-- 
mail: a...@thur.de  http://adi.thur.de  PGP/GPG: key via keyserver

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev


Re: [LAD] Is Linux audio moving forward - some very personal notes

2012-10-11 Thread Adrian Knoth
On 10/11/2012 01:09 AM, Fons Adriaensen wrote:

 The HW situation has been mentioned. Honestly, I wouldn't know
 where to go if RME went away. Almost everything I've been doing
 the last years has not only used their HW, but depended on it -
 no alternatives.

JFTR, I've seen ardour running on an Audinate Dante PCIe card last
summer at musikmesse. They have made a proprietary Linux driver to drive
their WFS systems. Unfortunately, I forgot the company's name, all I know
is it wasn't IOSONO.

Though proprietary drivers are clearly nothing one should wish for, it
seems there's at least something going on in network-driven audio.

Intel has recently released an Open-AVB stack, and we'll discuss
jackd integration any time soon.

   https://github.com/intel-ethernet/Open-AVB

Last not least, the RAVENNA camp has stuff ready that might benefit from
Intel's recent kernel changes. Florian Faber has (unreleased) RAVENNA-jackd
integration, and you can buy RAVENNA-enabled audio gear from
directout.eu.


Just my €0.02
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev


Re: [LAD] [LAU] Linux Audio 2012: Is Linux Audio moving forward?

2012-10-11 Thread John Rigg
On Wed, Oct 10, 2012 at 10:01:23PM -0400, drew Roberts wrote:
 Let's say I want at least 24 ins.
 
 What do I get? Where can I find a HOWTO on my options?

Here's a HOWTO on using multiple Delta 1010s (which can also be adapted
for other cards):

http://www.jrigg.co.uk/linuxaudio/ice1712multi.html

Note that the 1010 is still in production and there are so many of
them out there that used replacements should be available for quite
a while if new production ceases.

Another cheap option is a used RME HDSP9652 (also still being made)
with 3xADAT I/O. The PCIe alternative is the HDSPe RayDAT mentioned
elsewhere in this thread.

Going up the price scale there are RME MADI cards, both PCI and PCIe
versions. I used an RME HDSPe MADI with an SSL Alpha-Link for a couple
of years with excellent results, and I don't expect either of those to
go out of production for a while yet.

Future availability of PCI motherboards might be a concern, but there
are still many new boards being made with PCI slots.

John
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev


Re: [LAD] [LAU] Linux Audio 2012: Is Linux Audio moving forward?

2012-10-11 Thread drew Roberts
On Thursday 11 October 2012 07:42:22 John Rigg wrote:

First, thanks Adrian for the RayDay mention, and thanks John for this info.

 On Wed, Oct 10, 2012 at 10:01:23PM -0400, drew Roberts wrote:
  Let's say I want at least 24 ins.
 
  What do I get? Where can I find a HOWTO on my options?

 Here's a HOWTO on using multiple Delta 1010s (which can also be adapted
 for other cards):

 http://www.jrigg.co.uk/linuxaudio/ice1712multi.html

Not quite the HOWTO I am looking for / need. This is more a hotwo on one 
option rather than on the different options available.

I think such a howto might be useful and would be willing to write one if 
people would be willing to answer questions coming from an ignorant (in the 
field) person's perspective.

 Note that the 1010 is still in production and there are so many of
 them out there that used replacements should be available for quite
 a while if new production ceases.

This would need a motherboard with 3 free PCI slots right?

 Another cheap option is a used RME HDSP9652 (also still being made)
 with 3xADAT I/O. The PCIe alternative is the HDSPe RayDAT mentioned
 elsewhere in this thread.

These options would just need one free PCI or PCIe slot. Not bad, portability 
may be an issue. Do I build a rack with a silent rack mount PC, 3 adat 
interfaces (8 ins each)

 Going up the price scale there are RME MADI cards, both PCI and PCIe
 versions. I used an RME HDSPe MADI with an SSL Alpha-Link for a couple
 of years with excellent results, and I don't expect either of those to
 go out of production for a while yet.

 Future availability of PCI motherboards might be a concern, but there
 are still many new boards being made with PCI slots.

 John

all the best,

drew
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev


Re: [LAD] [LAU] Linux Audio 2012: Is Linux Audio moving forward?

2012-10-11 Thread Florian Faber
On 10/11/12 13:42, John Rigg wrote:

 Another cheap option is a used RME HDSP9652 (also still being made)
 with 3xADAT I/O. The PCIe alternative is the HDSPe RayDAT mentioned
 elsewhere in this thread.
 
 Going up the price scale there are RME MADI cards, both PCI and PCIe
 versions. I used an RME HDSPe MADI with an SSL Alpha-Link for a couple
 of years with excellent results, and I don't expect either of those to
 go out of production for a while yet.
 
 Future availability of PCI motherboards might be a concern, but there
 are still many new boards being made with PCI slots.

The Seraph series of PCIe interfaces from german manufacturer Marian
will be officially supported soon. So far the M2 (dual MADI card) and
Seraph 8 (8 channels analogue I/O) are working, the A3 (3x ADAT) is
being added soon. If you do not need the matrix mixer from the RME
cards, they are a cheaper alternative - and still offer german
engineering (the best kind :).


Flo
-- 
Machines can do the work, so people have time to think.
public key B3B9226C
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev


Re: [LAD] [LAU] Linux Audio 2012: Is Linux Audio moving forward?

2012-10-11 Thread Louigi Verona
Speaking of hardware drivers, long time ago I wrote this article on
E-MU 0404 USB:
http://www.louigiverona.ru/?page=projectss=writingst=linuxa=linux_emu0404usb

For a long time it was my mostly read article. Some people theorized
that it is possible to make the soundcard working, but my tests have
concluded
that it is surely impossible without voodoo spells.

Is there any system solution to these kind of things, when the specs are
available,
but nobody cares?

L.V.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev


Re: [LAD] Linux Audio 2012: Is Linux Audio moving forward?

2012-10-11 Thread Dominique Michel
Le Wed, 10 Oct 2012 12:24:22 +0400,
Louigi Verona louigi.ver...@gmail.com a écrit :

 Hey fellas!
 
 Would like to present an article I've written. Mostly wrote it to
 start a conversation and hear what others have to say on the subject.
 
 http://www.louigiverona.ru/?page=projectss=writingst=linuxa=linux_progress
 
 You can comment here or on my textboard (which does not require
 registration).
 
 

Interesting reading. 

From an user perspective, I have been used GNU/linux from quite some
time now (back from my 386 box), and I have seen very things to appear
like ALSA and JACK.

In recent years, the biggest improvement was jack2 on multiprocessor
machines. It is just much more easier to get the job done because the
processor use is lower. This give us also a better stability at high
system load.

.But in the same time, I have seen a couple of choices coming, which
are not directly related to the linux audio community, but can
influence us badly if such idiotic choices are becoming the norm
into GNU/linux in the future. 

More specifically, if I do understand the need for some big
corporations for stuffs like policykit and consolekit, I just have
no use for them in an audio pro box. So, I don't want them, and the
recent decision to include a java script interpreter into polkit (in
order to try to make it to become manageable...) will certainly not made
me to change my mind:

I have other things to do with my time than to learn JS in order to be
able to make system administration, and I will not pay for that
either.

The worst thing with polkit, what is completely idiotic, is than it is
a mandatory dependency of gnome. In consequence, when installing any
gnome related program, this will install polkit and consolekit, and
something as simple and efficient than startx will become broken,
because as soon than polkit is installed, it is forcing you to run
consolkit in order to be able to launch xorg with your favourite and
*kit free wm/desktop.

In consequence, my box today is not only completely windows free, but
also completely gnome free.

The kernel is a terrific tool. It just do its job, and it do it very
well. And we have plenty of terrific audio tools. 
To speak generally, I think than another consequence of such idiotic
choices is than we need to keep a close eye on what is going on
in userland.

Dominique

-- 
We have the heroes we deserve.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev


Re: [LAD] [LAU] Linux Audio 2012: Is Linux Audio moving forward?

2012-10-11 Thread Dominique Michel
Le Wed, 10 Oct 2012 23:48:50 +0100,
Harry van Haaren harryhaa...@gmail.com a écrit :

 Replying to nobody in particular but perhaps bringing some new things
 to the table:
 
 I feel there's a lot going on just-under-the-surface of what most
 of us know about. I presume not everybody here is aware of the
 advances FAUST has recently made in DomainSpecificLanguage
 technology. Similary I'm sure there's other projects having successes
 that I'm not aware of (despite being subscribed to all linux-audio
 feeds I know exist :) So are these under-the-surface technologies
 and workflows going to arise into public knowledge? If so, how?
 
 The other things I feel is necessary is to bundle the community
 together: We need to agree on one place to post information: a
 central hub for linux-audio.
 
 This location needs to have a certain appeal for newcomers, where
 inspiration strikes: YES! With those tools I can achieve exactly
 what I've wanted for years!! says the now enthusiastic and ISO
 downloading newcomer.
 
 -Harry

I fully agree with you. For the French linux audio community,
it is Linux MAO www.linuxmao.org that is a wiki with audio
related wiki, tutors and forum. We try to keep the it up-to-date.

Dominique




-- 
We have the heroes we deserve.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev


Re: [LAD] Linux Audio 2012: Is Linux Audio moving forward?

2012-10-11 Thread Paul Davis
On Thu, Oct 11, 2012 at 1:10 PM, Dominique Michel 
dominique.mic...@vtxnet.ch wrote:


 In recent years, the biggest improvement was jack2 on multiprocessor
 machines. It is just much more easier to get the job done because the
 processor use is lower. This give us also a better stability at high
 system load.


I often get things wrong, especially on #jack on IRC. But it irks me to see
people continue to make this claim about jack2. Let me reiterate: the
normal version of jack2 does not and cannot use multiple processors if the
data flow is serialized. Mutiple processors are only used where there is
parallel flow between clients. Although this is not unheard of (e.g. two
synths flowing into a DAW), its unlikely to be the common case for most
users.

Many people find jack2 to be more stable because it does not zombify
clients in its default mode operation. It allows clients to be late by a
substantial amount, which can result in clicks and pops in their apparent
audio stream, but doesn't cause the server to kick them out in the way that
jack1 does. One way to look at this is that jack2 is more tolerant of
programming errors and system latency than jack1.

--p
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev


Re: [LAD] [LAU] Linux Audio 2012: Is Linux Audio moving forward?

2012-10-11 Thread John Rigg
On Thu, Oct 11, 2012 at 05:31:19PM +0400, Louigi Verona wrote:
 Speaking of hardware drivers, long time ago I wrote this article on
 E-MU 0404 USB:
 http://www.louigiverona.ru/?page=projectss=writingst=linuxa=linux_emu0404usb
 
 For a long time it was my mostly read article. Some people theorized
 that it is possible to make the soundcard working, but my tests have
 concluded
 that it is surely impossible without voodoo spells.
 
 Is there any system solution to these kind of things, when the specs are
 available,
 but nobody cares?

If it's a popular device shouldn't it be possible to organise the programming
equivalent of a group buy and get interested users to pay someone who knows
the necessary voodoo to get it working?

It might not be a case of nobody cares, but that nobody can afford to drop
their paid work for long enough to look at the problem.

John

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev


[LAD] E-MU 0404 USB [was :Re: [LAU] Linux Audio 2012: Is Linux Audio moving forward?]

2012-10-11 Thread Patrick Shirkey

On Fri, October 12, 2012 12:31 am, Louigi Verona wrote:
 Speaking of hardware drivers, long time ago I wrote this article on
 E-MU 0404 USB:
 http://www.louigiverona.ru/?page=projectss=writingst=linuxa=linux_emu0404usb

 For a long time it was my mostly read article. Some people theorized
 that it is possible to make the soundcard working, but my tests have
 concluded
 that it is surely impossible without voodoo spells.

 Is there any system solution to these kind of things, when the specs are
 available,
 but nobody cares?


In this situation you will make progress by joining the alsa-devel mailing
list and offering to Q/A, debug and report back on results of any code
updates. If you are prepared to put in some effort it will not take too
long to make some real progress.

For driver development on new alsa drivers you have to be prepared to be
actively involved. You can't expect the alsa developers to make updates if
no one is giving them any useful feedback. Otherwise you could offer to
send the device to someone on the list and have them work on it. But that
takes out all the fun of the Q/A process and you'll probably get better
results if you have two people debugging and testing than one.



--
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev


Re: [LAD] E-MU 0404 USB [was :Re: [LAU] Linux Audio 2012: Is Linux Audio moving forward?]

2012-10-11 Thread Louigi Verona
I am absolutely ready to give feedback. The guy that I contacted wanted
money, not feedback.

On Thu, Oct 11, 2012 at 11:26 PM, Patrick Shirkey 
pshir...@boosthardware.com wrote:


 On Fri, October 12, 2012 12:31 am, Louigi Verona wrote:
  Speaking of hardware drivers, long time ago I wrote this article on
  E-MU 0404 USB:
 
 http://www.louigiverona.ru/?page=projectss=writingst=linuxa=linux_emu0404usb
 
  For a long time it was my mostly read article. Some people theorized
  that it is possible to make the soundcard working, but my tests have
  concluded
  that it is surely impossible without voodoo spells.
 
  Is there any system solution to these kind of things, when the specs are
  available,
  but nobody cares?
 

 In this situation you will make progress by joining the alsa-devel mailing
 list and offering to Q/A, debug and report back on results of any code
 updates. If you are prepared to put in some effort it will not take too
 long to make some real progress.

 For driver development on new alsa drivers you have to be prepared to be
 actively involved. You can't expect the alsa developers to make updates if
 no one is giving them any useful feedback. Otherwise you could offer to
 send the device to someone on the list and have them work on it. But that
 takes out all the fun of the Q/A process and you'll probably get better
 results if you have two people debugging and testing than one.



 --
 Patrick Shirkey
 Boost Hardware Ltd
 ___
 Linux-audio-dev mailing list
 Linux-audio-dev@lists.linuxaudio.org
 http://lists.linuxaudio.org/listinfo/linux-audio-dev




-- 
Louigi Verona
http://www.louigiverona.ru/
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev


Re: [LAD] [LAU] Linux Audio 2012: Is Linux Audio moving forward?

2012-10-11 Thread Louigi Verona
Sure, John.
I did not try to organize this. It might be possible, of course, in theory.

And maybe it is one of the solutions - to have a place (possibly like
kickstarter)
where we can organize driver jobs. I don't know how realistic this is
though, but
could be worth a try.

On Thu, Oct 11, 2012 at 11:11 PM, John Rigg lad...@jrigg.co.uk wrote:

 On Thu, Oct 11, 2012 at 05:31:19PM +0400, Louigi Verona wrote:
  Speaking of hardware drivers, long time ago I wrote this article on
  E-MU 0404 USB:
 
 http://www.louigiverona.ru/?page=projectss=writingst=linuxa=linux_emu0404usb
 
  For a long time it was my mostly read article. Some people theorized
  that it is possible to make the soundcard working, but my tests have
  concluded
  that it is surely impossible without voodoo spells.
 
  Is there any system solution to these kind of things, when the specs are
  available,
  but nobody cares?

 If it's a popular device shouldn't it be possible to organise the
 programming
 equivalent of a group buy and get interested users to pay someone who
 knows
 the necessary voodoo to get it working?

 It might not be a case of nobody cares, but that nobody can afford to
 drop
 their paid work for long enough to look at the problem.

 John

 ___
 Linux-audio-dev mailing list
 Linux-audio-dev@lists.linuxaudio.org
 http://lists.linuxaudio.org/listinfo/linux-audio-dev




-- 
Louigi Verona
http://www.louigiverona.ru/
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev