Bildverarbeitung - Bewegung erkennen - HILFE!
-
nichts konstruktives, nur eine Bemerkung zu "In welche Richtung fährt dieses Auto" von TomasRiker. Sucht mal unter google Bildersuche unter auto und nehmt das erste Bild. Kommt es jemandem bekannt vor?
-
lustig schrieb:
nichts konstruktives, nur eine Bemerkung zu "In welche Richtung fährt dieses Auto" von TomasRiker. Sucht mal unter google Bildersuche unter auto und nehmt das erste Bild. Kommt es jemandem bekannt vor?
TomasRiker schrieb:
Auf die Schnelle hab ich bei der Google-Bildersuche mal nach "Auto" gesucht, und das kam dabei raus
-
Ich klinke mich mal in die Diskussion ein, hab nicht alle Seiten gelesen, mir nur von el clio erzählen lassen, wir arbeiten zusammen an dem Projekt (insgesamt sind wir zu dritt).
Ich habe mal zwei nachfolgende Bilder einer Kamera ins Internet gestellt, damit ihr mal eine konkrete Vorstellung bekommt. Dazu noch das Ergebnis der Bildsubtraktion und das daraus resultierende Binärbild mit manuell gesetztem Schwellwert, um den Hintergrund zu eliminieren (weiß nicht, ob das nötig ist).
Die Bilder sind hier zu sehen: Autobahn-BilderDas Resultat ist also äusserst bescheiden. Also traue ich mich mal die Frage nach einer Idee für einen besseren Algorithmus zu wiederholen, ich weiß da nämlich leider nicht recht weiter, wie ich da die Fahrzeuge halbwegs erkennen soll (es geht wie gesagt nicht um 100%ige Genauigkeit, wenn mal Autos durchschlüpfen, dann ist das nicht schlimm, nur so ungefähr).
Die Bilder sind im Abstand von 300 ms aufgenommen, ein kürzerer Abstand ist auch möglich. Geschwindigkeit soll erstmal nicht das Thema sein, hauptsache mal eine funktionierende Lösung...
Wenn ich vorher noch eine logarithmische (bringt die besten Ergebnisse, habe ich ausprobiert) Histogrammebnung zur Kontrastverbesserung durchführe, dann wird das Bild für den Menschen besser, aber in der Auswertung ändert das nichts.
Ich habe auch mal ein Bild der leeren Autobahn genommen und dann eine Bildsubtraktion ausgeführt. Das Ergebnis ist fast genau gleich zu einer Bildsubtraktion von zwei Bildern mit Fahrzeugen wie hier im Beispiel - wenn ich da noch eine Vorverarbeitung (Histogrammebnung) auf beide Bilder anwende, dann kommt garnichts sinnvolles mehr raus, dann wird das gesagte Bild quasi bei der Subtraktion angezeigt, weil sich alles ändert.
Wer kann uns zu den konkreten Bildern (nicht beste Qualität, aber soll auch hier funktionieren) was erzählen?
Daaaaanke,
Micha
-
könntest du vielleicht so ca 60 bilder die bei 15-25 frames/s aufgenommen wurden zum download anbieten?
btw. dürft ihr dem programm ein paar hilfestellungen geben oder soll es völlig autonom laufen müssen?
rapso->greets();
-
Ja, die Bilder kann ich zum Download stellen, aber wohl frühestens Dienstag, da ich vorher nicht in dem Labor sein werde, habe momentan nur Bilder mit 300 ms Abstand auf der Platte.
Das Programm soll dann autonom laufen.
Gruß,
Micha
-
die mit 300ms delay würd ich mir auch gerne ansehen, wenn es möglich ist. [edit](falls es nicht nur die zwei sind)[/edit]
und bitte in eine zip stecken oder so, nicht dass da 60 einzelnbilder zum dl sind
wäre es für euch auch akzeptabel dass ihr einen rechner habt der die daten auf platte legt und ein anderer dann z.b. nur einmal täglich alle analysiert (multipass verfahren) und dann erst die auswertung ausgibt? oder muss das life sein?
wenn ich am WE von der post enttäuscht werden ;), dann spiel ich damit mal rum.
rapso->greets();
-
Hi,
ich habe den Thread hier nicht komplett gelesen, aber ist das nicht ein klassisches Problem, das sich gut mit einem neuronalen Netzwerk lösen lässt? Als "Bewertung" für die Algorithmen würde ich einfach die Erkennungsrate anhand einiger Testbildersequenzen nehmen.
ChrisM
-
Ich habe Dir grad mal per eMail 50 Bilder mit den 300 ms geschickt.
Wir haben leider auch nur einen Rechner und es muß in Echtzeit ablaufen, können daher die Auswertung nicht erst später durchführen.Danke für Deine Hilfe,
Micha
-
ChrisM schrieb:
klassisches Problem, das sich gut mit einem neuronalen Netzwerk lösen lässt? Als "Bewertung" für die Algorithmen würde ich einfach die Erkennungsrate anhand einiger Testbildersequenzen nehmen.
Möglicherweise, für Einzelbilder und offline Verarbeitung haben wir mal ein neuronales Netz zur Erkennung von einzelnen Buchstaben und Ziffern eingesetzt. Doch für die Aufgabe wüsste ich erstens nicht, wie ich das umsetze und zweitens denke ich, daß dies wesentlich zu langsam ist. Und die Situationen können sich ständig ändern (Sommer/Winter, Tag/Nacht, Regen, ...), ob da die Tarinierung eines neuronalen Netzes funktioniert? Da bin ich (auch hier mal wieder) nicht erfahren genug.
Gruß,
Micha
-
MHX schrieb:
Ich habe Dir grad mal per eMail 50 Bilder mit den 300 ms geschickt.
Wir haben leider auch nur einen Rechner und es muß in Echtzeit ablaufen, können daher die Auswertung nicht erst später durchführen.Danke für Deine Hilfe,
Michaist noch nicht angekommen hier... *wart*
hast du an hotmail geschickt? wenn ja, bitte beachten rapsoo, vielleicht kommt es nocht. ich hab ca 600kb frei, 50bilder werden wohl nicht mehr sein, oder?
rapso->greets();
-
ChrisM
******so gut und schön NNs sein mögen...zaubern können sie nicht.
bye
tt
-
rapso schrieb:
hast du an hotmail geschickt? wenn ja, bitte beachten rapsoo, vielleicht kommt es nocht. ich hab ca 600kb frei, 50bilder werden wohl nicht mehr sein, oder?
Adresse ist schon richtig, bin auf Deine Homepage und hab einfach auf den Link geklickt.
Aber war 1 MB. Habs auf meinem Rechner verfügbar gemacht, solange ich online bin: [ Bilder wieder runtergenommen und bessere Bilder online auf einen Server gestellt, siehe spätere Mail ]
Gruß,
Micha
-
ist da, thx
rapso->greets();
-
ohne zu behaupten, dass ich gross ahnung habe:
man könnte versuchen, sich an der bewegungserkennung des ISO-MPEG-4 codecs zu orientieren.
das problem könnte jedoch ein zu hoher zeitabstand zwischen den einzelnen bildern sein, und dass die bewegungserkennung von MPEG4 ein ziemlich komplexer und ressourcenfressender prozess ist...(just an opinion...)
-
na eigentlich wollten die dienstag etwas mit höcherer framerate anbieten.
ich hab das motion compensation zeug auch schon zum teil implementiert, aber auf den testbildern ist der abstand der objeckte derart hoch, dass mehrere möglichkeiten gefunden werden und die, die als potentiel richtig gewählt werden, oft die falschen sind, natürlich würde das "entpackt" dann ungefährt das selbe bild ergeben, aber die vectors dafür sind total falsch.bei motion compensation ist es meines wissens nach selten dass man mehr als 32pixel im rect abtastet, damit würde es ja noch einigermassen performant laufen, ich hab die einzelnen objeckte ja schon einigermassen erkannt, 90% des bildes fällt also schonmal weg für die berechnungen.
vielleicht kommt ja noch "schnelleres" material
rapso->greets();
-
(falsch getextet)
-
rapso schrieb:
na eigentlich wollten die dienstag etwas mit höcherer framerate anbieten.
Tut mir leid, ich war bis gestern Abend krank, heute wieder da, aber nur die schlechte Kamera ans laufen bekommen, das andere Programm für die andere (auch nicht tolle) Kamera liess sich nicht compilieren, morgen mal nach gucken. Und für die gute Kamera fehlt uns noch ein Blech, um sie aufs Stativ montieren zu können, müssen wir jetzt mal besorgen.
Die Bilder, die ich grad eben gemacht habe sind ziemlich schlecht, wenn Du sie trotzdem ansehen möchtest, kannst Du hier 61 Bilder als ZIP (1,3 MB) runterladen: Bilder Sie sind mit 40 ms Abstand aufgenommen, also 25 fps, wenn alles richtig lief.
Morgen/Übermorgen versuche ich nochmal Bilder zu machen.
Auf das Motion Compensation, was Du erwähntest, bin ich gespannt.
Gruß,
Micha
-
ohne euch demotivieren zu wollen...
...aber wenn nicht einmal ein Menschliches Auge auf den Bildern die Autos/LKWs bei Tag erkennen kann, wie soll es dann ein Computer bei Nacht können?
Das Projekt ist wirklich sehr interessant und es würden sich so viele tolle Lösungsansätze anbieten, aber bei der Bildqualität und dem Blickwinkel wird das glaub ich nix...
btw. Darf ich fragen, was und wo ihr studiert?
cya,
FellaR
-
Fellar schrieb:
...aber wenn nicht einmal ein Menschliches Auge auf den Bildern die Autos/LKWs bei Tag erkennen kann, wie soll es dann ein Computer bei Nacht können?
Die letzten Bilder, die ich online gestellt habe, sind wirklich nicht gut, das schrieb ich ja. Wobei wenn sie bewegt abgespielt werden, man die Fahrzeuge deutlich erkennt. Der Computer hat es sogar leichter, wo der Mensch nichts mehr erkennt, da kann der Computer noch Grauwerte unterscheiden, die bei der Bildsubtraktion eine Bewegung erkennen lassen. Ich kann die Bilder auch aufbereiten, daß sie für den Menschen besser aussehen, bringt für den Algorithmus aber nichts. Bessere Bilder versuche ich bald online zu stellen.
Die eigentlich letztendlich verwendete Kamera, die die besten Bilder liefert, die kann ich momentan für die Automatik noch nicht verwenden, weil noch ein Blech fehlt, um sie aufs Stativ setzen zu können, das besorgen wir die Tage.Gruß,
Micha
-
Ich habe mit einer anderen, etwas besseren Kamera, neue Bilder aufgenommen und 207 Bilder als RAR-Archiv online gestellt: hier (3,7 MB)
Abstand: 40 ms, 25 fps. (Wenn der Download per Klick nicht funktioniert, dann mit der rechten Maustaste klicken und 'Speichern unter' wählen.)Gruß,
Micha