Search options (Page 86 of 133)

It is probably a version of bug 165 or bug 184. Some files produced by Windows Movie Maker wrongly state they are 1000fps and this was causing problems as we use these informations to set up duration, seeking, etc.

This should be fixed in later versions I think. I'm really interested in knowing if you still have the bug in 0.8.14.

You need to close the running instance of Kinovea before installing the new one, maybe that was the origin of the error message ?

I think with the recent changes (not released yet) you should be able to use every camera in turn without problem, even if they are all plugged in.

The problem I have is when I try to open two capture screens and try to simultaneously get 1. the screen camera and 2. the PS3Eye or the other USB webcam. In that case the second camera (PS3Eye or simple USB) stays black for some reason. If I combine the internal webcam with a DV camcorder it works with no issue.

After some more tries, it seems that it is an issue of USB. When I switch USB ports I have different results
(As it's a desktop PC, my screen webcam is plugged to the PC through yet another USB cable)

To me this seem to be fairly specific to the internal webcam hardware/connectivity, so you may or may not experience the same issues…

JVC Everio GZ-X900
- Records AVCHD,
- To flash memory card.

Not directly. These camcorders cannot live stream to PC through the USB cable given… I don't think it has a "webcam mode".
You would need to use the HDMI output port and connect to an HDMI capture card in the PC. (However, note that there seems to be anissue with recording in this configuration, which we are working on).

About the playback problems:
Unfortunately, some of the AVCHD files are not well supported in Kinovea, and expose the issues you mention. It's a combination of performance during decoding and display and scrambling during decoding. (The timecodes are somewhat scrambled but the images should be in the right order though)

Currently there is no satisfying solution to the problem.
If possible you can convert the files to another format in AviDemux or Handbrake. This would get rid of the problem entirely.
Also, you can shorten the working zone to trigger the extraction of frames to memory (see settings for "Switch to analysis mode" in Preferences > Playback). This should mitigate the issue.

Oui tous les retours d'utilisations de webcams pour filmer du sport sont intéressants, manifestez vous !

La PS3Eye a pas mal de succès. J'en ai également une (~25€ si mes souvenirs sont bons), que j'avais acheté pour tester dans Kinovea
Elle peut en réalité tourner à 75 images par seconde en 640x480 et 125 images par seconde en 320x240 ! (en mettant un petit fichier de configuration au bon endroit). Il n'y a aucun temps de latence et les mouvements rapides ne provoquent pas de flou de déplacement comparé aux autres webcams. À ma connaissance c'est la seule webcam qui atteint ces vitesses et elle n'est pas très chère comparée à d'autres.

Pour une utilisation en podologie par exemple, ça me semble carrément intéressant.

L'image est par contre pas mal bruitée dès qu'il n'y a pas beaucoup de lumière.

À voir à l'utilisation en extérieur (pas encore testé personnellement…)

(Voir aussi le sujet Which camera do you use [en])

Alors là je suis scotché ! Vraiment très bizarre
Apparament c'est un truc installé par Dazzle, un logiciel de chez Pinnacle…
Est-ce que cela provoque un plantage quand on essaie de l'utiliser ?

Je ne sais pas trop comment ce programme fonctionne mais a priori pour tout ce qui est WiFi il faudra passer par la source spéciale « Caméra réseau ».
Le logiciel doit lancer un serveur sur le portable et on doit pouvoir y accéder par une adresse du réseau local (genre 192.168.0.12 ou autre).
Kinovea supporte les caméra réseau qui génèrent des flux MJPEG ou JPEG. Il faut connaître la bonne URL du serveur par contre.

À moins qu'il y ait également une application sur le PC qui permette de récupérer ce flux et de le transformer en source DirectShow.

Oui, on récupère les images DV brutes (720×576, soit 5/4 en fait) sans avoir d'infos sur la forme des pixels, alors que le DV à des pixels rectangulaires et pas carrés
Vous pouvez changer via le menu Image > Format de l'image > Forcer 16:9.
Par contre à l'enregistrement on rebascule sur la taille image d'origine…

Hmm, normalement ça devrait marcher il me semble… Qu'est ce qui se passe, l'image reste noire ?
Est-ce que le flux HDV apparait comme une autre source différente du flux standard ?
Pourriez vous récupérer les logs (menu Aide > Ouvrir le dossier des logs… + fichier log.txt) et les envoyer par mail ?

C'est un format (AVCHD) très compressé dans le temps et avec des images de grande taille, ce qui fait qu'on passe beaucoup de temps à décoder les images d'une part et encore pas mal de temps à les afficher ensuite. En plus de ces problèmes de performances, les images ne sont pas dans l'ordre (pour faire simple).
Je ne sais pas quelles techniques sont utilisées chez Dartfish. De notre côté on avait pensé à utiliser une autre technique d'affichage (Direct2D) mais finalement cela pose plus de problèmes que ça n'en résout…
Kinovea utilise la librairie de décodage libre de FFmpeg, et ces formats devraient être mieux supportés à la prochaine intégration de la librairie (normalement lors des premières versions expérimentales après la prochaine version stable), la dernière datant de l'année dernière.

Une façon de mitiger le problème est de travailler avec une zone de travail suffisamment courte pour déclencher l'extraction en mémoire des images. (voir paramètres Bascule en mode analyse dans Préférences > Lecture).
Sinon vous pouvez convertir les fichiers avec AviDemux ou Handbrake…

Bonjour,
Pourriez vous récupérer les logs (juste après la tentative) et les envoyer par mail (joan at kinovea point org).
menu Aide > Ouvrir le dossier des logs….

Merci

- Est-ce que vous avez aussi la petite fenêtre d'erreur indiquant qu'aucune caméra n'a été trouvée ?
- Est-ce que vous avez d'autres caméras/webcams connectées sur l'ordi et est-ce que l'une d'entre elle prend la main à la place de la Logitech ?

Normalement, on peut avoir le message "Déconnecté" si la caméra ne répond pas en moins d'1 seconde, mais après, dès qu'elle est opérationnelle, l'image s'affiche et c'est bon…

Bonjour,

Bizarre… C'est la première fois que ce type de problème est remonté… Est-ce que vous avez la possibilité de tester dans un autre logiciel ?

Ça, il y a une autre personne qui en a parlé. Il me semble que c'est un logiciel qui installe ce driver.
D'ailleurs d'après d'autres forums il semble qu'il puisse causer des interférences, si ça se trouve c'est ça qui cause le problème d'affichage sur la webcam intégrée…

Vous avez bien résumé tout le problème de ces dernières années ! Les constructeurs de caméscopes délaissent le FireWire alors que c'était la seule connectique qui permettait de transmettre en live vers le PC…

La solution (en dehors des caméscopes HDV qui ont toujours le connecteur FireWire et les webcams HD) semble passer par le cable de sortie HDMI du caméscope et une carte (ou un boitier autonome) pour faire entrer le HDMI dans le PC et le re-numériser au passage.
Il y a un utilisateur sur la partie anglophone du forum qui utilise ce modèle, MAIS il semble que cela bug si on utilise la fonction d'enregistrement pendant la capture. Donc pour l'instant je ne peux pas vraiment conseiller ce genre d'investissement… (sujet)
En tout cas, en attendant un remplaçant hypothétique au FireWire, cela risque être une des seules solutions pour les caméscopes de type disque dur ou DVD.

Merci
Pour les fichiers MTS il est toujours possible de les transcoder vers un format plus coulant, mais c'est sûr que ce n'est pas vraiment une solution satisfaisante…