ROZPOZNAWANIE KSZTAŁTÓW
Moderatorzy: moderatorzy2014, moderatorzy
Re: ROZPOZNAWANIE KSZTAŁTÓW
Jak najbardziej możliwe, jednak istnieją problemy natury technicznej.
Najlepsze efekty rozpoznawania czegokolwiek na podstawie obrazu wymagają zbudowania sieci neuronowej.
Do jej utworzenia i odpowiedniego wytrenowania potrzeba dużej wiedzy programistycznej, na temat algorytmów genetycznych, oraz matematycznej.
Poprawne zaprojektowanie takiej sieci jest czasochłonne.
Do tego dochodzi jeszcze jej działanie - najlepsze efekty daje GPU (z powodu obecności procesora fragmentów - wywołuje on osobny program dla każdego pola macierzy docelowej = kilkukrotny wzrost mocy dla obliczeń zmiennoprzecinkowych względem CPU), których w mikrokontrolerach nie ma, dużo RAMu - dostęp musi być natychmiastowy, no i CPU (przy braku grafy) przynajmniej dwa rdzenie po 1,5 GHz, jeśli chcemy mieć obraz o płynności wyższej niż 5 fps.
Przyjmijmy jednak, że same obliczenia prowadzane są na ziemi i, nie będąc wybrednymi, zadowoli nas częstotliwość badania obrazu na poziomie 25 fps. Biorąc pod uwagę większe odległości, jeden kadr nie powinien mieć mniejszej rozdzielczości niż 2 Mpix, aby zmniejszyć margines błędu wykrycia np. niezwykłego układu gałęzi. Daje nam to średnio 700 kB na kadr, czyli szybkość transferu równą: 17,5 MB/s.
Dla mniej wybrednych można przyjąć jeszcze niższe wartości: 20 fps i 1 Mpix (ok. 350kB) = 7 MB/s - moim zdaniem nadal za dużo, jak na transfer radiowy.
Najlepsze efekty rozpoznawania czegokolwiek na podstawie obrazu wymagają zbudowania sieci neuronowej.
Do jej utworzenia i odpowiedniego wytrenowania potrzeba dużej wiedzy programistycznej, na temat algorytmów genetycznych, oraz matematycznej.
Poprawne zaprojektowanie takiej sieci jest czasochłonne.
Do tego dochodzi jeszcze jej działanie - najlepsze efekty daje GPU (z powodu obecności procesora fragmentów - wywołuje on osobny program dla każdego pola macierzy docelowej = kilkukrotny wzrost mocy dla obliczeń zmiennoprzecinkowych względem CPU), których w mikrokontrolerach nie ma, dużo RAMu - dostęp musi być natychmiastowy, no i CPU (przy braku grafy) przynajmniej dwa rdzenie po 1,5 GHz, jeśli chcemy mieć obraz o płynności wyższej niż 5 fps.
Przyjmijmy jednak, że same obliczenia prowadzane są na ziemi i, nie będąc wybrednymi, zadowoli nas częstotliwość badania obrazu na poziomie 25 fps. Biorąc pod uwagę większe odległości, jeden kadr nie powinien mieć mniejszej rozdzielczości niż 2 Mpix, aby zmniejszyć margines błędu wykrycia np. niezwykłego układu gałęzi. Daje nam to średnio 700 kB na kadr, czyli szybkość transferu równą: 17,5 MB/s.
Dla mniej wybrednych można przyjąć jeszcze niższe wartości: 20 fps i 1 Mpix (ok. 350kB) = 7 MB/s - moim zdaniem nadal za dużo, jak na transfer radiowy.
Re: ROZPOZNAWANIE KSZTAŁTÓW
Podstawowy problem to przygotowanie zbioru uczącego. Potrzebujesz kilkuset-kilka tysięcy obrazów z poszukiwanym wzorcem oraz tyle samo bez wzorca. Samo oprogramowanie to nie problem. Sporo jest przykładowych programów, do których tylko trzeba dostarczyć dane. Programowo może być tylko potrzeba ogarnięcia wygody korzystania z tego.
Re: ROZPOZNAWANIE KSZTAŁTÓW
Dajcie sobie spokój ze sztuczną inteligencją. A nie wystarczy to co jest pod czapką?
Wystarczy nagrać film w dobrej jakości i rozdzielczości a potem samemu go przeanalizować? To chyba wychodzi najtaniej.
Wystarczy nagrać film w dobrej jakości i rozdzielczości a potem samemu go przeanalizować? To chyba wychodzi najtaniej.
Re: ROZPOZNAWANIE KSZTAŁTÓW
Najtaniej (i najrozsądniej w tym temacie) jest zrobić to metodą tradycyjną - pójść na spacer.maxiiii pisze:To chyba wychodzi najtaniej.
Ten wredny...
Re: ROZPOZNAWANIE KSZTAŁTÓW
Posiadam w swoim zarobkowym dronie system który określa (porównanie) wiek rośliny na podstawie własnej bazy zdjęć, po określeniu wieku dozowany jest odpowiednio specyfik do pryskania. Całość oparta jest na jetsonie i działa do 10km/h. Nie potrzebuje jakiejś super dokładności ale dzięki temu w skali roku można zaoszczędzić naprawdę sporę pieniądze.
Jeżeli chciałbyś to robić w miarę tanio to zrobiłbym tak:
Wybierasz platformę z dobrą kamerą i mądrym autopilotem, układasz sobie trasę na mapie po której kopter/samolot będzie robić przelot aby zmapować teren i robisz to codziennie lub jak często potrzebujesz i porównujesz zdjęcia np używając perceptualdiff a samemu sprawdzasz tylko różnice. Fajnie by mieć rtk na pokładzie żeby zdjęcia nie były zbytnio 'przesunięte' wobec siebie.
Myślę że są inne rozwiązania ale żadne z nich nie będzie tanie, więc może lepiej po prostu latać i szukać później w domu z video które nagrasz?
Jeżeli chciałbyś to robić w miarę tanio to zrobiłbym tak:
Wybierasz platformę z dobrą kamerą i mądrym autopilotem, układasz sobie trasę na mapie po której kopter/samolot będzie robić przelot aby zmapować teren i robisz to codziennie lub jak często potrzebujesz i porównujesz zdjęcia np używając perceptualdiff a samemu sprawdzasz tylko różnice. Fajnie by mieć rtk na pokładzie żeby zdjęcia nie były zbytnio 'przesunięte' wobec siebie.
Myślę że są inne rozwiązania ale żadne z nich nie będzie tanie, więc może lepiej po prostu latać i szukać później w domu z video które nagrasz?
Re: ROZPOZNAWANIE KSZTAŁTÓW
a w chinach rozpoznawanie łosi, jeleni i poroży wygląda tak
https://www.youtube.com/watch?v=k3T2WbRkgvg
a pojazdów tak
https://www.youtube.com/watch?v=I8k5UdOVPTU
pełna inwigilacja
https://www.youtube.com/watch?v=k3T2WbRkgvg
a pojazdów tak
https://www.youtube.com/watch?v=I8k5UdOVPTU
pełna inwigilacja
Re: ROZPOZNAWANIE KSZTAŁTÓW
jo tyz poszukuja drona ktory by latal nad roznymi polami i szukal odpowiednich ksztaltow w stylu
:) czasu jest duzo a by bylo to potrzebne na koniec lata w 2018 :P
:) czasu jest duzo a by bylo to potrzebne na koniec lata w 2018 :P
Re: ROZPOZNAWANIE KSZTAŁTÓW
czy nie można części obliczeń robić w locie ? ja posiadam na pokładzie raspberry z kamerką ( 4 rdzeniex1.5 ) które dla samego streamingu obrazu i obsługi telemetrii wykorzystują max do 5% wydajności układu. Reszta jest niewykorzystana i myślę, że za 2-3 lata moc tych urządzeń wzrośnie minimum dwukrotnie. W sumie w rpi0w na jednym rdzeniu obsługa fpv i telemetria zżera jedynie 50% całości.Bochen pisze:Dla mniej wybrednych można przyjąć jeszcze niższe wartości: 20 fps i 1 Mpix (ok. 350kB) = 7 MB/s - moim zdaniem nadal za dużo, jak na transfer radiowy.
Kamerki są 2M-5M wiec raczej spełniają też wymaganie dotyczące rodzielczości a przy analizie w locie nie musisz chyba słać całości na ziemie
Re: ROZPOZNAWANIE KSZTAŁTÓW
Streaming obrazu i telemetria to co innego niż klasyfikacja obiektów.mocart pisze: czy nie można części obliczeń robić w locie ? ja posiadam na pokładzie raspberry z kamerką ( 4 rdzeniex1.5 ) które dla samego streamingu obrazu i obsługi telemetrii wykorzystują max do 5% wydajności układu.
Tu masz opis jak zoptymalizować rpi3 tak aby zejść z czasem klasyfikacji do ok 0,5s, czyli raptem 2fps
https://www.pyimagesearch.com/2017/10/0 ... pberry-pi/
Re: ROZPOZNAWANIE KSZTAŁTÓW
To fakt przez najblizsze 2-3 lata nie ma szansy na nowszy model. A jak wyglada to z NVIDIA Jetson TX1 lub TX27 Nie ma z nimi wiekszej szansy?
Wysłane z mojego SM-G930F przy użyciu Tapatalka
Wysłane z mojego SM-G930F przy użyciu Tapatalka
Re: ROZPOZNAWANIE KSZTAŁTÓW
Jeżeli o poszukiwanie "zrzutów" jelenia chodzi - póki świeży i ciepły to najprościej wyjdzie termowizja.
Re: ROZPOZNAWANIE KSZTAŁTÓW
chodzi o poroże które jeleń zrzuca co roku, a nie "dwójeczkę"
Re: ROZPOZNAWANIE KSZTAŁTÓW
Ten wredny...
Re: ROZPOZNAWANIE KSZTAŁTÓW
Najprościej to chyba nie. Owszem obrazek z termo piękny, kontrastowy, odpowiednie oprogramowanie by poradziło, ale dobra kamera kosztuje tyle co nowy samochód, a i waży niebagatelnie. No i jak szybko wystygnie taki rożek?skow29 pisze:Jeżeli o poszukiwanie "zrzutów" jelenia chodzi - póki świeży i ciepły to najprościej wyjdzie termowizja.