All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matt Flax <flatmax@flatmax.org>
To: linux-iio@vger.kernel.org
Subject: Re: iio for the end user
Date: Tue, 11 Feb 2014 18:30:18 +1100	[thread overview]
Message-ID: <52F9D18A.4020002@flatmax.org> (raw)
In-Reply-To: <52F408F8.7080307@flatmax.org>

Hi again,

I would like to ask a second time.

Are there any end user systems which support IIO ?

If not then are there any efforts for a networking protocol/library/API 
for IIO streaming ? Particularly interested in multi device input 
streaming at this point in time.

I have been working further on the jack IIO driver, however it seems 
that the concept of getting such high sample rates running on embedded 
cores may prove to challenging for audio subsystems. Whilst reading in 
the jack 'driver' space is ok, connecting clients to the 'driver' is 
difficult when trying to keep up with the higher then traditional audio 
sample rates.

thanks
Matt

On 07/02/14 09:13, Matt Flax wrote:
> Hi there,
>
> I have been working towards getting something together which allows 
> the end user to use IIO with 'standard applications' and also support 
> network connectivity. I have a set of ADCs running using IIO at the 
> moment, so I am focussing on input. I am aware that this paradigm may 
> fall over for very  high sample rates, but for lower sample rates, of 
> the order of 1 MHz, it should work.
>
> I am writing to this list to find out if there are other networkable 
> approaches in linking iio into other existing protocols/software which 
> would suit the end user ? I am new to this list and didn't find much 
> in the archives, however perhaps I missed something ?
>
> My first attempt for user space IIO is to use Jack and integrate iio 
> into Jack as a driver. I have successfully created this iio driver for 
> jack [1] and I can get the driver to run with very low latencies.
> The best spec. without overruns is :  4 channels at 1MHz with mmap 
> block sizes of 256 samples using 3 periods ... thats roughly 0.75 ms 
> maximum latency at the jack driver level.
> The current stage of development is  to connect a jack client to this 
> new iio driver and I am in the stage of debugging that work.
>
> thanks
> Matt
> [1] https://github.com/flatmax/jack1
> -- 
> To unsubscribe from this list: send the line "unsubscribe linux-iio" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


  reply	other threads:[~2014-02-11  7:34 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-06 22:13 iio for the end user Matt Flax
2014-02-11  7:30 ` Matt Flax [this message]
2014-02-11  8:32   ` Manuel Stahl

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=52F9D18A.4020002@flatmax.org \
    --to=flatmax@flatmax.org \
    --cc=linux-iio@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.