23/04/2001 19:19:22, Dan Peters <[EMAIL PROTECTED]> wrote:
>I will be using rtlinux for controlling a laser system. However, one of
>the tasks
>performed by the system will be grabbing a frame from a frame grabber,
>processing it and then writing the resulting image to an LCD display.
>This process can be done
>from the linux side of things. Does anybody have any suggestions as to
>the easiest
Hi Dan,
I've realized a fruit sorting system, which works great.
In my application, the image processing is done with cluster under linux+RTAI.
And each cluster show fruit processing display in realtime on a TFT screen .
For this, I use :
- RT process for image processing
- User app. for display
- Memory limit for linux, in order to share physical memory between RT-User apps
- and SVGALIB for display.
I have a ring buffer of images. The user app. remap the physical memory of the entire
ring buffer and initialise the video card
in 800x600x32bits mode and remap the linear addressing video memory.
The RT-task process the image, then send via rtfifos the step number of the ring where
the picture is ready to be display
then the user app. waiting on blocking read on /dev/rtfx catch the step number (the
image buffer address is easy to calculate from the step number) and
just do a copy from memory video buffer to linear addressing video memory.
I get, when the system sort up to 10 fruits/seconde, 10 full 800x600x32bits per second
refresh without an pb ! ( The limitation is du to the owner frame grabber card
which need at this speed 120 images / second )
For test, I tried successfully to refresh 30 full frames/sec on display.
Hopping this will help you, chris.
--
Kumsta christophe
Real-time image processing
RTAI/RTlinux
maf-roda
[EMAIL PROTECTED]
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
--
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/
