Re: [LAD] Streaming AV/midi

2014-07-02 Thread Patrick Shirkey

On Wed, July 2, 2014 2:22 pm, Flávio Schiavoni wrote:
 Hi Patrick

 A first advice is to try some tool that works with multicast / broadcast
 addressing method to allow a one to many connection. It means to work
 with UDP because TCP can not do multicast or broadcast. So you can save
 some bandwidth. Since RTP is not a transport protocol but a kind of
 application protocol over UDP, a tool RTP based can be used. If I'm not
 wrong, Icecast works with TCP. I dunno if it can be configured.


Thanks for that tip. I am currently looking at ffserver with ffmpeg. IIUC
it can support RTP too so that might be a good way forward. I have it
running on my device and I am testing the stream/codec combinations at the
moment. Gotta hand it to the ffmpeg devs for keeping keeping pace with the
market.

 Some questions:
 - Do you need to sync audio / video / MIDI?

Not really sample accurate but 2000ms is the limit for lag.

 - What is your audio / video / MIDI source? File? Cam?

/dev/graphics/fb0 + external BT microphone

 - How will it be used on the receiver? Monitor? Projector?

If I use ffserver the output will be displayed as a video stream at the
application level.


 Pure Data can send audio / midi / video.


I will look into PD if ffserver is unable to get the job done.


 If I'm not wrong, GStreamer can do it too.

 Cheers

 Schiavoni

 Em 01-07-2014 06:34, Patrick Shirkey escreveu:
 Hi,

 Does anyone have a suggestion for open source solutions to enable
 streaming AV/midi to multiple ARM mobile devices with a one to many
 network configuration?

 I am looking at the following options:

 1: ffmpeg streaming server
 2: icecast with netjack
 3: netjack

 There are some limitations.

 1: Server is a mobile device with dual core ARM chipset
 2: Wifi connectivity with 20Mb/s total uplink from master server.

 An ideal implementation would allow 20 client devices to receive the
 audio
 stream in close to realtime. Upto 100ms delay would be acceptable.

 I'm weighing up the benefits from using FFMPEG to stream all the data
 compared to a 32/64bit icecast stream with additional midi triggering
 for
 visual data located on the client app.

 - FFMPEG has the benefit of removing all trigger events but costs a lot
 in
 terms of bandwidth/power consumption.

 - Icecast is very good at serving audio but iiuc does not support
 video/midi

 - Netjack can potentially do all three but is not well tested on a
 mobile
 platform.




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



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


[LAD] Streaming AV/midi

2014-07-01 Thread Patrick Shirkey
Hi,

Does anyone have a suggestion for open source solutions to enable
streaming AV/midi to multiple ARM mobile devices with a one to many
network configuration?

I am looking at the following options:

1: ffmpeg streaming server
2: icecast with netjack
3: netjack

There are some limitations.

1: Server is a mobile device with dual core ARM chipset
2: Wifi connectivity with 20Mb/s total uplink from master server.

An ideal implementation would allow 20 client devices to receive the audio
stream in close to realtime. Upto 100ms delay would be acceptable.

I'm weighing up the benefits from using FFMPEG to stream all the data
compared to a 32/64bit icecast stream with additional midi triggering for
visual data located on the client app.

- FFMPEG has the benefit of removing all trigger events but costs a lot in
terms of bandwidth/power consumption.

- Icecast is very good at serving audio but iiuc does not support video/midi

- Netjack can potentially do all three but is not well tested on a mobile
platform.




--
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] Streaming AV/midi

2014-07-01 Thread drew Roberts
On Tue, Jul 1, 2014 at 5:34 AM, Patrick Shirkey pshir...@boosthardware.com
wrote:

 Hi,

 Does anyone have a suggestion for open source solutions to enable
 streaming AV/midi to multiple ARM mobile devices with a one to many
 network configuration?


 - Icecast is very good at serving audio but iiuc does not support
 video/midi


IIRC, icecast2 can stream video. Never thought to try midi.






 --
 Patrick Shirkey
 Boost Hardware Ltd

 all the best,

drew


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


Re: [LAD] Streaming AV/midi

2014-07-01 Thread Patrick Shirkey

On Tue, July 1, 2014 10:41 pm, drew Roberts wrote:
 On Tue, Jul 1, 2014 at 5:34 AM, Patrick Shirkey
 pshir...@boosthardware.com
 wrote:

 Hi,

 Does anyone have a suggestion for open source solutions to enable
 streaming AV/midi to multiple ARM mobile devices with a one to many
 network configuration?


 - Icecast is very good at serving audio but iiuc does not support
 video/midi


 IIRC, icecast2 can stream video. Never thought to try midi.


According to the icecast folks the latency and sync for a standard stream
can get out to 10 seconds which is outside of my range. I could probably
handle upto 2000ms but less than 1000ms is preferable.

Anyway I will give icecast with video a test run before I rule it out.








 --
 Patrick Shirkey
 Boost Hardware Ltd

 all the best,

 drew


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



--
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] Streaming AV/midi

2014-07-01 Thread Patrick Shirkey

On Wed, July 2, 2014 12:57 am, Arno Däuper wrote:
 Hello,
 Does anyone have a suggestion for open source solutions to enable
 streaming AV/midi to multiple ARM mobile devices with a one to many
 network configuration?


 maybe you can use the fact, that Midi is serial data. It could be
 possible to pipe it into netcat.


Netjack already takes things a few steps further than that with audio and
midi streams.

Integrating Icecast with netjack would be a powerful tool. I have asked on
the icecast list if they have thought about such things.





--
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] Streaming AV/midi

2014-07-01 Thread Patrick Shirkey

On Wed, July 2, 2014 5:16 am, drew Roberts wrote:
 On Tue, Jul 1, 2014 at 11:34 AM, Patrick Shirkey
 pshir...@boosthardware.com
 wrote:


 On Tue, July 1, 2014 10:41 pm, drew Roberts wrote:
  On Tue, Jul 1, 2014 at 5:34 AM, Patrick Shirkey
  pshir...@boosthardware.com
  wrote:
 
  Hi,
 
  Does anyone have a suggestion for open source solutions to enable
  streaming AV/midi to multiple ARM mobile devices with a one to many
  network configuration?
 
 
  - Icecast is very good at serving audio but iiuc does not support
  video/midi
 
 
  IIRC, icecast2 can stream video. Never thought to try midi.
 

 According to the icecast folks the latency and sync for a standard
 stream
 can get out to 10 seconds which is outside of my range. I could probably
 handle upto 2000ms but less than 1000ms is preferable.


 What are you thinking of using to do the shouting? IIRC, we were using
 vlc.


For this project I will probably have to build a custom tool that uses
ffmpeg for transcoding. VLC might be a good place to start but the
codebase is pretty large if I have to customise it so it's probably faster
to start from scratch.

 Concerning the sync, if you mean audio with video, what we were doing did
 not require synced audio.


This project probably doesn't require realtime sample accurate sync but
the latency should be within 2000ms between audio and video streams and
also between master/client. Latency should be as low as possible with a
balance between cpuload and bandwidth management.

Has anyone benchmarked realtime transcoding on dual core arm devices with
ffmpeg?




 Anyway I will give icecast with video a test run before I rule it out.


 --
 Patrick Shirkey
 Boost Hardware Ltd
 __


 all the best,

 drew
 --
 http://freemusicpush.blogspot.com/



--
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] Streaming AV/midi

2014-07-01 Thread michael noble
On Tue, Jul 1, 2014 at 6:34 PM, Patrick Shirkey pshir...@boosthardware.com
wrote:

 1: ffmpeg streaming server
 2: icecast with netjack
 3: netjack


I've been looking into a similar problem. Have you considered RTP/RTSP? It
seems to have some degree of native support on both Android and IOS as far
as I can tell, and should technically be capable of low latencies, but
that's as far as my research has gotten.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev