Now talking about the technical stuff. In my experiment I am using the Blobscanner library and the Box2D code of Daniel Shiffman. It is really a small experiment, I just wanted to check out how difficult it is to combine camera data and virtual data. For the first test I am using a easy .jpg file with 3 rectangles. This examples works pretty well. The next map has some diagonal rectangles. The first problems appears. The upper right rectangles are drawn in the wrong direction. This is the reason why the physics simulation fails. At the moment I am using the Surface object of Box2D for drawing more complex objects. For the surface object is the direction of drawing very important. You have to draw counter clockwise. So  that the normal vectors does not point inside the object (check chapter 4.4 Polygon Shapes). Even using a polygon object would make more sense instead of using the surface object...

Another issue I have, is the correct recognition of the shapes. This problem is caused by two challenges. First challenge is to order the edge points array correctly. I get only edge points and I don't know is it the right or the left side of the object. My sorting algoritm is not implemented very well. For this reason some of my recognitions fails. But for doing a fast check on simple objects to get an idea, it was enough. However, this paper about edge detection can solve my problem, or I just have to implement a "find the shortest distance algorithm". If you have some better advices, please leave a comment. Thx! The second challenge is minimizing the size of the edge points array. For this I found a nice article: Line Generalization (Smoothing, Simplifying). I ported the ActionScript code to processing and it seemed to work. Tough a better approach could be to vectorize the camera data. Nicolas Barradeau wrote two nice blog posts about vectorization v0 and vectorization v1. His code I defintely have to check out. I guess there are some  hidden solutions for my problems.

So far about my experiment. My code is online on my google project site or download it. Please consider that my code is far far away from perfect. Big thanks to the great tutorial writers. I shit love the ActionScript community and the processing community Knowledge sharing, ahoi!!

No related posts.

Poster

Programme #1

Programme #2

In my installation "Sound Drawings" the musicians can use their instruments for drawing an abstract painting. The pitch and the volume of their instruments paint the canvas with an harmonious-sensitive-line-based brush (a digital ribbon brush). The installation tries to put the aesthetic experience of music and visual on an equipollent level. Usually , the music defines the visual experience (see the battle between DJs and VJs) or vice versa. The realtime visual feedback gives the musicians an additional channel for improving and influencing their improvised perfomance. The musicians are oriented towards the visual aesthetics of their drawing and their bandmates. New sounds and musical aesthetics can emerge.

Emily Stewart (violin) and Mira Lu Kovacs (singer) performed three different parts. These parts were influnced by transforming the coordinate systems of the canvas.

1. Part: Against each other : Volume axis are  reflected | Painting | MP3
2. Satz: Rotation : Volume and Pitch axis are rotated through 90° | Painting | MP3
3. Satz: Together : Both using the same coordinate system | Painting | MP3

Drawing Part No. 1

Drawing Part No. 2

Drawing Part No. 3

Technical implementation:

The whole software is written in Max/MSP/Jitter. The ribbon brush is strongly based on Mr. Doob's Harmony Drawing application. For this installation I ported the original Web JavaScript version to a Max MSP working version. After the porting process I extended the application with a multiple brush ability. In the end it was possible to use several brushes at the same time. The sound and pitch tracking is done by the external Max MSP object Fiddler. This object works nice for voices and string instruments. Also the color management uses the data of the Fiddler object in combination with a pre-defined color set.

Equipment:
- Dell Latitude E6400 2,66GHZ Notebook
- M-Audio Fast Track Ultra Soundkarte (2 channels)
- HD Beamer
- Max/MSP 5 (Software)
- Harmony Open Source Project (JavaScript)
- Fiddler Project

Acknowledgement:

Big thanks to Andreas Weixler for the technical support, his great advice to use the Fiddler object for sound analyzing, and of course for getting the invitation for his Sound & Vision concert serie. Furthermore, big thanks to Mira and Emily for their great performance, feedback  and their patience during calibrate the software. The whole work was a real pleasure. Thx!

Related posts:

1. Interaktive Installation: Sound Drawings
2. Bewerbungen für den Master in Interactive Media
3. AS3: Interactive Webcam Package 1.2

Plakat

Programm Flyer Seite 1

Programm Flyer Seite 2

Bei meiner Installation "Sound Drawings" zeichnen Musiker mit Hilfe ihrer Instrumente ein abstraktes Farbenbild von harmonisch schwingenden Linien. Die Tonhöhe und die Lautstärke lässt den digitalen Pinsel an verschiedenen Positionen an der Leinwand gleiten. Die Installation versucht die ästhetischen Erfahrungen zwischen musikalischer und visueller Wahrnehmung auf ein gleichberechtigtes Level zuheben. Normalerweise gibt die Musik den Ton für die Visualisierung, oder und umgehkehrt. Durch das visuelle in Echtzeit generierte Feedback entsteht für die Musiker eine neue Improvisationserfahrungen. Diese neue Erfahrung beeinflusst die Interaktion zwischen den Musikern zusätzlich, und verändert somit die musikalische Ästhetik.

Emily Stewart an der Violine und Mira Lu Kovacs mit ihrer Stimmen improvisierten drei verschiedene Sätze. Diese drei Improvisationen wurden zusätzlich durch die Manipulation des Koordinatensystems beeinflusst.

1. Satz: Gegeneinander: Lautstärken Achsen sind gespiegelt | Bild | MP3
2. Satz: Rotation: Lautstärke und Tonhöhe ist um 90° Grad verdreht | Bild | MP3
3. Satz: Miteinander: Beide benutzen das gleiche Koordinatensystem | Bild | MP3

Bild Satz Nr. 1

Bild Satz Nr. 2

Bild Satz Nr. 3

Technische Umsetzung:
Die Umsetzung dieser Installation erfolgte mit Hilfe von Max/MSP und Jitter. Für die technische Umsetzung des Malens und des Ribbon Pinsels wurde sich stark an die Harmony Malen Applikation von Mr. Doob orientiert. Diese Applikation wurde eigens für dieses Projekt von der ursprünglichen Web JavaScript Version zu einer Max/MSP tauglichen Version portiert. Für die Soundanalyse wurde das externe Fiddler Max/MSP Objekt verwendet. Dieses Objekt kann die Tonhöhe des jeweiligen Instruments und/oder Stimme herausfiltern, und gibt die entsprechende Note zurück.

Ausrüstung:
- Dell Latitude E6400 2,66GHZ Notebook
- M-Audio Fast Track Ultra Soundkarte (2 Kanäle)
- HD Beamer
- Max/MSP 5 (Software)
- Harmony Open Source Project (JavaScript)
- Fiddler Project

Danksagung:
Ich danke Andreas Weixler sehr für den technischen Support, den Tipp mit dem Fiddler Objekt, und der Möglichkeit auf seiner Sound & Vision Konzertreihe auftreten zu dürfen. Weiterer großer Dank geht an Mira und Emily für ihr Feedback und natürlich für ihre super Perfomance! Selten so ein freies und ungezwungenes Experementieren gehabt. Danke!

Related posts:

1. Interactive Media Installation: Sound Drawings
2. Medien: Ist der interaktive Film schon tot?

Es ist endlich geschafft und auch noch rechtzeitig zu Weihnachten wurde die Version 1.2 meines Interactive Webcam Packages fertig gestellt. Viel hat sich in der Funktionalität zur Version 1.0 eigentlich nicht getan, ausser dass das Interactive Webcam Package nun komplett auf ActionScript 3 portiert wurde.
Aber der damit verbundene erhebliche Perfomancesprung von ActionScript 2 auf ActionScript 3 und die neuen Open-Source Projekte (wie z.B. Papervision 3D) ermöglichen einige neue interessante Anwendungsfelder für das Interactive Webcam Package. Als kleinen Vorgeschmack und für eine bessere Vorstellung wie solch eine Kombination aussehen könnte, habe ich für euch zwei Videos meiner neuen Webcam Experimente mit hochgeladen, die in Kombination mit der Papervision3D Engine entstanden sind.

Der Sourcecode dieser Experimente liegt in dem zip-File des Interactive Webcam Packages bei, so dass jeder damit ein wenig rumspielen kann. An dieser Stelle möchte ich mich noch bei den Entwickler der Papervision3D Engine,John Grden für das XFighter Modell und Jens Franke für seinen Papervision3D Vortrag und seine Utility Klassen bedanken. Ohne diese hilfreichen Tools hätte ich diese zwei kleinen Experimente auf jeden Fall nicht so schnell realisieren können.

Nochmal kurz zum Aufbau und zur Struktur des neuen Interactive Webcam Packages. Da sich bekanntlich die Flash API Struktur von ActionScript 2 auf ActionScript 3 schon gut verändert hat, musste ich auch ein bissl an der Struktur des Interactive Webcam Packages rumschrauben. Da die Klassen aber nicht so mega umfangreich sind, hat sich eigentlich nur das Eventhandling nennenswert verändert. So dass jetzt alle Events mit der bekannten ActionScript 3 addEventListener() Funktion abgefangen und bearbeitet werden müssen. Aber über solch eine Änderung lacht ja ein eingefleischter AS3 Coder . Für alle anderen offenen Punkten soll die beigelegte Dokumentation des Interactive Webcam Packages für Klärung sorgen. Dabei orientiert sich die Dokumentation an der etablierten Flash Hilfe. Aus diesem Grund sind alle möglichen Klassenmethoden und Attribute erklärt und mit Beispielcodes versehen. Sollte es dennoch Fragen oder Probleme geben, scheut euch nicht mich anzuschreiben oder hier zu posten. Ich werde dann mein Bestes geben.

Nun aber genug von mir, wünsch euch allen frohe Weihnachten und viel Spass beim Flashen im neuen Jahr!

Related posts:

1. AS2: Interactive Webcam Package
2. Webcam User Interface
3. Webcam – Lightwriter Version 2.0

In letzter Zeit haben sich mal wieder ein paar Fotos, Grafik Entwürfe und Videos bei mir angesammelt. Die besten Ergebnisse daraus sind in meinem Demobereich zu sehen. So sind zum Beispiel in der Rubrik Fotografie einige Bilder von meinem Zürich Trip mit Chrissi und meiner Fototour durch Wiesbaden neu hinzu gekommen.

Im Grafikbereich ist nun auch das Logo meines Interactive Webcam Package zu sehen, welches in Kürze in einer ActionScript 3 Version erscheinen wird - bin momentan noch am Doku schreiben - und zu guter Letzt habe ich noch als Set und Kamera-Assi bei Peter Volk für das Black Metal Musikvideo von Imperium Dekadenz mitgeholfen. Schaut mal rein, das rockt!

-- UPDATE 26.11.2007 --
Ganz vergessen meine Thesis zu erwähnen, die mich doch sehr beschäftigt hat. Es ging um Preisgestaltung online-basierter Produkte. Wer mehr daräber erfahren möchte, sollte sich mein Blogeintrag dazu ansehen.

Related posts:

1. Kaufempfehlung PAGE Ausgabe 01.2007

Der Grund für die einmonatige Absenz ist die Beendigung meiner Bachelor-Thesis. Viel Schweiss und viele Stunden Arbeit stecken in dieser 6monatigen Arbeit über das sehr marketinglastige Thema: Preisgestaltung von online-basierten Produkten. Anbei ein kleiner Abstract zur Einführung:

Die Verbreitung von Breitbandanschlüsse nimmt in unserer heutigen Gesellschaft immer stärker zu und ermöglicht somit das Anbieten von leistungsstarken Online-Diensten und Online-Produkten, wie es vor 5 Jahren noch nicht möglich war. Durch diese Leistungs- und Qualitätssteigerung bei den online-basierten Produkten, erfolgt eine immer stärker werdende Integrität dieser Produkte in unseren Alltag. So verlieren zum Beispiel Videotheken ihre Kunden an die Video-on-Demand Portalen und der Verkauf von Musik findet immer stärker über die Musikportale im Internet statt.

Die Situation diese Online-Dienste nicht nur mit Werbeinhalten finanzieren zu können und die steigende Zahlungsbereitschaft im Internet, wirkt sich sehr positiv auf die Bedeutung der Preisgestaltung von online-basierten Produkten aus. Preismanager und die Anbieter von online-basierten Produkten müssen daher sehr gute Preismodelle entwickeln um ihre Produkte für den Kunden schmackhaft zu machen.

Wie man bei dieser Preisgestaltung von online-basierten Produkten vorgehen sollte, und wie sie momentan von den Anbietern online-basierter Produkte in Deutschland umgesetzt wird, ist der Schwerpunkt dieser Arbeit. In dieser Arbeit wird unter anderem überprüft welche Erlösformen und welche Preisdifferenzierung auf online-basierte Produkte angewandt werden, und ob die verwendeten Preismodelle bei online-basierten Produkten Gemeinsamkeiten aufzeigen.

Im Rahmen dieser wissenschaftlichen Arbeit möchte ich mich noch bei Christine Roth (Marketing), Sebastian Wolf (BWL), Christian Spiegel (Latex) und meinen betreuenden Professor Dr. Wolfgang Maass für die Unterstützung bedanken. Vielen vielen Dank!

Meine Bachelor-Thesis Download

Related posts:

1. Online werben – aber bitte wo???

Seit einiger Zeit spiele ich schon mit bildbasierter Interaktion rum (wie man es im meinen Experimenten Bereich gut sehen kann:-). Leider liesen sich die bisherigen Klassen nicht so einfach ohne Änderung für andere Experimente verwenden. Aus diesem Grund habe ich mich jetzt nochmal hingesetzt und die Klassen richtig aufgeräumt bzw. auch zum Teil verbessert.

Das Lichter Tracking arbeitet endlich auflösungsunabhängig (funzt somit auch in 640x480px) und wirft schön Events, die ihr mit einem einfachen Listener Objekt abrufen könnt.
Die CamButton Klasse wurde komplett überarbeitet. Es gibt jetzt eine CamButtonManager Klasse mit der man dann die Cam Buttons erzeugt, ganz nach dem Prinzip des Factory Pattern. Die CamButtonManager Klasse überprüft desweiteren ob der Button aktiv ist oder nicht und führt dementsprechend das Ereignis aus. Was mir aber am besten gefällt ist, dass jetzt in zwei verschiedenen Modi gearbeitet werden kann. Einmal der bisher bekannte Modus mit dem Differenzkey (wo man vorher ein Snapshotbild ohne User erstellen musste) und jetzt gibt es neuerdings noch dazu den Modus Motion Detection, der ganz nach dem Prinzip von Guy Watson arbeitet. Nur dass man bei meiner Version die Menge der Frameüberlagerungen zur Laufzeit einstellen kann. ;-p

Das wars auch schon im Groben an Neuerungen. Ich hoffe mit den Klassen kann jetzt jeder ein bissl schneller mit bildbasierter Interaktion herumspielen. Die Klassen könnt ihr euch mit Codebeispielen und einer ausführlichen Dokumentation hier runterladen:

Download: Interactive Webcam Package mit Klassendoku und Beispiel Codes

Ich würde mich sehr über euer Feedback freuen!

-- UPDATE 22.12.2007 --
Es gibt ein neues Update des Interactive Webcam Packages für ActionScript 3. Mehr Infos hier.

Related posts:

1. AS3: Interactive Webcam Package 1.2
2. Webcam User Interface
3. Webcam – Lightwriter Version 1.0

Eigentlich ist ja jedes 0/8/15 Jump and Run Game mit seinen Spielesounds, Musik und der visuellen Darstellung audiovisuell. In meinem Spiele Experiment habe ich dagegen versucht die audiovisuellen Kanäle mit in die Interaktion einzubinden. Die Interaktion des Spiels basiert auf 3 Ebenen:

• Die tradionelle haptische Eingabe über die die Tastatur (Linke und Rechte Preiltasten) - für das Vor- und Zurücklaufen der Hauptfigur.
• Mithilfe der audiobasierten Interaktion (lautes Rufen in das Mikro) kann man die Hauptfigur springen lassen.
• Die visuelle Interaktion wird mit Hilfe der Webcam und einer Lichtquelle umgesetzt. Die Position der Lichtquelle wird getrackt und steuert einen visuellen Schläger im Spiel an. Mithilfe des Schlägers kann man einen Ball so ablenken, dass der Ball einen Gegner treffen kann und diesen dann zerstört.

Hauptziel in meinem Spiel war es zu schauen wie das Game Play bzw. das Gefühl beim Spielen ist. Ob man vielleicht mit den gleichzeitigen Einsatz der verschiedenen Interaktionsebenen überfordert ist. Ich selber habe ein bissl gebraucht bis ich mich an die Steuerung gewöhnt hatte. Ich muss aber auch zugeben, dass ich überhaupt kein aktiver PC-Gamer bin und mich daher sowieso in solchen Sachen ein bissl schwer tue. Damit Ihr einen besseren Eindruck von dem Spiel bekommen könnt, habe ich ein Beispielvideo mit in das Experiment eingebunden. Dort gibts auch eine genauere Erklärung zur Bedienung des Games, sowie eine spielbare Version. Schaut mal rein und habt Spass. Ich freu mich über jedes Feedback!

Nun aber zur technischen Umsetzung:
Der Aufbau und die Logik des Jump and Run Games basiert zum grössten Teil auf das Tile Based Game Tutorial von Tonypa. (Vielen Dank an dieser Stelle f&umlr dieses geniale Tutorial).
Da ich in Sachen Pixelgrafik nicht gerade gut bewandert bin, habe ich mich den Sprite Grafiken des Spielklassikers Super Mario bedient.
Für die Lautstärkenmessung benutzte ich die Standard Mikrofon-Klasse von Flash. Diese Klasse lieferte mir immer einen Lautstärkenwert zwischen 0 und 100 zurück. Ab einer Lautstärke von 30 fängt der Charakter an zu springen.
Die Steuerung des Schläger erfolgt mittels eines Lichttrackings, das aus meinen Webcam Lightwriter Version 2 Experiment stammt. Das Verfahren habe ich in einem älteren Blogeintrag schon näher erläutert, deswegen gibt es hierzu keine näheren Infos.
Perfomancemässig läuft das Spiel auf meinem 4 Jahren alten Laptop (2,4 GHZ Athlon, 512 MB Arbeitsspeicher) gerade so flüssig. Daher gehe ich davon aus, dass das Spiel leider für ältere bzw. schwächere PCs nicht zu empfehlen ist. Ideen zur Programmiercode Optimierung fallen mir momentan leider keine Guten ein.

Technische Anforderung:

• - Flash Player 8 (ActionScript 2)
• - Headset oder Mikrofon
• - Webcam
• - Lichtquelle (Taschenlampe oder Feuerzeug)
• - PC mit ca. 2,4 GHz und 512 MB Arbeitsspeicher oder höher

Stärker Interessierte können sich gern den Sourcecode des Spieles runterladen. Aber seit vorab gewahnt. Der Code ist nicht gerade gut zulesen, da er kaum objektorieniert ist (Zum Teil auf Flash 5 besteht) und ich einige Bugs ein bissl dreckig korrigiert habe...

Download Sourcecode zum Game

-- UPDATE 22.05.2007 --
Stefan Gerbeth (ein Studienkollege) hat ein einen interessanten Link zu meinen Game gepostet. Das Interactive Cinema Game! Lustiges Spiel!

Related posts:

1. AS2: Interactive Webcam Package
2. Flash Game Programmierung
3. Flash Game Frameworks, Classes and Libraries

Nachdem mein Webcam Lightwriter Version 1.0 leider nicht bei allen Webcams so gut funktioniert hat (wegen Helligkeitsproblem), habe ich ein komplettes neue Trackingverfahren geschrieben. Ich arbeite jetzt nicht mehr mit der Funktion Bitmap.getColorBoundsRect(), sondern analysiere fast jedes Pixel des Webcambildes. Bei der ersten Version hatte ich massive Perfomance-Probleme bei der Helligkeitsüberprüfung. Die konnte ich dank eines Tipps meines WG-Kollegen Matze ziemlich einfach lösen. Ich sollte einfach das Webcam Bild in ein Schwarz/Weiss Bild umwandeln. Mit Hilfe des colorMatrixFilter von Matthias Kannengiesser wandelte ich das Webcambild um und hatte somit eine Art Graustufenbild (Helligkeitsbild). Dieses Graustufenbild wandelte ich wiederum mit Hilfe der Bitmap.threshold() Methode und einen variablen Schwellenwert in ein Binärbild um. So waren die hellen Punkte (Lichter) weiss und der Rest schwarz. Damit die Perfomance noch im Rahmen bleibt, skalierte ich das Bitmap auf 80x60 Pixel herunter. Diese Auflösung reichte in meinen Tests für ein erfolgreiches Tracking aus.

Nachdem ich das Bild jetzt endlich fertig bearbeitet hatte, ging es an das eigentlich Tracking. Ich suchte im Bild nach einem weissen Pixel, der noch zusätzliche weisse Pixel als Nachbarn hat (mind. 3 bis 4). Ist diese Bedingung erfüllt, ging ich davon aus, dass es sich an dieser Stelle um ein Licht handeln müsse. Um die Grösse des Lichtes zu ermitteln, überprüfte ich die immer aufeinander folgenden horizontalen Nachbarn nach der obigen (weissen Nachbar) Bedingung. Wenn diese Bedingung nicht mehr erfüllt ist, ging ich davon aus, dass ich die Breite des Lichtes grob ermittelt hatte. Nun musste ich die Höhe des Lichtes ermitteln. Die Höhe ermittelte ich genauso wie die Breite des Lichtes nur das ich die vertikal aufeinander folgenden Pixel überprüfte. Dieses gesamte Verfahren lieferte mir schon eine zufriedenstellende Information über die Position des Lichtes, aber nicht über die ungefähre Grösse. Denn bei der Breite war dieses Verfahren noch nicht stabil genug. Dieses Problem konnte ich aber mit einem einfachen Trick lösen. Ich halbierte die ermittelte Höhe des Lichtes und überprüfte dort (y= yWertLinksOben + lichtHöhe/2) nochmals alle horizontalen aufeinander folgenden Pixel nach weissen Nachbarn. Wenn diese ermittelte Breite grösser war (das ist sie in der Regel auch), übernahm ich diese als aktuelle Breite für das Licht. Am Ende dieses Verfahren gebe ich ein Rechteck-Objekt zurück, das genug Informationen zu der EINEN getrackten Lichtquelle beinhaltet.

Froh darüber, das ich das Tracking erfolgreich geschafft hatte (in Furtwangen), wollte ich es zu Hause bei meinen Eltern (in Ober-Mörlen) weiter verbessern. Und siehe da es funktioniert nicht mehr. Und warum?! Weil eine zweite Lichtquelle im Webcam Bild war. Mein Algortihmus wusste nie welches Licht jetzt getrackt werden sollte. Ein Differenzverfahren wollte ich nicht benutzen, da dadurch die Bildinformation meines Lichtes erheblich verändert werden kann und wegstellen konnte ich das Licht auch nicht, Grr. Da meiner Meinung nach, so etwas aber ein absoluter Standardfall sein könnte, kam mir die Idee mehrere Lichter zu tracken. Also hab ich mich wieder dran gesetzt um das Verfahren auch noch für mehrere Lichter fit zu machen. Lichter zu finden war ja zu diesem Zeitpunkt kein Problem mehr, nur mehrere Lichter zu finden ohne das dabei die Perfomance in die Knie geht, war da schon schwerer umzusetzen. Ich durfte einfach die schon überprüften Pixel nicht nochmals überprüfen - Wer sich den Algortihmus genau anschaut, wie ich die Grösse des Lichtes ermittle wird verstehen was ich meine - Als erstes wollte ich dann die überprüften Pixel mit einer anderen Farbe kennzeichnen, was mir aber das Webcambild im nach hinein verfälscht hätte. Und das fand ich gar nicht gut. Nächster Gedanke war es ein extra 2dim. Array (80x60) anzulegen und dies mit den Stadien 0=noch nicht überprüft und 1=schon überprüft zu belegen. Aber das war mir viel zu umständlich, bis auch hier mir wieder jemand den ultimativen Tipp gab, den nicht genutzten Alpha Kanal für dieses Problem zu nutzen (Dank hier an Helge - Stefan Eckert). Denn wenn der Alpha Kanal den Wert 255 hat, muss ich die Pixel überprüfen, wenn er den Wert 0 hat ist eine Überprüfung nicht mehr nötig. Mit Hilfe dieses Verfahren bekam ich alle Lichtquellen heraus gefiltert. Jetzt musste ich sie nur noch passend sotieren, so dass z.B. Lichtquelle 1 auch immer als Lichtquelle 1 erkannt wird. Das machte ich mit einem Distanzvergleich alter Trackingergbnisse mit den neuen Trackingergebnissen. Dort wo die Distanz zwischen den alten und neuen TrackingRechtecken am Geringsten ist, ist ein Paar gefunden und es musste sich um die gleiche Lichtquelle handeln. Ja und in meinen Tests mit 2-3 Lichtquellen funktioniert das auch ganz gut. Schaut mal rein.

Sourcecode Webcam Lightwriter Version 2.0

Webcam Lightwriter Version 1.0 wens dann doch noch interessiert. Die Vorschau der ersten Version gibts noch auf der Flashhilfe.de Seite anzuschauen

-- UPDATE 18.05.2007 --
Eine nette passende Interaktion für den Lightwriter. Danke Jonas für den Tipp!

-- UPDATE 17.06.2007 --
Die LightTracking Klasse wurde in Sachen Anwenderfreundlichkeit überarbeitet, so dass ihr diese Klasse super einfach für eure eigenen Experimente benutzen könnt. Den Download gibt es unter Interactive Webcam Package mit ausführlicher Doku und Beispielcode zum leichteren Einstieg.

Related posts:

1. Webcam – Lightwriter Version 1.0
2. AS3: Interactive Webcam Package 1.2
3. Webcam User Interface

Ja jetzt ist der letzte Blogeintrag schon fast 3 Wochen her. Grund daf&uumlr war ne tolle Erkältungs-Grippe und ein bissl Magenkram. Das hat mich ganz schön umgehauen, aber jetzt bin ich wieder fit und hab die letzten 2 Wochen dafür genutzt um derhess.de bissl mehr dem Web 2.0 Flavour anzupassen. Vielleicht hats der ein oder andere schon bemerkt. Die Blog und Newseinträge gibt es nun auch als RSS FEED.

derhess.de Blog-RSS Feed
derhess.de News-RSS Feed

Weiter hinzukommen ist die eigentlich obligatorische Kommentarfunktion für meinem Blog. Ich freu mich über jedes Feedback!

Desweitern habe ich auf meine Videos positives Feedback bekommen (Yeahh!), nur wurde die fehlende Steuerung der Videos bemängelt. Und ich muss zugeben zurecht! Deswegen gibt es jetzt eine Steuerung der Videos. Diese erscheint wenn ihr mit der Maus über das Videobild fahrt oder ihr benutzt einfach mit Rechtsklick der Maus das Kontextmenü.

Der Demobereich ist in den Sparten Programmierung und Flashprogrammierung um jeweils einem Item reicher geworden. Einmal ein Java 3D Spiel, welches im Rahmen meines Studiums entstanden ist und eine Anlehnung an Whack the Worm sein soll. Ganz so zufrieden bin ich mit dem Ergebnis nicht wirklich, aber was solls, hauptsache es macht Spass. Im Flashbereich habe ich meinen Flash Video XML Player hochgeladen. Die FLV-File Verwaltung erfolgt wie der Player es schon sagt über das XML-Format. Wenn ihr Lust habt schauts euch mal an, vielleicht taugst euch ja was.
In den nächsten Tagen werde ich dann auch mal wieder einen brauchbaren Blogeintrag schreiben, bis denne!

No related posts.