lundi 30 avril 2007
Les informaticiens sont parfois poètes...
La traditionnelle erreur 404 un peu modifiée sur un site de chercheurs très sérieux : > à voir ici < (apparemment pas visible sous IE).
mercredi 11 avril 2007
Compilation !
Après avoir retrouvé, trié, regroupé les sources ; après m'être fait une juste assez bonne compréhension du code pour pouvoir y toucher ; après avoir retrouvé toutes les dépendances (et dans la bonne version) et refait les linkages ; après avoir corrigé certains soucis de code (heu... Oui, le code qu'il y avait dans les sauvegarde n'aurait jamais pu compiler en l'état, curieux...)...
Bref, après bien des efforts, j'ai enfin pu recompiler le code !
La mauvaise nouvelle, c'est que la partie client du logiciel ne trouve pas la caméra... Et je crains que ça ne soit une histoire de driver.
Quoi qu'il en soit, c'est une bonne avancée, déjà.
Bref, après bien des efforts, j'ai enfin pu recompiler le code !
La mauvaise nouvelle, c'est que la partie client du logiciel ne trouve pas la caméra... Et je crains que ça ne soit une histoire de driver.
Quoi qu'il en soit, c'est une bonne avancée, déjà.
mardi 10 avril 2007
Hack & Flash
Juste une petite trouvaille sous flash :
Lorsque l'on créé une classe, il arrive que l'on souhaite qu'elle ait une existence visuelle sur le flash.
Alors on la fait vaillamment dériver de la classe MovieClip :
et là, on est très déçu parce que ça ne fonctionne pas du tout.
En effet, en ActionScript on ne peut pas instancier la classe MovieClip par un new ; on est obligé d'utiliser attachMovie , duplicateMovieClip ou createEmptyMovieClip. Il en va donc de même pour les classes dérivées de MovieClip.
Donc, comment faire ?
J'ai trouvé cette solution sur ce blog (qui lui même l'a trouvée ailleurs... Relayons, relayons...)
En bref : toutes les classes ont un symbole associé, créé par flash. Ce symbole se trouve dans : __Packages
Donc ma classe MaClasse définie là haut a pour symbole associé : __Packages.MaClasse
À partir de là...
class MaClasse extends MovieClip
{
//on aura besoin de l'id pour associer la classe à ce symbole et pour ensuite créer une instance de ce symbole
public static var id:String = "__Packages.MaClasse";
//on associe une fois pour toute le symbole à sa classe
private static var _isSymbolLinked:Boolean = Object.registerClass(id, MaClasse);
private function MaClasse()
{
super(); //pas certain que ce soit nécessaire...
}
}
et pour créer un objet de ma classe :
Cette fois, l'objet créé se comporte vraiment comme un MovieClip.
Lorsque l'on créé une classe, il arrive que l'on souhaite qu'elle ait une existence visuelle sur le flash.
Alors on la fait vaillamment dériver de la classe MovieClip :
class MaClasse extends MovieClip
et là, on est très déçu parce que ça ne fonctionne pas du tout.
En effet, en ActionScript on ne peut pas instancier la classe MovieClip par un new ; on est obligé d'utiliser attachMovie , duplicateMovieClip ou createEmptyMovieClip. Il en va donc de même pour les classes dérivées de MovieClip.
Donc, comment faire ?
J'ai trouvé cette solution sur ce blog (qui lui même l'a trouvée ailleurs... Relayons, relayons...)
En bref : toutes les classes ont un symbole associé, créé par flash. Ce symbole se trouve dans : __Packages
Donc ma classe MaClasse définie là haut a pour symbole associé : __Packages.MaClasse
À partir de là...
class MaClasse extends MovieClip
{
//on aura besoin de l'id pour associer la classe à ce symbole et pour ensuite créer une instance de ce symbole
public static var id:String = "__Packages.MaClasse";
//on associe une fois pour toute le symbole à sa classe
private static var _isSymbolLinked:Boolean = Object.registerClass(id, MaClasse);
private function MaClasse()
{
super(); //pas certain que ce soit nécessaire...
}
}
et pour créer un objet de ma classe :
import MaClasse;
mc = attachMovie(MaClasse.id, "monInstance", 1);
Cette fois, l'objet créé se comporte vraiment comme un MovieClip.
mercredi 4 avril 2007
Démarrage du stage
Aujourd'hui : lancement de mon stage au cyberdôme d'Angoulème.
Le cyberdôme était un pôle de recherche et de production autour de la motion capture ou capture de mouvement.
C'est une salle assez grande avec au centre une structure en dôme hémisphérique d'une dizaine de mètres de diamètre (et donc d'environ 5 mètres de haut).
Le reste de la salle sert un peu de débarras pour le moment. Il y a également une mezzanine sur deux murs de la salle, avec les bureaux.
La structure hémisphérique sert à fixer des caméras cernant la zone de scène dans laquelle un acteur réalise les mouvements à acquérir.
La structure permet de fixer 8 caméras reliées à 8 ordinateurs capables de prendre des images de manière synchrone.
Les 8 séquences d'images sont envoyées en temps réel à un ordinateur (le master) qui les traites pour en déduire le mouvement.
Pour l'instant, je n'ai pas trop idée du fonctionnement interne de tout ça... Il semblerait que l'information de contours de l'image soient utilisée lorsque la capture se fait sans marqueurs.
On commence par une réunion, avec Michel Crucianu et Valerie Gouet pour déterminer les tenants et aboutissants du stage.
Pour l'instant, trois objectifs bien identifiés :
- Remise en route du cyberdôme
- État de l'art sur le suivi de mouvements et les méthodes de description associées
- Mise en place de bases d'évaluation de ce type de système
Il y avait également l'un des ingénieur qui a travaillé sur ce site autrefois : Quentin. Il a pu accélérer pas mal de démarrage de l'installation, mais pour l'instant, seule la partie matérielle est revenue à la vie.
Niveau contraintes, il faut des algorithme rapides (mais pas nécessairement temps réel), robustes, fonctionnant avec autre chose qu'un fond uni.
(quelques photos là)
Le cyberdôme était un pôle de recherche et de production autour de la motion capture ou capture de mouvement.
C'est une salle assez grande avec au centre une structure en dôme hémisphérique d'une dizaine de mètres de diamètre (et donc d'environ 5 mètres de haut).
Le reste de la salle sert un peu de débarras pour le moment. Il y a également une mezzanine sur deux murs de la salle, avec les bureaux.
La structure hémisphérique sert à fixer des caméras cernant la zone de scène dans laquelle un acteur réalise les mouvements à acquérir.
La structure permet de fixer 8 caméras reliées à 8 ordinateurs capables de prendre des images de manière synchrone.
Les 8 séquences d'images sont envoyées en temps réel à un ordinateur (le master) qui les traites pour en déduire le mouvement.
Pour l'instant, je n'ai pas trop idée du fonctionnement interne de tout ça... Il semblerait que l'information de contours de l'image soient utilisée lorsque la capture se fait sans marqueurs.
On commence par une réunion, avec Michel Crucianu et Valerie Gouet pour déterminer les tenants et aboutissants du stage.
Pour l'instant, trois objectifs bien identifiés :
- Remise en route du cyberdôme
- État de l'art sur le suivi de mouvements et les méthodes de description associées
- Mise en place de bases d'évaluation de ce type de système
Il y avait également l'un des ingénieur qui a travaillé sur ce site autrefois : Quentin. Il a pu accélérer pas mal de démarrage de l'installation, mais pour l'instant, seule la partie matérielle est revenue à la vie.
Niveau contraintes, il faut des algorithme rapides (mais pas nécessairement temps réel), robustes, fonctionnant avec autre chose qu'un fond uni.
(quelques photos là)
vendredi 23 février 2007
Transformer
Je suis tombé il y a un moment déjà sur cette petite applet assez étonnante :
http://www.dcs.st-and.ac.uk/~morph/Transformer/index.html
Enjoy !
http://www.dcs.st-and.ac.uk/~morph/Transformer/index.html
Enjoy !
Inscription à :
Articles (Atom)
