1 Reply by jlf

(16 replies, posted in Cameras and hardware)

i just tested Alax directshow filter :
http://alax.info/blog/1216
(§ "download link" in the middle of the page)

it works with with my ip cam dlink 3710B1
other filters given here did not work

Go to forum: Cameras and hardware

2 Reply by jlf

(2 replies, posted in Bug reports)

> Je reproduis un plantage en lançant une vidéo dans un dossier alors que
> le dossier n'a pas fini de charger toutes les vignettes

oui ça plante aussi chez moi
cette fois il y avait un "Unhandled Crash " :

Message: Error creating window handle.
Source: System.Windows.Forms
Target site: Void CreateHandle(System.Windows.Forms.CreateParams)
InnerException:
Stack:    at System.Windows.Forms.NativeWindow.CreateHandle(CreateParams cp)
   at System.Windows.Forms.Control.CreateHandle()
   at System.Windows.Forms.Control.get_Handle()
   at System.Windows.Forms.Control.CreateGraphicsInternal()
   at System.Windows.Forms.ThreadExceptionDialog..ctor(Exception t)
   at System.Windows.Forms.Application.ThreadContext.OnThreadException(Exception t)
   at System.Windows.Forms.Control.WndProcException(Exception e)
   at System.Windows.Forms.Control.ControlNativeWindow.OnThreadException(Exception e)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
   at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
   at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.Run(Form mainForm)
   at Kinovea.Root.RootKernel.Launch()
   at Kinovea.Root.Program.Main()


et voici la fin du log "normal" :


261734 - DEBUG - [7] - VideoReaderFFMpeg - Switching decoding mode. OnDemand -> NotInitialized
263921 - ERROR - [Main] - Program - ----------------- Unhandled Crash -------------------------
263921 - ERROR - [Main] - Program - Message: Error creating window handle.
263921 - ERROR - [Main] - Program - Source: System.Windows.Forms
263921 - ERROR - [Main] - Program - Target site: Void CreateHandle(System.Windows.Forms.CreateParams)
263921 - ERROR - [Main] - Program - InnerException:
263921 - ERROR - [Main] - Program - Stack:    at System.Windows.Forms.NativeWindow.CreateHandle(CreateParams cp)
   at System.Windows.Forms.Control.CreateHandle()
   at System.Windows.Forms.Control.get_Handle()
   at System.Windows.Forms.Control.CreateGraphicsInternal()
   at System.Windows.Forms.ThreadExceptionDialog..ctor(Exception t)
   at System.Windows.Forms.Application.ThreadContext.OnThreadException(Exception t)
   at System.Windows.Forms.Control.WndProcException(Exception e)
   at System.Windows.Forms.Control.ControlNativeWindow.OnThreadException(Exception e)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
   at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
   at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.Run(Form mainForm)
   at Kinovea.Root.RootKernel.Launch()
   at Kinovea.Root.Program.Main()
270296 - DEBUG - [7] - VideoReaderFFMpeg - Average Fps estimation method: libav.
270296 - DEBUG - [7] - VideoReaderFFMpeg - Ticks per frame: 1
270296 - DEBUG - [7] - VideoReaderFFMpeg - Display Aspect Ratio type: Square Pixels
270296 - DEBUG - [7] - VideoReaderFFMpeg - Image aspect ratio: Auto
270296 - DEBUG - [7] - VideoReaderFFMpeg - Switching decoding mode. NotInitialized -> OnDemand
270312 - DEBUG - [7] - VideoReaderFFMpeg - Seeking to [33006] completed. Final position:[32750]
270328 - DEBUG - [7] - VideoReaderFFMpeg - Seeking to [66012] completed. Final position:[65905]
270406 - DEBUG - [7] - VideoReaderFFMpeg - Seeking to [99018] completed. Final position:[98936]
270453 - DEBUG - [7] - VideoReaderFFMpeg - Seeking to [132024] completed. Final position:[132006]
270453 - DEBUG - [7] - VideoReaderFFMpeg - Switching decoding mode. OnDemand -> NotInitialized
275609 - DEBUG - [7] - VideoReaderFFMpeg - Average Fps estimation method: libav.
275625 - DEBUG - [7] - VideoReaderFFMpeg - Ticks per frame: 1
275625 - DEBUG - [7] - VideoReaderFFMpeg - Display Aspect Ratio type: Square Pixels
275625 - DEBUG - [7] - VideoReaderFFMpeg - Image aspect ratio: Auto
275625 - DEBUG - [7] - VideoReaderFFMpeg - Switching decoding mode. NotInitialized -> OnDemand
275687 - DEBUG - [7] - VideoReaderFFMpeg - Seeking to [35766] completed. Final position:[35727]
275703 - DEBUG - [7] - VideoReaderFFMpeg - Seeking to [71532] completed. Final position:[71238]
275718 - DEBUG - [7] - VideoReaderFFMpeg - Seeking to [107298] completed. Final position:[107113]
275734 - DEBUG - [7] - VideoReaderFFMpeg - Seeking to [143064] completed. Final position:[143026]
275750 - DEBUG - [7] - VideoReaderFFMpeg - Switching decoding mode. OnDemand -> NotInitialized
276343 - DEBUG - [7] - VideoReaderFFMpeg - Average Fps estimation method: libav.
276343 - DEBUG - [7] - VideoReaderFFMpeg - Ticks per frame: 1
276343 - DEBUG - [7] - VideoReaderFFMpeg - Display Aspect Ratio type: Square Pixels
276343 - DEBUG - [7] - VideoReaderFFMpeg - Image aspect ratio: Auto
276343 - DEBUG - [7] - VideoReaderFFMpeg - Switching decoding mode. NotInitialized -> OnDemand
276359 - DEBUG - [7] - VideoReaderFFMpeg - Seeking to [39006] completed. Final position:[38991]
276375 - DEBUG - [7] - VideoReaderFFMpeg - Seeking to [78012] completed. Final position:[77959]
276390 - DEBUG - [7] - VideoReaderFFMpeg - Seeking to [117018] completed. Final position:[116990]
276406 - DEBUG - [7] - VideoReaderFFMpeg - Seeking to [156024] completed. Final position:[155729]
276406 - DEBUG - [7] - VideoReaderFFMpeg - Switching decoding mode. OnDemand -> NotInitialized


par ailleurs la création des vignettes est très longue quand il y en a beaucoup, il faudrait peut-être pouvoir la désactiver (?)

cordialement

Go to forum: Bug reports

3 Topic by jlf

(2 replies, posted in Bug reports)

j'ai eu plusieurs crash en lecture de mp4 sur un nas
c'est aléatoire mais ça se produit en général lorsque je charge une nouvelle vidéo, à partir de la 2ème ou la 3ème

le dernier crash (à l'instant ou j'écris ces lignes) n'a pas généré de log "Unhandled Crash ", la fin du log "normal" est à la fin de ce post
en revanche j'ai un "Unhandled Crash " daté d'avant hier, je pense à peu près dans les mêmes conditions que celui de ce matin, et une copie d'écran au moment du crash, que je peux t'envoyer par mail si nécessaire avec le "normal" complet (pas trouvé le moyen de les joindre à ce post)

amicalement


dernières lignes du log :

1647609 - DEBUG - [6] - VideoReaderFFMpeg - Switching decoding mode. NotInitialized -> OnDemand
1647796 - DEBUG - [6] - VideoReaderFFMpeg - Seeking to [360163] completed. Final position:[359380]
1647937 - DEBUG - [6] - VideoReaderFFMpeg - Seeking to [720326] completed. Final position:[720179]
1648125 - DEBUG - [6] - VideoReaderFFMpeg - Seeking to [1080489] completed. Final position:[1079899]
1648296 - DEBUG - [6] - VideoReaderFFMpeg - Seeking to [1440652] completed. Final position:[1440432]
1648312 - DEBUG - [6] - VideoReaderFFMpeg - Switching decoding mode. OnDemand -> NotInitialized
1650031 - DEBUG - [5] - VideoReaderFFMpeg - Average Fps estimation method: libav.
1650031 - DEBUG - [5] - VideoReaderFFMpeg - Ticks per frame: 2
1650031 - DEBUG - [5] - VideoReaderFFMpeg - Display Aspect Ratio type: Square Pixels
1650031 - DEBUG - [5] - VideoReaderFFMpeg - Image aspect ratio: Auto
1650031 - DEBUG - [5] - VideoReaderFFMpeg - Switching decoding mode. NotInitialized -> OnDemand
1650109 - DEBUG - [5] - VideoReaderFFMpeg - Seeking to [360338] completed. Final position:[360304]
1650125 - DEBUG - [5] - VideoReaderFFMpeg - Seeking to [720676] completed. Final position:[719749]
1650156 - DEBUG - [5] - VideoReaderFFMpeg - Seeking to [1081014] completed. Final position:[1080882]
1650171 - DEBUG - [5] - VideoReaderFFMpeg - Seeking to [1441352] completed. Final position:[1440421]
1650171 - DEBUG - [5] - VideoReaderFFMpeg - Switching decoding mode. OnDemand -> NotInitialized
1650437 - DEBUG - [Main] - PreferencesManager - Exporting preferences.
1650484 - DEBUG - [5] - VideoReaderFFMpeg - Average Fps estimation method: libav.
1650484 - DEBUG - [5] - VideoReaderFFMpeg - Ticks per frame: 2
1650484 - DEBUG - [5] - VideoReaderFFMpeg - Display Aspect Ratio type: Square Pixels
1650484 - DEBUG - [5] - VideoReaderFFMpeg - Image aspect ratio: Auto
1650484 - DEBUG - [5] - VideoReaderFFMpeg - Switching decoding mode. NotInitialized -> OnDemand
1650546 - DEBUG - [Main] - PlayerScreenUserInterface - Post load event.
1650546 - DEBUG - [Main] - VideoReaderFFMpeg - Switching decoding mode. OnDemand -> PreBuffering
1650546 - DEBUG - [Main] - VideoReaderFFMpeg - Starting prebuffering thread.
1650546 - DEBUG - [PreBuffering] - VideoReaderFFMpeg - PreBuffering thread started.
1650562 - DEBUG - [5] - VideoReaderFFMpeg - Seeking to [360328] completed. Final position:[360331]
1650593 - DEBUG - [5] - VideoReaderFFMpeg - Seeking to [720656] completed. Final position:[719807]
1650640 - DEBUG - [Main] - VideoReaderFFMpeg - Update working zone request. [0 --> 1206993] to [27 --> 1206993]. Force reload:True
1650640 - DEBUG - [Main] - VideoReaderFFMpeg - Working zone update. Current:[0 --> 1206993], Asked:[27 --> 1206993]
1650640 - DEBUG - [Main] - VideoReaderFFMpeg - New working zone does not fit in memory.
1650640 - DEBUG - [Main] - VideoReaderFFMpeg - Already decoding at the right size.
1650656 - DEBUG - [Main] - VideoReaderFFMpeg - Already decoding at the right size.
1650656 - DEBUG - [5] - VideoReaderFFMpeg - Seeking to [1080984] completed. Final position:[1080536]
1650687 - DEBUG - [5] - VideoReaderFFMpeg - Seeking to [1441312] completed. Final position:[1440218]
1650703 - DEBUG - [5] - VideoReaderFFMpeg - Switching decoding mode. OnDemand -> NotInitialized
1650968 - DEBUG - [5] - VideoReaderFFMpeg - Average Fps estimation method: libav.
1650968 - DEBUG - [5] - VideoReaderFFMpeg - Ticks per frame: 2
1650968 - DEBUG - [5] - VideoReaderFFMpeg - Display Aspect Ratio type: Square Pixels
1650968 - DEBUG - [5] - VideoReaderFFMpeg - Image aspect ratio: Auto
1650968 - DEBUG - [5] - VideoReaderFFMpeg - Switching decoding mode. NotInitialized -> OnDemand
1651046 - DEBUG - [5] - VideoReaderFFMpeg - Seeking to [360163] completed. Final position:[359380]
1651062 - DEBUG - [5] - VideoReaderFFMpeg - Seeking to [720326] completed. Final position:[720179]
1651078 - DEBUG - [5] - VideoReaderFFMpeg - Seeking to [1080489] completed. Final position:[1079899]
1651093 - DEBUG - [5] - VideoReaderFFMpeg - Seeking to [1440652] completed. Final position:[1440432]
1651109 - DEBUG - [5] - VideoReaderFFMpeg - Switching decoding mode. OnDemand -> NotInitialized
1651984 - DEBUG - [6] - VideoReaderFFMpeg - Average Fps estimation method: libav.
1651984 - DEBUG - [6] - VideoReaderFFMpeg - Ticks per frame: 2
1651984 - DEBUG - [6] - VideoReaderFFMpeg - Display Aspect Ratio type: Square Pixels
1651984 - DEBUG - [6] - VideoReaderFFMpeg - Image aspect ratio: Auto
1651984 - DEBUG - [6] - VideoReaderFFMpeg - Switching decoding mode. NotInitialized -> OnDemand
1652109 - DEBUG - [6] - VideoReaderFFMpeg - Seeking to [360272] completed. Final position:[359292]
1652187 - DEBUG - [6] - VideoReaderFFMpeg - Seeking to [720544] completed. Final position:[719851]
1652281 - DEBUG - [6] - VideoReaderFFMpeg - Seeking to [1080816] completed. Final position:[1079969]
1652375 - DEBUG - [6] - VideoReaderFFMpeg - Seeking to [1441088] completed. Final position:[1440636]
1652375 - DEBUG - [6] - VideoReaderFFMpeg - Switching decoding mode. OnDemand -> No

Go to forum: Bug reports

4 Reply by jlf

(3 replies, posted in Français)

bonjour Joan

malheureusement je n'y connais pas grand chose en vidéo, je ne sais pas si un "defishage" est lourd ou pas

actuellement pour redresser une vidéo j'utilise AviSynth (plug defish.dll) et VirtualDub en 3 étapes :

1- création pour chaque video d'un fichier de commandes avs
2- lecture de l'avs avec VirtualDub
3- ré-encodage en avi depuis VirtualDub

la lecture des flux AviSynth est effectivement très ralentie, que ce soit avec VirtualDub ou le lecteur WindowsMedia (les 2 seuls lecteurs que j'ai capables de lire des avs) mais ça vient sans doute d'AviSynth car il semble exister des soluces beaucoup plus fluides, par ex :

http://www.prodad.com/home/products/vid … ,l-fr.html
(mais 99 euros, un peu cher pour ce seul service je trouve)

quoi qu'il en soit avec ma méthode le pbm c'est que ça prend beaucoup de temps, et c'est pénible yikes(

si le filtrage en analyse est trop lourd une bonne alternative serait de pouvoir le faire au moment de l'enregistrement en acquisition depuis Kinovea (je n'ai pas encore réussi à lire ma cam ip sur Kinovea mais je desespère pas ;o)), ou de pouvoir convertir en une seule manip une vidéo existante, voire une série de vidéos

mais bon, je sais pas si ce besoin est assez général pour mériter un investissement

Go to forum: Français

5 Topic by jlf

(3 replies, posted in Français)

bonjour

beaucoup de cam sportive ont des objectifs grand angle (90, 120° voire plus), pratiques quand on manque de champ mais déformant beaucoup les images

donc ça oblige souvent à retraiter les vidéos pour supprimer les distorsions barillet ou coussinet, et un filtre à cet effet directement dans Kinovea serait bien pratique

est ce envisageable ?

en tous cas merci encore pour cet outil formidable

Go to forum: Français

6 Reply by jlf

(3 replies, posted in Français)

> Mais il y a déjà beaucoup d'autres choses à faire

oui, je me doute bien sad

bon, un soft pour repérer une forme simple dans une video doit certainement exister, j'ai rien trouvé pour l'instant mais je desespère pas

au cas où je trouverais, quelle est la syntaxe des balises dans les fichiers KVA ?

si j'ajoute une image clef dans la version 0.8.15 le kva donne :
<Keyframe>
<Position UserTime="3011">120400</Position>
<Title>3011</Title>
<Comment />
</Keyframe>

le "3011" est le No d'image (je suis en affichage du temps par No d'image), mais le 120400, je suis pas sûr, c'est le temps écoulé depuis le début (1.20400 secondes) ?

et est ce que la même syntaxe est conservée dans les versions ultérieures ?

merci de ton aide
amicalement

Go to forum: Français

7 Topic by jlf

(3 replies, posted in Français)

bonjour

est il possible d'augmenter la vitesse de lecture au dela de 2x ?

j'ai beaucoup de grosses vidéos à exploiter (1h30 à 2h chaque) , dans lesquelles les positions à analyser sont très éparses
je gagnerais beaucoup de temps en repérant ces zones par une image clef lors d'une lecture préliminaire à 3x ou 4x

et je me demandais s'il était possible de repérer automatiquement les positions d'un film dans lequel un motif particulier apparait à l'écran, est ce qu'il y a un soft capable de faire ça à votre connaissance ?

une fois la liste de ces positions obtenue, il serait sans doute possible de fabriquer un mkv posant une image clef aux moments repérés ?

Go to forum: Français

8 Reply by jlf

(6 replies, posted in Français)

Ah oui, bien sûr… Effectivement je suis toujours parti du principe qu'on la faisait coller à un rectangle existant.
Dans le cas contraire les subdivisions sont plus génantes qu'autre chose

il y a aussi le cas où les 4 pts connus ne couvrent pas toute l'étendue de la scène étudiée
il faut alors redimensionner la grille sans la déformer, ce qui n'est pas facile

de manière générale, quelle que soit la manière dont on détermine l'homographie, je crois qu'il serait pratique :

- que la grille corresponde toujours à un rectangle lorsqu'elle est vue du dessus, même si les 4 pts source n'en forment pas un
- qu'on puisse la redimensionner sans la déformer (sans modifier l'homographie, si on bouge un sommet les 3 autres s'ajustent automatiquement)

- dessiner sur l'écran pour faire des repères visuels pendant le tournage.
- ré-ouvrir facilement une des séquence qu'on vient de filmer dans l'outil d'analyse.
- pouvoir naviguer facilement dans ce qui vient de se passer. (sans nécessité d'enregistrer et ré-ouvrir)
- afficher l'image avec un temps de retard automatique (pour quand le coach n'est pas là).

effectivement pouvoir naviguer dans la vidéo pendant sa capture sans qu'il soit nécessaire de stopper l'enregistrement (c'est bien ça ?) est une fonctionnalité intéressante qui m'avait échapé


pour le kino j'ai bien compris ton exigence ;o))
pour la cote d'amour des fonctionnalité, je crois malheureusement que sauf à faire appel à un institut de sondage ça restera toujours un mystère yikes((

Go to forum: Français

9 Topic by jlf

(1 replies, posted in Français)

beaucoup de sports utilisent des balles, des billes, des ballons, bref des objets sphériques

et peut-être dans beaucoup de sport il est intéressant de connaitre les vitesses de ces sphères, tant de translation que de rotation

pour la translation c'est assez facile surtout qu'en général le mouvement est dans un plan entre les rebonds, mais pour la rotation il ne semble pas exister grand chose actuellement

si le besoin existait réellement peut-être que Kinovea serait tenté d'y répondre, ce qui m'arrangerait bien car moi j'ai souvent besoin de mesurer des vitesses de rotation  ;o))

à ma connaissance il y a 2 difficultés majeures pour mesurer des rotations :

1) souvent il faut des vidéos haute vitesse
mais bon maintenant on trouve des appareils 1000 fps pour moins de 1000 euros, ça peut donc devenir rapidement un outil banal

2) le mouvement d'un point marqué à la surface d'une sphère en rotation n'est jamais aproximable à un plan, donc le relevé de positions avec une seule caméra est compliqué (difficile de synchroniser 2 caméras hv, et elles sont quand même trop chères pour en avoir 2)

compliqué mais peut-être possible avec un bon logiciel d'analyse, et c'est là que je voulais en venir après ce long préambule justificatoire ;o))

supposons qu'on filme en hv une balle, par ex de foot au moment du coup franc (trajet courbe et gauche), et que cette balle soit marquée d'un point assez gros pour être visible sur les images

si on peut repérer les positions relativement au centre de ce point dans les parties de trajet où il est visible, on doit pouvoir en tirer un vecteur rotation

pour ce faire imaginons que dans Kinovea on dispose d'un outil disque transparent mobile et dimentionnable, et qu'on le fasse coincider sur chaque photo avec la balle

il me semble qu'on dispose de toutes les infos :
- connaissant le diamètre réel de la balle, la dimension apparente de l'objet disque donne la distance à l'objectif (dans le cas où le mouvement n'est pas normal à la caméra)
- le rayon qui part de l'objectif vers le centre apparent passe par le centre réel
- la position de la balle par rapport au centre de la photo donne l'angle avec l'axe de l'objectif

donc la position de la marque sur le disque devrait permettre de retrouver la position relative de la marque par rapport au centre réel dans un repère dont l'orientation est fixe mais dont l'origine est le centre ?

ce qui est moins sûr c'est la précision qu'on pourrait tirer d'un tel dispositif, ça varierait sans doute beaucoup avec la qualité des images et la taille de la balle en pixel, mais pour faire des tests il faudrait avoir le disque et la résolution de l'équation de position

que pensez vous de la faisabilité, et surtout de l'utilité d'un truc de ce genre, en auriez vous l'usage ?

Go to forum: Français

10 Reply by jlf

(6 replies, posted in Français)

Pourquoi pas la grille ? Elle me semblait justement parfaite pour éviter de rajouter une nouvelle technique d'interaction…

le seul (petit) pbm qu'elle pose est que les 4 points connus ne sont pas forcément les sommets d'un rectangle sur la scène réelle (ça m'arrive parfois)

si la grille épouse les sommets d'un quadrilatère réel quelconque ses divisions ne sont plus les axes d'un système orthonormé et elle devient beaucoup moins intuitive à l'usage

mais à la reflexion ça peut être contourné

il suffit de reconstruire la grille après détermination de l'homographie en replacant 1 ou 2 de ses sommets au bon endroit si nécessaire, qui seraient différents si les pts connus ne forment pas un rectangle de ceux où on les a posés pour saisir les coordonnées réelles

peut-être un peu contre-intuitif mais pas tant que ça, et après coup
ça permet de garder une ergo très simple, finalement je vote pour

et elle est parfaite, ta grille yikes))

Pour l'instant, sur les grands chantiers en cours, j'ai tenté de me concentrer sur la capture

DartFish a fait pareil, mis le paquet sur la capture

la capture et l'analys sont a priori des tâches séparées, j'avoue que je ne comprends pas bien la nécessité de capturer à l'intérieur du logiciel d'analyse, pourquoi ne pas se contenter de le faire avec un des nombreux trucs gratuits qui existent déjà ?

[kinogramme de Videa]Son principal défaut, selon moi, était de n'être disponible que pour les vidéos en plan fixe, ce qui représente un cas bien particulier

j'objecterai en faisant des suppositions sur la proportion de nécessiteux en kino utilisant des plans fixes

si c'est 80%, c'est peut être cruel de les sacrifier au profit des 20% restants et vu l'augmentation probable de complexité de de leur consacrer plus de ressources qu'au 80% précédents ;o))
mais bon, j'en sais rien bien sûr, je sais même pas si les nécessiteux en kino sont si nombreux que ça, Dartfish l'a même pas mis dans sa version de base

Go to forum: Français

11 Reply by jlf

(6 replies, posted in Français)

Il se trouve que la grille de perspective utilise déjà une homographie, mais dans l'autre sens, on part d'un carré avec les subdivisions pour arriver au quadrilatère définit par l'utilisateur, et remettre les subdivisions aux bons endroits.

effectivement j'aurais dû le deviner, c'était le meilleur moyen de faire la grille
donc tu as déjà tout le code nécessaire et pas de transcription à faire, excellente chose ça ;o))

Partons du principe que l'utilisateur peut renseigner la valeur réelle de la longueur et le la largeur du plan de perspective

c'est souvent le cas
comme tu le sais l'homographie est entièrement déterminée dès qu'on connait les coordonnées réelles de 4 points coplanaires non alignés
une scène de sport permet souvent d'en trouver (coins terrain de tennis, etc) et au pire il suffit de marquer 4 pts avant le tournage

pour ne pas limiter les possibilités il faudrait pouvoir déterminer l'homographie autrement qu'à la souris par les seuls sommets de la grille
un bon moyen je pense serait de pouvoir "marquer" 4 pixels de la scène, d'en saisir pour chacun leurs coordonnées réelles, et de lancer ensuite la détermination de l'homographie coord réelles / pixels

après ça la grille deviendrait "rigide" (angles fixes) et pourrait seulement être positionnée ou redimensionnée


bon cette interface serait un luxe pour généraliser la possibilité de mesure à partir de 4 points quelconques, pour ma part les 4 points que je connais sur mes scènes sont presque toujours les sommets du rectangle


Il doit y avoir aussi quelque chose à trouver lorsque l'on a deux vidéos

avec deux vidéos de la même scène prises avec deux caméras il me semble qu'on peut trouver les coordonnées réelles 3D de n'importe quel pixel, on n'est plus limité à un seul plan
mais bon, je crois que c'est beaucoup plus difficile à implémenter à aussi à interfacer, l'action utilisateur devenant plus complexe
il uy a une bonne probabilité que ça doive faire l'objet d'un module séparé pour ne pas rendre l'interface illisible



je change de sujet : j'ai vu plus bas que tu cherchais un nom pour la mosaique

en fait ce nom me semble très clair, il pourrait à la rigueur être remplacé par "kinogramme éclaté"
de ce que j'ai cru voir le terme "kinogramme" est généralement utilisé pour désigner une pile de photos superposées, pas juxtaposées
"chronophotographie" en revanche semble plus ambigu, je l'ai vu désigner aussi bien la superposition que la juxtaposition

dans quelle version compte tu réintroduire le kino que tu avais mis dans Vidéa ?
il m'était bien utile celui là, de mémoire son seul défaut était d'agir sur la totalité du film et pas sur une série d'images sélectionnées, obligeant à construire une vidéo séparée à chaque fois

en tous cas Kinovea va devenir un "grand" dans son domaine, j'en suis sûr

Go to forum: Français

12 Topic by jlf

(6 replies, posted in Français)

bonjour

une fonctionalité pratique pour repérer la position d'éléments de scène en 3D serait de pouvoir projeter la grille de perspective 3D avec la portion d'image qu'elle contient dans un plan vu du dessus, de manière que la grille et son contenu apparaissent sous sa forme rectangulaire sans les déformations de perspective

on pourrait ainsi visualiser la position de tous les points de la scène appartenant au plan de la grille

la projection pourrait s'ouvrir dans une nouvelle fenêtre


c'est une homographie, il y a pas mal de ressources disponible sur ce sujet

j'ai trouvé une démo en ligne hortogonalisant un bitmap distordu par la perspective, avec source :
http://fr.nicoptere.net/?p=351

et une discussion d'algo qui semble assez complète :
http://www.developpez.net/forums/d74040 … omography/

Go to forum: Français

13 Reply by jlf

(8 replies, posted in Français)

bonjour

je viens de tester le suivi de trajectoire, il perd souvent mes objets (des billes sur un billard), parfois de manière explicable (la vitesse des billes change brutalement après un choc et change la forme à l'image), mais parfois aussi de manière que je ne m'explique pas (pas de changement de forme sur les images)

je peux t'envoyer ma vidéo de test si tu veux ?

en tous cas mille bravos renouvelés pour ce travail formidable
amicalement
jlf

Go to forum: Français

14 Reply by jlf

(30 replies, posted in Français)

moi ce serait en priorité :
1 - Effets spéciaux pour l'analyse. (Kinogrammes, Superposition, Extraction du mouvement, etc.)
2 - Ralentit fluidifié (interpolation d'images, nécessite .3)

par ailleurs sur la version actuelle je n'arrive pas à rendre visible un dessin (par ex le rapporteur) sur toutes les images de la séquence, le manipuler comme s'il était sur un calque
c'est moi qui ne comprend pas quelque chose où ce n'est pas possible ?
sinon une gestion de calques serait pratique ?

bien amicalement

Go to forum: Français

15 Reply by jlf

(6 replies, posted in Français)

>il [Dimp] travaille sur des copies réduites des images en 128x128
> pixels / noir et blanc

effectivement ça explique le pbm que j'observais

>La grande majorité des vidéos filmées étant sur fond mobile,
> il faut que ces effets ne soient plus limités aux vidéos en plan
> fixe, c'est pour ça que je n'ai pas encore réintégré l'ancien mode
> de fonctionnement

la caméra mobile serait un plus, mais moins me semble t-il que la possibilité de suivre, sur plan fixe, un seul objet identifié au départ (par ex tracer sur le kino uniqement le mouvement d'une bille identifiée par l'utilisateur, gardant le reste du fond identique)

bon c'est sans doute que mes besoins sont un peu différent, et la plupart de mes séquences sont en plan fixe

en tous cas, une nouvelle fois, bravo

Go to forum: Français