RE: areaDetector video (Was: network video)

[<tom.cobb@diamond.ac.uk>]

Hi all,

I've now released ffmpegServer (mentioned in the below thread) to the
diamond controls website:
http://controls.diamond.ac.uk/downloads/support/ffmpegServer/

ffmpegServer is a windows and Linux areaDetector 1-6 plugin wrapping the
ffmpeg libraries that provides 2 functions:
    * ffmpegStream: Compression into an mjpg stream which is made
available over http.
    * ffmpegFile: Compression to disk into any file format that ffmpeg
supports.

In a previous message, Emmanuel mentioned that he was using axis servers
producing mjpg and mpeg4 streams. ffmpegServer will produce the same
format mjpg stream as this, and I would like to get it to produce mpeg4
video over an rtsp:// connection. It can produce mpeg4 video at the
moment, but only write it to file. The old module mjpgServer has been
deprecated.

Thanks,
Tom Cobb,
Diamond Light Source Ltd.
Diamond House
Harwell Science and Innovation Campus
Didcot
Oxfordshire
OX11 0DE
Tel +44 (0) 1235 778582
 

> -----Original Message-----
> From: tech-talk-bounces@aps.anl.gov 
> [mailto:tech-talk-bounces@aps.anl.gov] On Behalf Of Mark Rivers
> Sent: 01 September 2010 19:48
> To: J. Lewis Muir; EPICS Tech-Talk
> Subject: RE: areaDetector video (Was: network video)
> 
> If multiple cameras are being used each areaDetector Prosilica driver
> runs in its own thread.  But their driver library actually creates a
> thread that calls back the areaDetector drivers.  It's possible that
> they only create one thread even for multiple cameras, I'm not sure.
> 
> Mark
> 
> 
> -----Original Message-----
> From: tech-talk-bounces@aps.anl.gov
> [mailto:tech-talk-bounces@aps.anl.gov] On Behalf Of J. Lewis Muir
> Sent: Wednesday, September 01, 2010 11:06 AM
> To: EPICS Tech-Talk
> Subject: Re: areaDetector video (Was: network video)
> 
> On 9/1/10 10:37 AM, nick.rees@diamond.ac.uk wrote:
> > Lewis,
> > 
> > No, the software is multithreaded. The images I mentioned were black
> and
> > white and if you switch to colour compression (which is more
> expensive)
> > the CPU load goes up to around 220% at times.
> > 
> > This is all implemented as an areaDetector plugin in a single IOC. I
> > don't know what would happen if you tried to use two IOC's on one
> host,
> > but I suspect the gains would be minimal. Clearly, if you used a
> second
> > host system you would get a doubling of everything.
> > 
> > As I understand it the frames are lost before they leave 
> the Prosilica
> > driver. The GigE standard is real-time UDP and since we 
> have multiple
> > independent data sources with no bandwidth allocation I think if you
> > looked carefully you would see data bits all over the floor. I feel
> > having the system die reasonably gracefully when the 
> incoming Ethernet
> > pipe chokes is the best we can do - even if the choke point is
> > significantly less than the full theoretical bandwidth.
> 
> Hi, Nick.
> 
> If you think frames are lost before they leave the Prosilica driver,
> then perhaps the Prosilica driver is not multithreaded?  It seems like
> something must not be multithreaded since you have one core completely
> idle.  Of course, not all tasks are easily split into smaller 
> tasks that
> could be run on different cores, but in this case, I would think it
> could.
> 
> Lewis
> 
> 

-- 
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom