Beagle board for image processing

Hi
I'm new on beagle board and have some question about it.
Is the beagle board suitable for image processing or other high
computation application? such as neural network, image processing,
etc.
Can we write some calculation (e.g. neural network or image
processing) to run in the DSP part, and invoke it from the ARM side?

thanks before.

Hi
I’m new on beagle board and have some question about it.
Is the beagle board suitable for image processing or other high
computation application? such as neural network, image processing,
etc.
Can we write some calculation (e.g. neural network or image
processing) to run in the DSP part, and invoke it from the ARM side?

thanks before.

I have been doing some onboard image processing using OpenCV. This seems to be working ok, although I noticed last week that the opencv package was no longer able to compile. I will need to look into this next week. (grumble grumble at the abi bump which required a rebuild of the whole rootfs…)

The problem still remains with getting images from a webcam onto the beagleboard. I have had some success with cameras using the linux-uvc driver. Its a little fragile at the moment, there are still some bugs in the usb code in linux-omap 2.6.27-git, but things have been getting slowly better over the last week.

So its possible, but not yet easy. I have not used the DSP for any vision processing yet.

John

Hi
I'm new on beagle board and have some question about it.
Is the beagle board suitable for image processing or other high
computation application? such as neural network, image processing,
etc.
Can we write some calculation (e.g. neural network or image
processing) to run in the DSP part, and invoke it from the ARM side?

You can doing exactly the same thing I plan to do. I am still trying to
sort these out. One good place you can find more information is here:

http://elinux.org/BeagleBoard#C64x.2B_DSP

and here:

http://tiexpressdsp.com/wiki/index.php?title=Main_Page

I feel TI has some homework to do to make the DSP programming more
stable/usable. What IBM/Sony have done for Cell/PS3 could be a good
example.

1. Choose a stable distribution as baseline. Don't roll their own kernel.
Or push their own kernel upstream.
2. Provide a SDK package on top of that, which includes all the tools
needed (ARM side lib, DSP BIOS, DSP side compiler etc, samples, debugger
etc).

By the way, anyone knows the difference between DSP bridge and DSP Link?
There seems be two ways to program DSP, I am pretty confused.