I think there are too many unknowns, and a lack of benchmarks on the BBB, to give you a "yes" or "no" answer.
My suggestion would be to get a BBB. (Or if you only have one chance, get the fastest embedded system you have budget for). Then you develop your algorithm until it works. If it's slow, then try the following: -Modify your algorithm to reduce costly steps -Reduce the video resolution for image processing. -Reduce the video framerate for image processing -Create a buffer where you process a chunk of video, and only stream the video to the user once X seconds of processed video is available. Note that GPIO is not an issue for the CPU if you use the built-in PRUs, which are two 32-bit microcontrollers embedded in the main BBB processor. They operate at 200MHz and are independent from the host and each other(but can still communicate with each other and the host). Another option is to develop on your computer and draw conclusions from there. EG. If your 2.4GHz multicore laptop is at 98% utilization when processing the video in real-time, then you know that the BBB will not be able to handle it real-time. On Sunday, August 24, 2014 9:15:48 PM UTC-7, PRABHJOT SINGH wrote: > > Hey thanks for immediate reply. > > But to add the same camera streaming data need to be shown in an front-end > application. > Also the display would be a touchscreen one. > And a few GPIOs also will be used. > All these also add up to the CPU overhead. > > If BBB still be able to perform well? > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
