Travailler une image en temps réel

Anonyme · Message par **Anonyme** » jeu. 08/déc./2005 18:52

Voici un lien intérrésant pour ceux qui aime la 2D en général :
http://hge.relishgames.com/demos.html
Télécharger les démos.

Ma question est : Comment font t'ils pour obtenir de tel resultats?
Car j'ai essayer de travailler une image en temps réel(Bump mapping par exemple), mais j'ai des resultat très médiocre.

Frenchy Pilou · Message par **Frenchy Pilou** » jeu. 08/déc./2005 19:17

A quel point de vue ?
De la programmation ou de la réalisation ?
Il y a un programme gratos http://www.debugmode.com/winmorph/
qui permet de faire des morphings sympa

Backup · Message par **Backup** » jeu. 08/déc./2005 20:12

Frenchy Pilou a écrit :A quel point de vue ?
De la programmation ou de la réalisation ?
Il y a un programme gratos http://www.debugmode.com/winmorph/
qui permet de faire des morphings sympa

pour ma part , je suis pas arrivé a telecharger Winmorph !!

Chris · Message par **Chris** » jeu. 08/déc./2005 20:14

Dobro a écrit :
Frenchy Pilou a écrit :A quel point de vue ?
De la programmation ou de la réalisation ?
Il y a un programme gratos http://www.debugmode.com/winmorph/
qui permet de faire des morphings sympa
pour ma part , je suis pas arrivé a telecharger Winmorph !!

C'est l'age!

Anonyme · Message par **Anonyme** » jeu. 08/déc./2005 20:20

Frenchy Pilou a écrit :A quel point de vue ?
De la programmation ou de la réalisation ?

La programmation bien entendu. Avez vous déjà essayé de traiter une image en temps réel ? par exemple un petit Bump mapping style "old-school" comme on voit souvent dans le monde des demomakers.
Comment font t'ils pour travailler aussi vite sur une image sans que cela rame?

Chris · Message par **Chris** » jeu. 08/déc./2005 20:30

Ben déjà, ils savent le faire! (Je sais, c'est c.. comme réponse, mais c'est un fait, c'est pas donné à tout le monde).
Et à mon avis, beaucoup de leurs routines doivent être programmées en assembleur pour optimiser au maximum.

Anonyme · Message par **Anonyme** » jeu. 08/déc./2005 21:22

Je le sais que certain savent le faire ^^
J'ai un autre exemple tout bête : un lecteur vidéo.
Comment font-ils pour afficher (1024*768 pixels ) * 24 en une seconde ?
Le 24 correspond au nombre d'images par seconde.
Sachant qu'il y a le son à gerer

Backup · Message par **Backup** » jeu. 08/déc./2005 22:36

Comment font-ils pour afficher (1024*768 pixels ) * 24 en une seconde ?
Le 24 correspond au nombre d'images par seconde.
Sachant qu'il y a le son à gerer Confused

ben ils bufferise !! ;
c'est le principe du direct2disk , du gravage de donnée sur un CD ect ...

faut créer un buffer suffisament grand pour accueuillir les données
donc un tread rempli le buffer (en prenant de l'avance) , un autre lit le buffer
comme le premier tread a commencé avec de l'avance , le second n'arrive jamais a le ratraper, sauf a la fin de la lecture ....

Anonyme · Message par **Anonyme** » jeu. 08/déc./2005 23:19

Je me doute bien qu'il "bufferisent" , mais même en bufferisant fais moi un Media player avec la fonction plot()

@+

comtois · Message par **comtois** » jeu. 08/déc./2005 23:23

En fait tu ne dois pas avoir 24 images à afficher ? du moins pas complètement.
Si j'en crois le principe des films compressés (format MPEG) , il y a en gros une image complète toutes les 12 images, les images intermédiaires sont déduites de la précédente. En effet ,entre deux images ,tu peux avoir des variations très faibles , ou des variations paramétrables , comme un mouvement de caméra , des algos se chargent de calculer les vecteurs mouvements , ou de détecter les écarts d'une image à l'autre.

Gratteur · Message par **Gratteur** » jeu. 08/déc./2005 23:54

Et les images ne sont pas en 1024*1024 mais en 640*480 maximum, ce qui nécessite 900ko à la place de 3Mo par image. De plus en divx la palette de couleurs est sérieusement réduite et les images ne doivent pas dépasser les 12 par seconde (de toute façon l'oeil ne voit pas plus de 10 images/seconde).
Même sans les vecteurs et le reste c'est carrément fesable alors imagine quand tout est bien compressé avec de bons codecs.

Backup · Message par **Backup** » jeu. 08/déc./2005 23:55

Cpl.Bator a écrit :Je me doute bien qu'il "bufferisent" , mais même en bufferisant fais moi un Media player avec la fonction plot()

@+

commence par lire ça d'abord !

http://purebasic.hmt-forum.com/viewtopi ... light=plot

deja tu verra que le plot n'est pas le plus rapide moyen de faire un point a l'ecran !

ensuite effectivement les formats de compression-lecture video
utilisent des "drivers" appelé CODEC qui sont des programme optimisé pour lire un format precis donc inutile de reinventer la roue
tu peut utiliser les apis ou bien la bibliotheque "Movie" du pure qui justement fait appel a ces CODEC !!

d'ailleur Media-player et compagnie ne sont que des programme ordinaire qui font appel au CODEC !!

vouloir se passer des CODEC c'est comme vouloir réécrire OPENGL
(bon j'exagere un poil

)

Anonyme · Message par **Anonyme** » ven. 09/déc./2005 0:08

je connais la lib de lsi, je vais jeter un coup d'oeil à la bibli "movie".
Merki pour les infos notament à gratteur ^^
@+

Frenchy Pilou · Message par **Frenchy Pilou** » ven. 09/déc./2005 0:41

@ dobro ! essaye ce site pour charger Winmorph (aucun problème!

http://www.simtel.net/product.download. ... p?id=14613

le patch pour avoir les menus et un tut en français
http://www.toutfr.com/?p=programs_show&wid=767

Un petit truc pas trop soigné que j'avais fait pour tester à l'arrache
http://www.zbrushcentral.com/zbc/showpo ... stcount=82

Backup · Message par **Backup** » ven. 09/déc./2005 0:48

Merci j'ai pu le recup !!

sympath les exemples !

le morphing est interressant pour creer un relief en utilisant 2 photos
prise avec des angles differents ! on glisse en aller et retour entre la photo de droite et de gauche le decors en arriere plan semble se deplacer , ce qui donne le relief sans utilisation de lunette !