Experimental Physics and Industrial Control System
|
> Does the
window has any tool to measure the actual >
network throughput of the 1GHz ? Or do you have any > H/W tool to measure it ? If so, how
many Mega bytes/sec > of throughput
?
I don't see a tool in their software to
measure the network throughput. I can do a simple calculation for the full
frame size at 30 FPS 8-bit mode:
1360.*1024.*30.*8 = 334
Mbits/second.
This is the real data throughput to the
display, and does not include any protocol overhead.
The Norpix software includes a
replacement Ethernet driver on Windows which looks at all frames before the
Windows network stack gets them. The camera frames go directly to the
camera application, and only other frames are passed to the Windows network
stack. So using the Window network perfomance monitor shows virtually no
traffic at all.
> Can
the window run remote client ?
I don't think so.
But there is a development library to write your own client.
Mark
Mark Rivers wrote:
I recently got a GigE camera from Prosilica.
It is 1360x1024 resolution. At 8-bits the StreamPix software from
Norpix is able to acheive frame rates of 30Hz at full resolution, and 52 Hz
when it is 2x2 binned to 680x512. This is under Windows, using the
single GigE port on the PC, with the camera and PC connected
directly to a GigE switch (which also is connected to the rest of the
LAN). Does the window has any tool to
measure the actual network throughput of the 1GHz ? Or do you
have any H/W tool to measure it ? If so, how many Mega
bytes/sec of throughput ?
Can the window run remote client
?
Regards, Kate
Mark
Daron
Chabot wrote:
Sorry for not being more clear: I am only
interested in the EPICS and EDM applications you've created for
displaying the video, not in any of the RTEMS-related
code. I did not change any EDM
applications or EPICS base. The protocol is CA. The
optimization is implemented at RTEMS
device driver and IIDC1394 library layers. The BSP is
RTEMS-MVME5500. The driver does not have to be linked to EPICS. It
is just another real-time application with the
RTEMS-MVME5500 BSP. It triggers
the camera at 30 fps and display at
30Hz simultaneously for the 1024x768x8bit mode (video mode) even under the limited 100MHz
network bandwidth
and indeterministic network environment. Yes, in the 100MHz NIC,
the actual network throughput is not 30Hzx1024x768x8 bits. But it is
greater than 10Hz. Thus, the system does not have to run in a
private network. I do not believe
it will be slower with a non-EPICS application.
Here at the CLS we're using linux-based soft IOCs
to communicate with Flea and Flea2 cameras.
We're having difficulty in achieving video frame
rates greater than about 10 Hz at 640x480 resolution. I'm interested to
know how you are getting such fine performance (aside from using RTEMS
:-) ).
Perhaps I will have
the optimization written in a publication, so that hopefully it can
help the Linux or vxWorks users. If so, will you feedback
to this list regarding how much improvement you achieved in the Linux
driver
?
Regards, Kate
|
- Replies:
- Re: firewire video on RTEMS-4.6.x-MVME5500 Kate Feng
- References:
- Re: firewire video on RTEMS-4.6.x-MVME5500 Kate Feng
- Navigate by Date:
- Prev:
Re: Frame rate performance (was: firewire video on RTEMS-4.6.x-MVME5500) Steve Shoaf
- Next:
RE: ASYN - calling read after interrupt - fix :) Mark Rivers
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
<2007>
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Re: firewire video on RTEMS-4.6.x-MVME5500 Kate Feng
- Next:
Re: firewire video on RTEMS-4.6.x-MVME5500 Kate Feng
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
<2007>
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|
ANJ, 10 Nov 2011 |
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·
·
Search
·
EPICS V4
·
IRMIS
·
Talk
·
Bugs
·
Documents
·
Links
·
Licensing
·
|