1,666 Reply by joan

(8 replies, posted in Bug reports)

@Dan:
Ah, from your initial mail I didn't realise the image was vertically squeezed. I understand better now, it is indeed an image aspect ratio issue.
For some reason, when openning your video, Kinovea cannot guess the right ratio to use.

There is a workaround for this kind of issues in the experimental version.

Go to menu Image > Image Format > Force 16:9.
It should fix the issue for this file and the right angle be measured.
If you are processing a lot of these files and they all have the same behavior, you can make this the default in the preferences, at General > Default Image Format.

Go to forum: Bug reports

1,667 Reply by joan

(8 replies, posted in Bug reports)

Hi, thanks smile
If I understand correctly, the image deformation makes the angle measured different from what you would expect.
As you guess, the tool doesn't know about image content or deformation. It just measures the visible angle between the points set… Or am I misunderstanding and you think there is a defect in the angle tool?

Compensating for image deformation is a hard problem. You'd have to know the internal parameters of the camera to infer the transformation needed to re-adjust / realign it… Maybe there are software to do that?
I remember seeing some tools with a chessboard pattern detection to compute the deformation, maybe it's a lead.

Go to forum: Bug reports

1,668 Reply by joan

(6 replies, posted in General)

Hello,
You mean, a way to make "Always Visible" the default behavior for drawings, in the preferences?
Currently it is not possible, you can only change the default to more or less frames. I'll add that to the suggestion list big_smile

Just out of curiosity, do you use the drawings as "motion guides", to compare the subject to a predefined position, or is it something else entirely?

Go to forum: General

1,669 Reply by joan

(8 replies, posted in Bug reports)

Hi,
Regarding the angle tool: use the little circles at each line end to move the lines around.

Go to forum: Bug reports

1,670 Reply by joan

(3 replies, posted in General)

Hi,

I would suggest trying out LongoMatch, because the notational analysis sub-project is not going to be included any time soon in Kinovea. (The current focus is more on analysis of short performances, exercises and small sequences inside longer ones).

LongoMatch is an ongoing open source project for games analysis.

Go to forum: General

1,671 Reply by joan

(4 replies, posted in Ideas and feature requests)

Thanks for the clarification. smile

Go to forum: Ideas and feature requests

1,672 Reply by joan

(4 replies, posted in Ideas and feature requests)

Hi,
Yes, it would be a great addition smile
What do you mean by "with keydata"?

1 - The drawings added on each video appear in the final combined video. (same as "Permanently paint key image data on the video" option)
2 - Being able to save each video's key image data in a non-destructive way, inside the combined video.
(same as "Combine video and key images data in the file" option.)

Go to forum: Ideas and feature requests

1,673 Reply by joan

(3 replies, posted in Bug reports)

Ok. You could try to open one of them anyway from the file list on the left panel. It probably won't run, but we may get an error message that will be more explicit regarding the cause of the error.

If possible, create a new bug in the bug tracker and attach the log.txt file (see the topic "what to do in case of a bug") and possibly attach a small video that expose the problem.
Alternatively, you can send the log and the video (if not too large) to joan at kinovea dot org, and I'll create the bug report.

Edit: If you do have some small files, it would be interesting to have 2 different files, one that work and one that doesn't. (There must be a difference somewhere…)

Go to forum: Bug reports

1,674 Reply by joan

(3 replies, posted in Bug reports)

Hi,
If I understood:
- You have several videos in a folder on your computer.
- When you browse to this folder from within Kinovea, you don't only see some of the videos files.

Is this correct ?

Go to forum: Bug reports

1,675 Reply by joan

(2 replies, posted in Français)

Bonjour,
Non, il n'existe pas pour l'instant de version compatible.
Plus d'infos:
- Autre fil sur le même sujet.
- Et un autre fil sur le même sujet.
- Autre fil dans le forum anglais.

Go to forum: Français

1,676 Topic by joan

(0 replies, posted in Ideas and feature requests)

So, I was downloading some YouTube video when I thought about this… This will probably never turn into a feature but I need to write it down before it's lost forever big_smile

It has to do with the ability to retain the metadata in a usable form between loads (comments, drawings, paths, etc.).
Currently, there is a saving option in Kinovea that let you combine the metadata and the video in a single file (or you can save the metadata in their own file somewhere else).

But if you want to upload it to YouTube or something, obviously you need to burn the drawings on the images, and you'll loose the comments.

This is because YouTube will change the format of your video and re-encode it, so even if you download it back, you only get raw images.

But how do you transmit metadata so they survive to format change and re-encoding, and stay editable when you open the video on the other side?

The idea would be to add a special image as the first frame of the video, containing a 2D bar code:
http://upload.wikimedia.org/wikipedia/en/thumb/4/42/Wikipedia_mobile_en.png/150px-Wikipedia_mobile_en.png

This kind of matrix code can contain several Kilobytes of data, and that might be enough to transport the drawings and path stuff, or maybe the comments.
When you redownload the video from YouTube, (using a firefox plug-in for example) and open it in the software, it would detect the bar code on the first frame, translate it back to the metadata, and display the comments.
If the website encoding doesn't completely kill this specially crafted image, it could work.

Or it could also be used to transport metadata in files that don't support it initially. (Currently the only option is to use the MKV container).

/end of thoughts dump

Go to forum: Ideas and feature requests

1,677 Reply by joan

(24 replies, posted in General)

Great smile
Please check the wiki page to get started.

There hasn't be any language with non-roman alphabet yet. I think it would be best if you can send a first draft with just a few strings as soon as you get started. This way I can try to import the draft, see if there are any general compatibility issues, and eventually get them fixed.
Thanks

Go to forum: General

1,678 Reply by joan

(1 replies, posted in General)

Hi,

No the source code is now only available from the svn repository.
You need a SVN client like TortoiseSVN to grab it, but it's fairly easy : once the SVN client is installed, you create a new folder, right click it and do "SVN Checkout".
You then give it the source tree url, for example http://svn.codingteam.net/kinovea/trunk/

Note that you then get the very current code, it should compile but it might not be ultra stable. Older releases have been archived in /tags/

Go to forum: General

1,679 Reply by joan

(8 replies, posted in General)

I'm seeing more and more videos of weightlifting paths done in Kinovea popping up on internet here and there. That is great ! big_smile

I guess the next step (apart from displaying more infos on the path) would be to have an easy way to visually compare two or more bar paths together. And that would certainly be useful for other sports and activities.

So let's throw some ideas and have them incubate until this can turn into a nice handy feature smile
(We can save the data as .kva and reload in another video, but I think we could have something more dedicated/powerful)

Go to forum: General

1,680 Reply by joan

(2 replies, posted in Français)

Bonjour,
Non, ce n'est pas possible pour l'instant. sad
Cela fait partie des suggestions qui ont été soumises, mais pour être honnête, ce ne sera pas pour tout de suite. (cela passera certainement après la gestion du son en entrée, car il faut que la vidéo intégrant les commentaires audio puisse au moins être relue correctement par le programme lui même).

Go to forum: Français