Tennisbollsföljare / automatisk tennisdomare?

[bearing]

Jag undrar ifall någon här har sysslat med videoanalys / objektigenkänning / objektföljning eller liknande?
I tennis finns ett system som heter Hawkeye, som med hjälp av 6-10 kameror runt tennisplanen följer tennisbollen, och på så sätt vet var den t.ex. har studsat. Systemet kun agera automatisk tennisdomare. Inom professionell tennis används dock fortfarande mänskliga domare. Hawkeye kallas bara in ifall en spelare vill kontrollera ett domslut.

Jag har letat på nätet och hittat något som heter OpenCV, som verkar kunna användas för att känna igen tennisbollar. Hur mycket jobb tror ni det är att skriva ett program som kan följa tennisbollen, och visa var den studsat?

Till en början t.ex. en kamera vid varje kortsida, och en dator per kamera, för enkelhetens skull.


http://wiki.elphel.com/index.php?title= ... g_tutorial

[netrunner]

[Krille Krokodil]

Bollen rör sig en 25 m/s så en 100 bilder/s behövs väl analyseras och sedan skall minst två kameror kalibreras ihop och synkas för att kunna få ut en 3D-bana, låter inte helt enkelt att ens få till något som har rätt på +- 1 meter, han som uppfann Hawkeye är PhD i AI och det ligger nog på den tekniska nivån + att man skall ha en jävla massa tid för att genomföra det.

[JimmyAndersson]

"PhD i AI och det ligger nog på den tekniska nivån"

Möjligen om man vill uppfinna hjulet igen.
Med paket som t.ex OpenCV så slipper man det,
då är bara den roliga biten kvar.


"Bollen rör sig en 25 m/s så en 100 bilder/s behövs väl analyseras"

Och här kommer den avdelningen som man får lägga mest hjärnkapacitet på för att lyckas:

Det kommer allt fler kameror som fixar runt 100fps, men bilderna ska ju in i datorn
och tyvärr har tillverkarna sällan satsat på att få effektiva drivrutiner för detta.
Eventuellt kan man hitta de snabbaste via lite undersökningar på nätet.

Ett sätt att komma runt det kan vara att strunta i USB och satsa på HDMI.
(Även analog bild-ingång fungerar förstås.)
Man måste ändå se till att välja en upplösning som är lagom för ändamålet.
(För hög upplösning gör att datorn måste bearbeta onödig data.)

Helst bör bilddatan konverteras till något som är lagom för ändamålet. (Nu var jag där igen. )
Man kanske klarar sig med varannan pixel (dvs schack-mönster) och ett fåtal färger.
Gör en buffer som stoppar in en ny bild i ena änden och behandlar data i andra.

För att datorn sedan ska veta vad som är en tennisboll så fungerar OpenCV och liknande riktigt bra.
Det finns färdiga demos för detta.




Ett tips är att du (bearing) börjar labba med OpenCV och en kamera (t.ex bättre webkamera)
så får du lite inblick i hur det fungerar. Testa exempelkod och modifiera.
Dokumentationen för OpenCV och liknande är ofta väldigt bra.
Det är en fördel om man har katt eller något annat som springer omkring.

(Jag satte iofs kameran riktad mot mig själv när jag programmerade.
Det var bara att röra på huvudet när man ville testa en ny funktion.
Jag använde även ficklampor och laserpekare för att testa hastighet mm
genom att göra ett enkelt tennisspel.)

[blueint]

Borde gå att modifiera kamerorna så att man kan synkronisera de?

Vilken budget och tidsram gäller?