Salut Pschiiitt
merci pour ta réponse,
oui mon appareil permet le transfert direct, avec eos utility, je peux choisir le logiciel vers lequel je désire envoyer la photo, sur mon mac, je passe par realplayer qui me fait un affichage direct en plein écran,.
si je demande à eos utility d'envoyer l'image à max il ne se passe rien du tout, ma commande getvdevlist ne repère pas l'appareil photo...

sinon pour la vidéo ça ne passe pas, ça marche en dv mais pas en hdv
voila le message d'erreur sur pc:
jit.dx.grab: could not render capture stream
jit.dx.grab: could not build preview graph

et ça aussi:
jit_gl_support_init : float pixel formats : GL Error : invalid enumeration

alors que grace à powerproducer je peux afficher l'image de la caméra en direct en hdv
donc ma carte graphique et mon pc supportent le hdv
t'aurais aussi un tuyau?
merci beaucoup!

Dernière modification par icarus (2009-12-27 13:57:28)

Pas de hdv avec Jitter.

Salut à vous!
merci !
effectivement j'ai essayé de lire une séquence hdv, en passant par powerproducer, je capture directement le flux en direct de la caméra et je l'enregistre en mpg,
puis j'arrive à lire cette séquence dans un patch avec read, mais il n'arrive à afficher que la première image de video et cela reste bloqué et il me marque quand même jit_gl_support_init : float pixel formats : GL Error : invalid enumeration
J'ai essayé de lire la video hdv avec quicktime, et là il me raconte qu'il ne prend pas en charge ce type de fichier...
ce qui est peut-être dû à leur component mpeg-2

bon je vire la dernière version pour mettre une version 6.xx de QT
et là QT lit parfaitement la séquence hdv!!??

je me donc dis ça venir de mon patch...

dans le patch que j'ai crée pour utiliser ma caméra je clique sur getvdvlist, dans le menu il indique la caméra mais en cliquant sur open
jit.dx.grab: could not render capture stream
jit.dx.grab: could not build preview graph
et cliquant sur play: jit_gl_support_init : float pixel formats : GL Error : invalid enumeration

je suis sur pc car mon mac ne gère pas la hd (car trop vieux, à priori...)
je n'ai pas encore la licence max donc je galère pour adapter mon patch,
j'espère bientôt pouvoir vérifier avec le tuto patch 21 sequence grabber avec dx ( pour pc)
sinon j'essaierai quand même sur le mac.
en tout cas merci vos remarque mon mis sur une piste, en espérant que ça résolve le problème!

Salut,

Merci pour le lien et les infos Kyred !

citation :

Pour rappel l'objet [jit.qt.movie] n'a pas de rapport direct avec le logiciel Quicktime, ce qui est commun aux deux ce sont les outils pour développeurs et l'infrastructure sur lesquels ils reposent.

Oui, pourquoi pas, mais il doit y avoir un lien entre les codecs Quicktime et les codecs utilisés par [jit.qt.movie]. Ça me paraît éminemment logique puisque je conçois difficilement que des codecs soient intégrés spécifiquement à l'objet [jit.qt.movie]. Ce qui, me semble-t-il, est confirmé par ce passage :

citation :

Different versions of QuickTime support different audio and video codecs. For instance, QuickTime 5 doesn’t support the MPEG-4 codec, although QuickTime 6 does. You should experiment with different codec settings to find the best match for your particular use of Jitter.

Par contre, j'étais loin de me douter que les recommandations étaient aussi basses :

citation :

If you are working with DV media, your movies are recorded at 29.97 frames per second (in NTSC) or 25 frames per second (in PAL). Even using a 320x240 movie, Jitter has to process 9,206,784 values per second in NTSC and 7,680,000 values per second in PAL. Thinning this data, by reducing the frame rate to 15 or 20 frames per second, will improve performance significantly if you are using Jitter for processing. On most machines, 15 fps is a good choice.
Our Favorite Setting
We’ve found that, for most movies, the following parameters yield consistently good results:
• 320x240 frame size
• 15 frames per second
• Video tracks: Photo-JPEG codec, using a medium to high spatial quality setting
• Audio tracks: no compression

Quoiqu'il en soit, c'est à icarus d'expérimenter sur sa configuration pour confirmer tout ça et nous fournir les informations qui peuvent servir à d'autres. Mais au final, icarus, il va peut-être falloir changer de format vidéo . Merci à icarus pour les infos.

Salut,

Je ne sais pas si la DV est ou non recommandé.
Mais, J'ai ça avec mon firewire :

En fait, je ne peux pas l'utiliser en webcam avec le firewire (j'ai juste une image).
Il semble qu'un câble usb soit nécessaire pour bénéficier du mode webcam sur mon appareil.

Dernière modification par pschiiitt (2010-01-02 23:51:08)

Et non, ce n'est pas de la HDV :
http://cycling74.com/forums/topic.php?i … post-60857
C'est tordu !

Icarus,

Je te déconseille de persévérer dans cette direction. Jitter n'est de toutes les façons pas très optimisé pour traiter des matrices (résolutions) de grandes tailles.

A mon sens ton problème est moins la résolution (car le problème est tout vu) que l'import automatique.

Il faudrait chercher comment il est possible de charger tes images automatiquement de ton appareil dans un dossier de ton ordinateur, puis les convertir en série via un logiciel approprié ou un cron (script système) permettant cette conversion en block dans un format approprié pour jitter.

A partir de cela l'import automatique en série et le traitement dans Max seraient aisés.

C'est ce que je ferais, mais ce n'est pas forcément facile à mettre en oeuvre.

K.