http://metalab.at/wiki/Laserguided_Graffiti_System AHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH! seit einem halben jahr wollten wir sowas in Kaiserslautern bauen, sind aber an schlappheit gescheitert, aber nicht fￜr Graffiti (das kann ja jeder, siehe new york) sondern fￜr retrogaming mit tron..... man stelle den beamer auf ein dach und leuchte auf die strasse....... Wir hatten vor monaten beim saufen die endgeile idee fￜr ein laser+beamer+retrogames <http://www.monochrom.at/retrogame/> mashup in real life. Der Geek von Welt kennt real life Space Invaders <http://www.youtube.com/watch?v=kyzStoxnTKs>, und Real Life Tetris <http://www.youtube.com/watch?v=uVgEDSjISQw>, aber jetzt kommt TRON! Wir hatten das schon durchgeplant und begonnen in processing zu hacken, aber dann lasch aufgehￜrt. Wenns das fertig gibt: endgeil!!! Die TRON idee ist billig: Anstatt mit Laser zu malen, positioniert man den Beamer am Hausdach und strahlt nicht an die Wand sondern von oben (mￜglichst senkrecht) auf eine groￜe Flￜche (einen Parkplatz oder so). Der Parkplatz ist die TRON Spielflￜche, und zwar genau die Flￜche, die vom Beamer erstrahlt wird. Die TRON Spieler bekommen jeweils einen Helm, der auf der Spitze eine Lampe hat (LED, maglight die nach oben leuchtet, etc). Dann wird losgerannt, und der Beamer zeichnet die Strecke am Boden nach. Das reicht schon mal fￜr TRON. Die Spieler erzeugen beim Laufen dann Spuren. Wenn man Bock hat, kann man noch ein Punktesystem einfￜhren und mit processing einen HIT berechnen wenn ein Licht auf eine bereits beleuchteten punkt in der Matrix trifft, und malt dort einen roten Kreis oder so fￜr "dead" (freaky wￜre, wenn dann noch das licht ausgeht). Das geile: es kￜnnen beliebig viele Leute spielen, du brauchst nur die Helme und Lichter am Kopf. Hey, wￜrde mich wahnsinnig freuen, so eine Aktion am Sonntag nach WirNennenEs30 <http://metalab.at/wiki/WirNennenEs30> zu machen, grￜￜe user:leobard <http://metalab.at/wiki/Benutzer:Leobard>. Wenn ihrs macht, unbedingt Credits an digitalcouch.de <http://www.digitalcouch.de>, in dieser Gruppe wurde von mir die TRON Idee geboren. ..... ahhh, es liegt in greifbarer nￜhe, endlich selbst zu rennen .... (habe diesen text bereits ins wiki gemanscht) lg Leo
geile idee, brauchst halt eine *ECHT STARKE* led. ich wär zwar eher für pacman, statt tron, aber KEWL! On 7/27/07, Leo Sauermann <leo@gnowsis.com> wrote:
http://metalab.at/wiki/Laserguided_Graffiti_System
AHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH!
seit einem halben jahr wollten wir sowas in Kaiserslautern bauen, sind aber an schlappheit gescheitert, aber nicht für Graffiti (das kann ja jeder, siehe new york) sondern für retrogaming mit tron.....
man stelle den beamer auf ein dach und leuchte auf die strasse.......
Wir hatten vor monaten beim saufen die endgeile idee für ein laser+beamer+retrogames mashup in real life. Der Geek von Welt kennt real life Space Invaders, und Real Life Tetris, aber jetzt kommt TRON!
Wir hatten das schon durchgeplant und begonnen in processing zu hacken, aber dann lasch aufgehört. Wenns das fertig gibt: endgeil!!! Die TRON idee ist billig: Anstatt mit Laser zu malen, positioniert man den Beamer am Hausdach und strahlt nicht an die Wand sondern von oben (möglichst senkrecht) auf eine große Fläche (einen Parkplatz oder so). Der Parkplatz ist die TRON Spielfläche, und zwar genau die Fläche, die vom Beamer erstrahlt wird. Die TRON Spieler bekommen jeweils einen Helm, der auf der Spitze eine Lampe hat (LED, maglight die nach oben leuchtet, etc). Dann wird losgerannt, und der Beamer zeichnet die Strecke am Boden nach. Das reicht schon mal für TRON. Die Spieler erzeugen beim Laufen dann Spuren. Wenn man Bock hat, kann man noch ein Punktesystem einführen und mit processing einen HIT berechnen wenn ein Licht auf eine bereits beleuchteten punkt in der Matrix trifft, und malt dort einen roten Kreis oder so für "dead" (freaky wäre, wenn dann noch das licht ausgeht). Das geile: es können beliebig viele Leute spielen, du brauchst nur die Helme und Lichter am Kopf. Hey, würde mich wahnsinnig freuen, so eine Aktion am Sonntag nach WirNennenEs30 zu machen, grüße user:leobard. Wenn ihrs macht, unbedingt Credits an digitalcouch.de, in dieser Gruppe wurde von mir die TRON Idee geboren. ..... ahhh, es liegt in greifbarer nähe, endlich selbst zu rennen ....
(habe diesen text bereits ins wiki gemanscht)
lg Leo _______________________________________________ Metalab mailing list Metalab@lists.metalab.at http://lists.metalab.at/mailman/listinfo/metalab
geile idee, brauchst halt eine *ECHT STARKE* led. ich wär zwar eher für pacman, statt tron, aber KEWL!
echt starke leds + billigsdorfer hoferfahrradhelme lassen sich besorgen. batterie und schalter dranlöten kann ich auch.. auserdem fänd ichs cool die RFID dinger vom CCC zu nehmen und ein bissserl umzubauen. denen kann man nämlich ein signal schicken dann geht ein lamperl drauf an . das mit einem elektroschocker im helm gekoppelt macht sicher spass :) tron stell ich mir schweirig vor zumal man als mensch ja schräg laufen kann und so .. trons fahren aber immer im 90° winkel.. pacman klingt realistischer. ausserdemf rag ich mich wie das mit dem beamer dann im endeffkt wirklich geht weil direkt von oben strahlen wir schwer gehen .. eer so halbschhrääg ausm 2. stock. aber dann hast schatten und so. ich mach gern ein bisserl hardware für so ein projekt.. :* -der andere flo
leute, ich will eure begeisterung ja nicht gleich wieder stoppen, aber ein freund von mir hat vor dem sommer an einem aehnlichen ding gebaut, und so einfach wars dann doch nicht. fuer das videotracking braucht man schon eine hochaufloesende kamera und vor allem muss sie sehr hoch ueber dem spielfeld installiert sein, sonst bekommt man keine groï¿œe flaeche zusammen. wir haben eine weitwinkel linse verwendet, hatten dann aber mit den verzerrungen arg zu kaempfen. ein anderes problem war, dass trotz der hohen aufloesung einzelne leds zu klein waren, bzw. nicht klar von der kamera erkannt wurden, so dass wir sie letztendlich unter eine plastikfolie getan haben, um eine groeï¿œere lichtflaeche zu erzeugen. das eigentlich groeï¿œte logistische problem (neben dem videotracking) duerfte aber die groeï¿œe und die montage des beamers werden. (mounting hoehe, lichtstaerke, auï¿œerdem werfen die spieler unweigerlich immer schatten...) wir haben uns dann entschieden, auf eine seitenwand zu projizieren... falls es wen interessiert, gibts eine vorstellung des projekts unter http://homepage.mac.com/kijkandluister/iMovieTheater1.html marius. Leo Sauermann wrote:
http://metalab.at/wiki/Laserguided_Graffiti_System
AHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH!
seit einem halben jahr wollten wir sowas in Kaiserslautern bauen, sind aber an schlappheit gescheitert, aber nicht fï¿œr Graffiti (das kann ja jeder, siehe new york) sondern fï¿œr retrogaming mit tron.....
man stelle den beamer auf ein dach und leuchte auf die strasse.......
Wir hatten vor monaten beim saufen die endgeile idee fï¿œr ein laser+beamer+retrogames <http://www.monochrom.at/retrogame/> mashup in real life. Der Geek von Welt kennt real life Space Invaders <http://www.youtube.com/watch?v=kyzStoxnTKs>, und Real Life Tetris <http://www.youtube.com/watch?v=uVgEDSjISQw>, aber jetzt kommt TRON!
Wir hatten das schon durchgeplant und begonnen in processing zu hacken, aber dann lasch aufgehￜrt. Wenns das fertig gibt: endgeil!!! Die TRON idee ist billig: Anstatt mit Laser zu malen, positioniert man den Beamer am Hausdach und strahlt nicht an die Wand sondern von oben (mￜglichst senkrecht) auf eine groￜe Flￜche (einen Parkplatz oder so). Der Parkplatz ist die TRON Spielflￜche, und zwar genau die Flￜche, die vom Beamer erstrahlt wird. Die TRON Spieler bekommen jeweils einen Helm, der auf der Spitze eine Lampe hat (LED, maglight die nach oben leuchtet, etc). Dann wird losgerannt, und der Beamer zeichnet die Strecke am Boden nach. Das reicht schon mal fￜr TRON. Die Spieler erzeugen beim Laufen dann Spuren. Wenn man Bock hat, kann man noch ein Punktesystem einfￜhren und mit processing einen HIT berechnen wenn ein Licht auf eine bereits beleuchteten punkt in der Matrix trifft, und malt dort einen roten Kreis oder so fￜr "dead" (freaky wￜre, wenn dann noch das licht ausgeht). Das geile: es kￜnnen beliebig viele Leute spielen, du brauchst nur die Helme und Lichter am Kopf. Hey, wￜrde mich wahnsinnig freuen, so eine Aktion am Sonntag nach WirNennenEs30 <http://metalab.at/wiki/WirNennenEs30> zu machen, grￜￜe user:leobard <http://metalab.at/wiki/Benutzer:Leobard>. Wenn ihrs macht, unbedingt Credits an digitalcouch.de <http://www.digitalcouch.de>, in dieser Gruppe wurde von mir die TRON Idee geboren.
..... ahhh, es liegt in greifbarer nï¿œhe, endlich selbst zu rennen ....
(habe diesen text bereits ins wiki gemanscht)
lg Leo
------------------------------------------------------------------------
_______________________________________________ Metalab mailing list Metalab@lists.metalab.at http://lists.metalab.at/mailman/listinfo/metalab
Hi, ok... was ich an dem aktuellen Ansatz sehr cool finde, ist, dass da erstmal das Minimalziel so umgesetzt wurde, dass man schon mal was zeigen und damit rumspielen kann. So Sprueche wie "graffiti kann ja jeder" -- naja vielleicht, vielleicht auch nicht, in jedem Fall muss mans erstmal machen ;-) Die ganzen Spielideen sind ja sehr cool und hoeren sich auch witzig an, aber man handelt sich damit einen ganzen Haufen neuer Probleme ein, gerade wenn es dann um Interaktion zwischen Leuten geht. Das ist hier ja auch schon angeklungen. Also, so als Sachen die man im Auge behalten mueste: * Projektion auf groesseren Flaechen mit Verdeckungen und Schatten * Beobachtung von groesseren Flaechen in hinreichender Aufloesung und entsprechender Framerate (!) * Interaktion zwischen Personen, in Echtzeit Meine persoenliche Betrachtung der Aktion am Freitag im MQ war, dass auch die Interaktionsmoeglichkeiten an sich ein interessantes Problem sind -- da wurde oefter mal aus Versehen der "Loeschen"-Bereich aktiviert, die Grenzen des Feldes sind allgemein nicht gut sichtbar, auf groessere Entfernung wackelt der Pointer sehr stark, etc. pp. Auch die Verzoegerung zwischen Pointerposition und Zeichnung war zwar noch nicht problematisch aber schon recht sichtbar. Das kann man m.E. nicht in voller Komplexitaet alles auf einmal angehen. Muss man ja auch nicht ;-) Ein paar Ideen, wie man das schrittweise angehen koennte: * Unterstuetzung fuer zwei Pointer. Da wird schon /Einiges/ fuer noetig, die zusaetzlichen Moeglichkeiten sind aber auch offensichtlich, das duerfte ein paar lustige Anwendungen ermoeglichen. * Mehrere Beamer sind recht offensichtlich praktisch, damit koennte man dann auch schraege Flaechen abdecken oder Verdeckungen umgehen. Man kann sowohl zwei Flaechen machen oder auch zwei Beamer auf die gleiche Flache ohne Interaktion. * Unterstuetzung fuer mehrere Kameras, um z.B. Verdeckung und groessere Flaechen in den Griff zu kriegen. Das ist auch einiges an Aufwand und es ist nicht ganz so klar, wie man das spannend gestalten kann. Vielleicht koennte man da was machen, das die Teilnehmer manche Teile des Anderen nicht einsehen koennen und man kann da Sachen vorbereiten oder sowas. Oder was ganz anderes ;-) have fun :) Ingo
On 29/07/07, ingo <ingo@fargonauten.de> wrote:
ok... was ich an dem aktuellen Ansatz sehr cool finde, ist, dass da erstmal das Minimalziel so umgesetzt wurde, dass man schon mal was zeigen und damit rumspielen kann. So Sprueche wie "graffiti kann ja jeder" -- naja vielleicht, vielleicht auch nicht, in jedem Fall muss mans erstmal machen ;-)
What he said. (Aber ich hab dich immer noch lieb, Leo :))
Meine persoenliche Betrachtung der Aktion am Freitag im MQ war, dass auch die Interaktionsmoeglichkeiten an sich ein interessantes Problem sind -- da wurde oefter mal aus Versehen der "Loeschen"-Bereich aktiviert, die Grenzen des Feldes sind allgemein nicht gut sichtbar, auf groessere Entfernung wackelt der Pointer sehr stark, etc. pp. Auch die Verzoegerung zwischen Pointerposition und Zeichnung war zwar noch nicht problematisch aber schon recht sichtbar.
Was wir machen wollten aber vorher nicht testen konnten, ist praktisch von den Ecken aus das MUMOK ausleuchten, aber das hat Aufgrund der Lichtstärke des Beamers nicht geklappt. Es wurde auch eine Outline gezeichnet die aber dadurch nicht mehr sichtbar war. Die Verzögerung ist schwierig. Ich hab mich viel mit den Einstellungen gespielt, aber es scheint mir wirklich so als wärs sehr schwer einen schnelleren Kamera Feed auf den Rechner zu bekommen. Weil das raussuchen der Punkte ist wirklich (mit JMyron zumindest) VERDAMMT schnell. Nächstes mal mehr testen und besseren Beamer verwenden :)
Das kann man m.E. nicht in voller Komplexitaet alles auf einmal angehen. Muss man ja auch nicht ;-)
Ein paar Ideen, wie man das schrittweise angehen koennte: * Unterstuetzung fuer zwei Pointer. Da wird schon /Einiges/ fuer noetig, die zusaetzlichen Moeglichkeiten sind aber auch offensichtlich, das duerfte ein paar lustige Anwendungen ermoeglichen.
Zumindest mit JMyron kein grosses Problem, die hauen jetzt schon eine Liste der gefundenen Punkte raus, und mit dem Setup das wir gefahren sind häts auch geklappt hätten wir alle Punkte gemalt und nicht nur den ersten. Aber wir hatten ja auch keine 2 Pointer :) Wies mit dem neuen LASER TAG 2.0 von GRL aussieht (das dann eine Server/Client Architektur implementiert) wissen wir noch nicht, aber könnens so wies aussieht bald vortesten.
* Mehrere Beamer sind recht offensichtlich praktisch
Planned!
* Unterstuetzung fuer mehrere Kameras
MOAR Planned! Danke fürs Feedback ;) Michael -- </gro.jiin//:ptth>
Bei der Gelegenheit: Es war so super! Danke f�r die ganze M�he. Echt ein sch�ner Abend - auch wenn ich jetzt wei�, dass Harry Potter auf Seite 731 stirbt :) Florian Hufsky schrieb:
* Mehrere Beamer sind recht offensichtlich praktisch Planned!
* Unterstuetzung fuer mehrere Kameras MOAR Planned!
everything requires just one thing: huge amounts of $$$.
got some? insert cash here kthxbye!
*r�usper* bewerbung f�r netznetz imminent *r�usper* _______________________________________________ Metalab mailing list Metalab@lists.metalab.at http://lists.metalab.at/mailman/listinfo/metalab
Es war so super! Danke für die ganze Mühe. Echt ein schöner Abend - auch wenn ich jetzt weiß, dass Harry Potter auf Seite 731 stirbt :) danke, man tut was man kann. hätt aber mit einem helleren beamer noch besser gewirkt... übers ganze mumok :)
and never forget: http://macrochan.org/get.py?sha1=RKJGFPDXIU3VEWV43SIAM2R5ZIPDPT6Y (achtung: harry potter spoiler (aber nicht vom neuesten buch))
hehe :) kannte ich noch gar nicht :) Florian Hufsky schrieb:
Es war so super! Danke f�r die ganze M�he. Echt ein sch�ner Abend - auch wenn ich jetzt wei�, dass Harry Potter auf Seite 731 stirbt :) danke, man tut was man kann. h�tt aber mit einem helleren beamer noch besser gewirkt... �bers ganze mumok :)
and never forget: http://macrochan.org/get.py?sha1=RKJGFPDXIU3VEWV43SIAM2R5ZIPDPT6Y (achtung: harry potter spoiler (aber nicht vom neuesten buch)) _______________________________________________ Metalab mailing list Metalab@lists.metalab.at http://lists.metalab.at/mailman/listinfo/metalab
On Sun, 2007-07-29 at 19:54 +0200, phreak@gmx.at wrote:
Isis Kowarik schrieb:
auch wenn ich jetzt weiß, dass Harry Potter auf Seite 731 stirbt :)
du ORSCH!
Und welche Nummer hat die letzte bedruckte Seite in Deiner Instanz des Buches? Bei meiner ist jedenfalls kein "7" vorne. Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services
Bernd Petrovitsch schrieb:
On Sun, 2007-07-29 at 19:54 +0200, phreak@gmx.at wrote:
Isis Kowarik schrieb:
auch wenn ich jetzt weiß, dass Harry Potter auf Seite 731 stirbt :)
du ORSCH!
Und welche Nummer hat die letzte bedruckte Seite in Deiner Instanz des Buches? Bei meiner ist jedenfalls kein "7" vorne.
Bernd
ich hab leider noch keins, sonst wüsst ich schon wie's endet. und ich möcht mich für meine ausdrucksweise entschuldigen, ich war sehr in rage. aber da das probelm jetzt geklärt ist, entschuldige ich mich auch für die aussage der mail. lg
Hi, Bernd Petrovitsch (bernd@firmix.at) wrote on 2007-07-29:
Und welche Nummer hat die letzte bedruckte Seite in Deiner Instanz des Buches? Bei meiner ist jedenfalls kein "7" vorne.
Also mein Piratebay-PDF endet auf Seite 759, insofern wäre 731 ja nicht unplausibel. ciao, -- [*Thomas Themel*] "Mami, die haben mich schon wieder verhauen". [extended contact] "Dann hau' doch einfach mal zurück". [info provided in] "Nein, das tut ihnen ja weh". [*message header*] - Uwe Ohse zur fehlenden Kuschelmentalität in dasr
Johannes, das war ein spaß! Schau dir die bilder vom freitag an, dann weißt was ich mein :-) würde nie hier spoilern. Wieder gut? Am 29.07.07 schrieb Johannes Sperlhofer <ninnghizidha@gmail.com>:
2007/7/29, Isis Kowarik <isis.kowarik@gmail.com>:
Bei der Gelegenheit:
Es war so super! Danke für die ganze Mühe. Echt ein schöner Abend - auch wenn ich jetzt weiß, dass .....
Danke! *Buch in Ecke wirft* _______________________________________________ Metalab mailing list Metalab@lists.metalab.at http://lists.metalab.at/mailman/listinfo/metalab
grmlgrmlgrml .... Am 29.07.07 schrieb Isis Kowarik <isis.kowarik@gmail.com>:
Johannes, das war ein spaß! Schau dir die bilder vom freitag an, dann weißt was ich mein :-) würde nie hier spoilern. Wieder gut?
Am 29.07.07 schrieb Johannes Sperlhofer <ninnghizidha@gmail.com>:
2007/7/29, Isis Kowarik <isis.kowarik@gmail.com>:
Bei der Gelegenheit:
Es war so super! Danke für die ganze Mühe. Echt ein schöner Abend - auch wenn ich jetzt weiß, dass .....
Danke! *Buch in Ecke wirft* _______________________________________________ Metalab mailing list Metalab@lists.metalab.at http://lists.metalab.at/mailman/listinfo/metalab
_______________________________________________ Metalab mailing list Metalab@lists.metalab.at http://lists.metalab.at/mailman/listinfo/metalab
On Sun, Jul 29, 2007 at 02:28:42PM +0200, Michael Zeltner wrote:
Die Verz�gerung ist schwierig. Ich hab mich viel mit den Einstellungen gespielt, aber es scheint mir wirklich so als w�rs sehr schwer einen schnelleren Kamera Feed auf den Rechner zu bekommen. Weil das raussuchen der Punkte ist wirklich (mit JMyron zumindest) VERDAMMT schnell.
Was fuer Kameras wurden eigentlich verwendet? Bei gegebener Kamera gibts eine hoehere Framerate wahrscheinlich nur mit niedrigerer Aufloesung. Aufloesungen jenseits der 640x480 in hohen Raten (>30fps) sind mit Webcams kaum zu haben. In unserem Uni-Labor benutzen wir dafuer Firewire-Cams, die so bei 200 Euro anfangen -- nach oben hin natuerlich offen. Infos siehe z.B. www.imaging-source.com www.alliedvisiontec.com Sachen wie 2MP in 60fps sind durchaus zu haben, wenn man die Knete hat. Ich wuerde aber glaub'ich erstmal an anderer Stelle ansetzen, oft ist man bei limitierten Mitteln ja am kreativsten ;-) Ganz interessant sind aber auch die Philipps PWC Kameras: Das sind Webcams, die 320x240 in 60fps koennen. Eine Sache, die noch interessant sein koennte: Viele Kameras machen Subsampling der U und V Kanaele, d.h. die volle Aufloesung kriegt man nur im Y-Kanal. Das reicht fuer Lokalisierung anhand der Intensitaet aus, aber man muss es auch im YUV-Modus benutzen, sonst verschmiert das Bild. Ob die Kamera das tut erkennt man am fourcc: YUV 4:1:1 ist voll aufgeloest, 4:2:2 macht zweifaches Subsampling, YUYV ebenfalls.
MOAR Planned!
MOAR? ;-)
Danke f�rs Feedback ;)
Danke fuers machen und spaetestens bis zum Camp :) Gruss, Ingo
On 7/29/07, Florian Hufsky <florian.hufsky@gmail.com> wrote:
apple isight firewire. 320x240 - ~30fps.
Die Webcam der Xbox 360 macht 640x480 mit 30fps.. (USB) - wenn ihr was damit anfangen könnt.. :) lg, Consti -- | \_____________________________ __ _ _ | Constantin Hofstetter | Tel: +49(0)8381-940425 | Mob: +43(0)699-11525989 | IM: (ICQ) 102573744; (AIM) consti2k; | Jabber: Constantin.Hofstetter@gmail.com; | Uniwien.de; Consti.de; Consti.at; hound.de; | PGP Key ID: 248AE7B6 | Consti@Consti.de \=============================== == = =
ich kann dem nur zustimmen. wirklich schnelles video kriegt man am besten mit einem digital frame grabber, der (analoges) video direkt an den firewireport schickt. am mac (bes in max/msp) verwendet man am besten einen yuvy codec, dann spart man sich cpu intensives konvertieren von rgb. das problem mit webcams ist auch, dass sie einen gewaltigen noise anteil haben und nur f�r grobes videotracking zu verwenden sind. geschaetzter kostenpunkt: 200+ kamera, 300 framegrabber, software??? marius. ingo wrote:
On Sun, Jul 29, 2007 at 02:28:42PM +0200, Michael Zeltner wrote:
Die Verz�gerung ist schwierig. Ich hab mich viel mit den Einstellungen gespielt, aber es scheint mir wirklich so als w�rs sehr schwer einen schnelleren Kamera Feed auf den Rechner zu bekommen. Weil das raussuchen der Punkte ist wirklich (mit JMyron zumindest) VERDAMMT schnell.
Was fuer Kameras wurden eigentlich verwendet?
Bei gegebener Kamera gibts eine hoehere Framerate wahrscheinlich nur mit niedrigerer Aufloesung. Aufloesungen jenseits der 640x480 in hohen Raten (>30fps) sind mit Webcams kaum zu haben. In unserem Uni-Labor benutzen wir dafuer Firewire-Cams, die so bei 200 Euro anfangen -- nach oben hin natuerlich offen. Infos siehe z.B. www.imaging-source.com www.alliedvisiontec.com Sachen wie 2MP in 60fps sind durchaus zu haben, wenn man die Knete hat. Ich wuerde aber glaub'ich erstmal an anderer Stelle ansetzen, oft ist man bei limitierten Mitteln ja am kreativsten ;-)
Ganz interessant sind aber auch die Philipps PWC Kameras: Das sind Webcams, die 320x240 in 60fps koennen.
Eine Sache, die noch interessant sein koennte: Viele Kameras machen Subsampling der U und V Kanaele, d.h. die volle Aufloesung kriegt man nur im Y-Kanal. Das reicht fuer Lokalisierung anhand der Intensitaet aus, aber man muss es auch im YUV-Modus benutzen, sonst verschmiert das Bild. Ob die Kamera das tut erkennt man am fourcc: YUV 4:1:1 ist voll aufgeloest, 4:2:2 macht zweifaches Subsampling, YUYV ebenfalls.
MOAR Planned!
MOAR? ;-)
Danke f�rs Feedback ;)
Danke fuers machen und spaetestens bis zum Camp :)
Gruss, Ingo _______________________________________________ Metalab mailing list Metalab@lists.metalab.at http://lists.metalab.at/mailman/listinfo/metalab
GRL hats mit ner 500-1000 $ camera und ner 60 $ usb PCTV karte gemacht. siehe einkaufsliste: http://metalab.at/wiki/index.php?title=Laserguided_Graffiti_System On 7/29/07, marius schebella <marius.schebella@gmail.com> wrote:
ich kann dem nur zustimmen. wirklich schnelles video kriegt man am besten mit einem digital frame grabber, der (analoges) video direkt an den firewireport schickt. am mac (bes in max/msp) verwendet man am besten einen yuvy codec, dann spart man sich cpu intensives konvertieren von rgb. das problem mit webcams ist auch, dass sie einen gewaltigen noise anteil haben und nur für grobes videotracking zu verwenden sind. geschaetzter kostenpunkt: 200+ kamera, 300 framegrabber, software??? marius.
ingo wrote:
On Sun, Jul 29, 2007 at 02:28:42PM +0200, Michael Zeltner wrote:
Die Verzögerung ist schwierig. Ich hab mich viel mit den Einstellungen gespielt, aber es scheint mir wirklich so als wärs sehr schwer einen schnelleren Kamera Feed auf den Rechner zu bekommen. Weil das raussuchen der Punkte ist wirklich (mit JMyron zumindest) VERDAMMT schnell.
Was fuer Kameras wurden eigentlich verwendet?
Bei gegebener Kamera gibts eine hoehere Framerate wahrscheinlich nur mit niedrigerer Aufloesung. Aufloesungen jenseits der 640x480 in hohen Raten (>30fps) sind mit Webcams kaum zu haben. In unserem Uni-Labor benutzen wir dafuer Firewire-Cams, die so bei 200 Euro anfangen -- nach oben hin natuerlich offen. Infos siehe z.B. www.imaging-source.com www.alliedvisiontec.com Sachen wie 2MP in 60fps sind durchaus zu haben, wenn man die Knete hat. Ich wuerde aber glaub'ich erstmal an anderer Stelle ansetzen, oft ist man bei limitierten Mitteln ja am kreativsten ;-)
Ganz interessant sind aber auch die Philipps PWC Kameras: Das sind Webcams, die 320x240 in 60fps koennen.
Eine Sache, die noch interessant sein koennte: Viele Kameras machen Subsampling der U und V Kanaele, d.h. die volle Aufloesung kriegt man nur im Y-Kanal. Das reicht fuer Lokalisierung anhand der Intensitaet aus, aber man muss es auch im YUV-Modus benutzen, sonst verschmiert das Bild. Ob die Kamera das tut erkennt man am fourcc: YUV 4:1:1 ist voll aufgeloest, 4:2:2 macht zweifaches Subsampling, YUYV ebenfalls.
MOAR Planned!
MOAR? ;-)
Danke fürs Feedback ;)
Danke fuers machen und spaetestens bis zum Camp :)
Gruss, Ingo _______________________________________________ Metalab mailing list Metalab@lists.metalab.at http://lists.metalab.at/mailman/listinfo/metalab
_______________________________________________ Metalab mailing list Metalab@lists.metalab.at http://lists.metalab.at/mailman/listinfo/metalab
On Sun, Jul 29, 2007 at 11:04:35AM -0400, marius schebella wrote:
ich kann dem nur zustimmen. wirklich schnelles video kriegt man am besten mit einem digital frame grabber, der (analoges) video direkt an den firewireport schickt.
Es gibt auch Kameras, die ihre Ausgabe direkt auf Firewire liefern, da braucht man keinen Konverter. Das Bundle ist dann deutlich guenstiger. Ein Problem ist, dass V4L solche Kameras nicht unterstuetzt und Processing m.W. nur V4L kann. Ich habe aber auch Java-Support fuer Firewire-Kameras, den man da sicher integrieren kann. Bei Interesse, Mail an mich. Aber, nochmals, das ist nicht immer noetig: Die USB Philips 900NC hat einen passablen V4L2-Treiber, kann 30fps bei 640x480 und gute Low-Light Performance. Kann ich fuer Basisaufgaben nur empfehlen. Kostenpunkt (in DE): 60-80 Euro. Gruss, Ingo
ja eh... software und richtige kalibrierung haben bestimmt groe�ere auswirkung auf das ergebnis als der unterschied zwischen webcam und firewire. aber wenns dann noch immer nicht geht, dann muss man eventuell in hardware buttern. oder es geht nicht mal dann (wenns zum beispiel einfach zu hell ist.) da koennte man dann statt der aufwendigen laser-video loesung eventuell auf sowas wie eine wii remote zur�ckgreifen... by the way, der 5000 ansilumen projektor, den die verwendet haben, kostet ca EUR 4500-5000. also eine kameraloesung von 500 euro ist da in der groe�enordnung eines rundungsfehlers/schwankungsbreite... marius. ingo wrote:
On Sun, Jul 29, 2007 at 11:04:35AM -0400, marius schebella wrote:
ich kann dem nur zustimmen. wirklich schnelles video kriegt man am besten mit einem digital frame grabber, der (analoges) video direkt an den firewireport schickt.
Es gibt auch Kameras, die ihre Ausgabe direkt auf Firewire liefern, da braucht man keinen Konverter. Das Bundle ist dann deutlich guenstiger. Ein Problem ist, dass V4L solche Kameras nicht unterstuetzt und Processing m.W. nur V4L kann. Ich habe aber auch Java-Support fuer Firewire-Kameras, den man da sicher integrieren kann. Bei Interesse, Mail an mich.
Aber, nochmals, das ist nicht immer noetig: Die USB Philips 900NC hat einen passablen V4L2-Treiber, kann 30fps bei 640x480 und gute Low-Light Performance. Kann ich fuer Basisaufgaben nur empfehlen. Kostenpunkt (in DE): 60-80 Euro.
Gruss, Ingo _______________________________________________ Metalab mailing list Metalab@lists.metalab.at http://lists.metalab.at/mailman/listinfo/metalab
wegen Kosten $$$ ich gebe f�r den WirNennenEs30 ein budget f�r freakige projekte raus: ---> 500EUR <--- die vergabe erfolgt mitte August, bis dahin warte ich auf Einreichungen. Siehe http://metalab.at/wiki/WirNennenEs30#Projekte da ich gerne das TRON projekt (oder PacMan) am Graffitti beamer sehen w�rde, w�rde ich gerne jemanden f�rdern der es schafft, die qualit�t des trackings zu verbessern und am 31.8./1.9 im Rahmen des Events vorzustellen. das hehre ziel ist nat�rlich tron, also 2 lichtquellen die am kopf getragen werden und gut trackbar sind. einfach nur auf de Wikiseite schreiben, wer da was machen will, was zu tun ist, wieviel kohle<500 gebraucht wird. lg Leo It was marius schebella who said at the right time 29.07.2007 17:04 the following words:
ich kann dem nur zustimmen. wirklich schnelles video kriegt man am besten mit einem digital frame grabber, der (analoges) video direkt an den firewireport schickt. am mac (bes in max/msp) verwendet man am besten einen yuvy codec, dann spart man sich cpu intensives konvertieren von rgb. das problem mit webcams ist auch, dass sie einen gewaltigen noise anteil haben und nur f�r grobes videotracking zu verwenden sind. geschaetzter kostenpunkt: 200+ kamera, 300 framegrabber, software??? marius.
ingo wrote:
On Sun, Jul 29, 2007 at 02:28:42PM +0200, Michael Zeltner wrote:
Die Verz�gerung ist schwierig. Ich hab mich viel mit den Einstellungen gespielt, aber es scheint mir wirklich so als w�rs sehr schwer einen schnelleren Kamera Feed auf den Rechner zu bekommen. Weil das raussuchen der Punkte ist wirklich (mit JMyron zumindest) VERDAMMT schnell.
Was fuer Kameras wurden eigentlich verwendet?
Bei gegebener Kamera gibts eine hoehere Framerate wahrscheinlich nur mit niedrigerer Aufloesung. Aufloesungen jenseits der 640x480 in hohen Raten (>30fps) sind mit Webcams kaum zu haben. In unserem Uni-Labor benutzen wir dafuer Firewire-Cams, die so bei 200 Euro anfangen -- nach oben hin natuerlich offen. Infos siehe z.B. www.imaging-source.com www.alliedvisiontec.com Sachen wie 2MP in 60fps sind durchaus zu haben, wenn man die Knete hat. Ich wuerde aber glaub'ich erstmal an anderer Stelle ansetzen, oft ist man bei limitierten Mitteln ja am kreativsten ;-)
Ganz interessant sind aber auch die Philipps PWC Kameras: Das sind Webcams, die 320x240 in 60fps koennen.
Eine Sache, die noch interessant sein koennte: Viele Kameras machen Subsampling der U und V Kanaele, d.h. die volle Aufloesung kriegt man nur im Y-Kanal. Das reicht fuer Lokalisierung anhand der Intensitaet aus, aber man muss es auch im YUV-Modus benutzen, sonst verschmiert das Bild. Ob die Kamera das tut erkennt man am fourcc: YUV 4:1:1 ist voll aufgeloest, 4:2:2 macht zweifaches Subsampling, YUYV ebenfalls.
MOAR Planned!
MOAR? ;-)
Danke f�rs Feedback ;)
Danke fuers machen und spaetestens bis zum Camp :)
Gruss, Ingo _______________________________________________ Metalab mailing list Metalab@lists.metalab.at http://lists.metalab.at/mailman/listinfo/metalab
_______________________________________________ Metalab mailing list Metalab@lists.metalab.at http://lists.metalab.at/mailman/listinfo/metalab
On 30/07/07, Leo Sauermann <leo@gnowsis.com> wrote:
ich gebe für den WirNennenEs30 ein budget für freakige projekte raus: ---> 500€ <--- die vergabe erfolgt mitte August, bis dahin warte ich auf Einreichungen. Siehe http://metalab.at/wiki/WirNennenEs30#Projekte
da ich gerne das TRON projekt (oder PacMan) am Graffitti beamer sehen würde,
Ich find die Idee von Projekte fördern super, aber ehrlich glaub ich das Projekt ist der Aufwand zu gross ums als ein "Hack a little at night" Projekt bis Ende August zu machen. Aber wir nehmens gerne für den PyGame Rewrite vom Graffiti Zeug ;) Michael -- </gro.jiin//:ptth>
ich werde es auch nicht machen, weil nicht in wien. will nur anmerken, dass das einzige was bisher gegen die verwirklichung der tron idee gesprochen hat, die r�umlich groe�e des projekts war, insbesondere die kosten und verfuegbarkeit eines beamers von dem kaliber. also vielleicht kann man es auf tischgroe�e kleinschrumpfen und mit playmobilmaxerln herumgurken. dann reicht auch eine webcam, dann reicht ein kleiner beamer, usw. Im uebrigen halte ich sowohl python als auch processing fuer zu langsam fuer videotracking, aber da lasse ich mich gern eines besseren belehren... marius. Michael Zeltner wrote:
On 30/07/07, Leo Sauermann <leo@gnowsis.com> wrote:
ich gebe f�r den WirNennenEs30 ein budget f�r freakige projekte raus: ---> 500� <--- die vergabe erfolgt mitte August, bis dahin warte ich auf Einreichungen. Siehe http://metalab.at/wiki/WirNennenEs30#Projekte
da ich gerne das TRON projekt (oder PacMan) am Graffitti beamer sehen w�rde,
Ich find die Idee von Projekte f�rdern super, aber ehrlich glaub ich das Projekt ist der Aufwand zu gross ums als ein "Hack a little at night" Projekt bis Ende August zu machen.
Aber wir nehmens gerne f�r den PyGame Rewrite vom Graffiti Zeug ;)
Michael
On 31/07/07, marius schebella <marius.schebella@gmail.com> wrote:
Im uebrigen halte ich sowohl python als auch processing fuer zu langsam fuer videotracking, aber da lasse ich mich gern eines besseren belehren...
Werder Python noch Processing werden/wurden fürs tracking verwendet - nur fürs OpenGL malen - und da sind wir bei 60fps was ich für ausreichend erachte. Das Tracking machen C/C++ Libraries, und Myron ist ziemlich schnell, es geht jetzt nur mehr darum den Kamera Feed zu optimieren - will look into it! (Und Danke fürs Feedback da!) Und klar haperts nicht an der Unmöglichkeit es zu tun, sondern am Tun selbst. Leo hat selbst gemeint sie sind an Schlappheit gescheitert. Ich hab jetzt nur durch die Sache gemerkt wieviel Zeit man in sowas reinsteckt und vorerst sofern wir noch kein einfaches Framework (ob das jetzt LASER TAG 2.0 oder was selbst geschriebenes ist, egal) haben setz ich mich da noch nicht dran. Und bis August geht sich das nicht aus. Michael -- </gro.jiin//:ptth>
Michael Zeltner schrieb:
On 31/07/07, marius schebella <marius.schebella@gmail.com> wrote:
Im uebrigen halte ich sowohl python als auch processing fuer zu langsam fuer videotracking, aber da lasse ich mich gern eines besseren belehren...
Werder Python noch Processing werden/wurden f�rs tracking verwendet - nur f�rs OpenGL malen - und da sind wir bei 60fps was ich f�r ausreichend erachte.
Wir haben mit Processing ganz gute erfahrungen beim Live-tracking gemacht, siehe hier: http://www.dfki.uni-kl.de/mp3konzertarchiv/exhibition.htm (sektion "Electric Travolta") where S Baumann tracked dancing people. Ich denke das es einfacher ist, wenn man nur eine technik verwendet, also nur processing, die kommunikation zwischen tracking und visulaisierung kostet ja auch performance. K�nntet ihr euren ganzen code irgendweo in ein repository packen (svn), vielleicht sind wir dann nicht mehr so schlapp hier in Kaiserslautern :-) bez�glich dem erweiterten subject -> es gibt etwas $$$ die projekte sollten zum Event am 31.8./1.9. beitragen , also wenns nicht bis dahin fertig sein kann, gibts auch keine kohle. konkrete vorschl�ge ins wiki, nicht per mailinglist. aber da geht jedes beliebige projekt, also auch Throwies (oder irgendwas andere constructable), Apocalypse Now mittels Picooz Helikoptern neu verfilmen, Music/Light mashups, etc. ich denke da f�llt euch noch was ein, ich halte mich mal zur�ck.... nur bitte bald �berlegen, der 10.August naht. Sonst verf�llt die Kohle, w�re auch schade drum. lg Leo
Das Tracking machen C/C++ Libraries, und Myron ist ziemlich schnell, es geht jetzt nur mehr darum den Kamera Feed zu optimieren - will look into it! (Und Danke f�rs Feedback da!)
Und klar haperts nicht an der Unm�glichkeit es zu tun, sondern am Tun selbst. Leo hat selbst gemeint sie sind an Schlappheit gescheitert. Ich hab jetzt nur durch die Sache gemerkt wieviel Zeit man in sowas reinsteckt und vorerst sofern wir noch kein einfaches Framework (ob das jetzt LASER TAG 2.0 oder was selbst geschriebenes ist, egal) haben setz ich mich da noch nicht dran. Und bis August geht sich das nicht aus.
Michael
Teilnehmer (13)
-
Andreas Schreiner -
Bernd Petrovitsch -
Constantin Hofstetter -
Florian Hufsky -
ingo＠fargonauten.de -
Isis Kowarik -
Johannes Sperlhofer -
Leo Sauermann -
marius schebella -
Michael Zeltner -
overflo -
phreak＠gmx.at -
Thomas Themel