|
|
|
 Never underestimate the ability of a team of high school students and engineers to break expensive things. - Alan Anderson [more] |
 |
|
|||||||
|
||||||||
 |
|
|
Thread Tools |
Rating: 
|
Display Modes |
|
|
|
| Never underestimate the ability of a team of high school students and engineers to break expensive things. - Alan Anderson [more] |
|
|
|||||||
|
||||||||
|
|
|
Thread Tools |
Rating:
|
Display Modes |
|
|
|
#1
|
||||
|
||||
|
Re: 2010 FRC camera vision tracking delay, image processing lag
Our experience with the camera code is similar to yours. After playing around with the default tracking code, I realized that it wasn't cut out for driving with simultaneous tracking because of the lag you mentioned. Our solution was as you suggested, to separate the vision processing into its own task. This new task gets a new image from the camera, runs the (slightly modified) ellipse detection code, and writes the results to a global structure. The main robot task reads the results from the global structure as part of its normal loop. It's not really that difficult as long as you remember to protect accesses to the shared memory with a semaphore.
|
|
#2
09-02-2010, 14:09
|
||||
|
||||
|
Re: 2010 FRC camera vision tracking delay, image processing lag
Mike, Can you post the important pieces of code that relate to threading and semaphores?
|
|
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| 2010 FRC Camera Live Feed Lag | ideasrule | Programming | 23 | 11-02-2010 02:33 |
| 2010 Camera and vision problems. | s133p | Programming | 76 | 08-02-2010 21:35 |
| Vision Tracking Camera picking up too much... | taoistconvert | Programming | 8 | 24-01-2010 22:19 |
| [not-FIRST] Camera Image Processing | Greg Marra | Programming | 11 | 11-03-2008 21:10 |
Hybrid Mode
