1,516 Reply by joan

(18 replies, posted in Cameras and hardware)

I am also very interested in gathering as many comments as possible on this subject!

The trick is that the camera must be able to do direct streaming to the PC, which is a feature that is almost not included anymore in the new camcorders based on Hard drives or DVD storage.
I can see two options, DV / HDV with a Firewire connection to the PC (inbound Firewire on the PC also tend to disappear :-(), or a Webcam with a USB connection to the PC. (Maybe IP cameras should be considered too?)

I'm starting to wonder whether HD webcams are the future of capturing live direct to the PC. Not sure how their lens behave with outdoors scene with big depth of field though…

Go to forum: Cameras and hardware

1,517 Reply by joan

(11 replies, posted in Bug reports)

I'll look deeper into this later but as a start can you provide the Kinovea and .NET version ?
You may find this at the top of the log.txt file.

It is a strange error since Kinovea doesn't use a .NET config file.

Go to forum: Bug reports

1,518 Reply by joan

(24 replies, posted in General)

Ah yes. Motion perfect slow motion, I've always been very impressed by their demo video.
On the suggestion / todo-list, I have referred to this as "Smooth slow motion".

This type of extreme slow motion by reconstructing missing frames from adjacent frames content would definitely be a killer feature and quite a challenge!

As far as I can tell this is extremely tricky to implement.
Also in the same vein, the Re:vision Twixtor set of plug-ins¹. Some say it's the best in the industry at this type of stuff.

I'm not too confident that I can code this all by myself to a usable result though hmm I have a few leads and reference papers but it's quite a long shot. Very interesting though.

¹ Some Twixtor videos on vimeo.

Go to forum: General

1,519 Reply by joan

(3 replies, posted in General)

Great, thanks for reporting smile
Note that the "official" target is still the 2.0.
Happy hacking tongue

Go to forum: General

1,520 Reply by joan

(3 replies, posted in Bug reports)

Hi,
Thanks for the reports.
Which version of Kinovea are you using ?

Gustav wrote:

The other problem is that it seems like comments are not saved unless I change the title of the comments.

This sounds a lot like bug 207 which should be corrected in version 0.8.9 and above.

I'll try to reproduce the crash.
Thanks

edit:
Reproduced the crash, added as bug 223

Go to forum: Bug reports

1,521 Reply by joan

(4 replies, posted in General)

Yes, please send it smile thanks.

Best is a < 1.0MB file, without sensitive content, so I can eventually post it on the bug tracker for future reference.
(Please state if it's ok to publish it on the bug tracker or not.)

Go to forum: General

1,522 Reply by joan

(1 replies, posted in General)

Tracking is done by template matching using Normalized Cross Correlation.

Go to forum: General

1,523 Reply by joan

(8 replies, posted in General)

iroupa wrote:

Would it be possible to receive an email whenever someone answer to our post? Maybe someone had already ask it...

You can do that by using the "Subscribe to this topic" link above the quick reply box.

Go to forum: General

1,524 Reply by joan

(3 replies, posted in Bug reports)

If it is indeed a similar issue than bug 214, then yes, the problem is during saving the file to MKV.
We specify the initial fps, for example 29.97fps, and it is somehow changed to 30fps (only some specific fps are subject to the issue).
The final video contains the same number of images, but they are not aligned with time anymore.

Seeing the large shift and the fact that it goes the other way, your issue may be a different one.
Also, if you didn't reencode the .asf and when reopening the key images are still offset, then it is definitely a different issue.

If possible, create a very short video on the camcorder, like 1 or 2 seconds, and do your conversion to .asf.
Then attach the .vob and the .asf to bug 214, or send them by mail to: joan at kinovea dot org. Thanks smile

Also, the .vob might be readable directly in Kinovea if it's an option.

Go to forum: Bug reports

1,525 Reply by joan

(3 replies, posted in General)

Hello,
The IDE used won't be an issue as far as patches are concerned. There might be some extra changes in the project/solutions files, but that won't be an issue.

Personally I use SharpDevelop, others have reported that it rebuilt fine with VC#2008. I haven't tested with 2010 but I'm sure we can work out any problem if any.
Thanks for your interest smile

Go to forum: General

1,526 Reply by joan

(5 replies, posted in Bug reports)

I don't have problems when checking out… Even as anonymous (I just cleared out authentication data to check, and I can still check out the trunk)

If someone else can give his/her experience ?

Go to forum: Bug reports

1,527 Reply by joan

(3 replies, posted in Bug reports)

Hi,
At first I would say this look similar to bug 214.
It does that for some files, still trying to find a workaround.

In the meantime, what you should do is save the keyframes in their own file. Choose the last option on the save dialog, and it will create a .kva file containing data of the keyframes, drawings, comments, etc.
If you keep the defaults (same name and same folder as the original video), it will be automatically opened and loaded when you reopen this video.

However, your de-synchronization seems to be pretty important, maybe it's a different issue. If possible, attach a small video sample to the bug (less than 1MB).

Go to forum: Bug reports

1,528 Reply by joan

(45 replies, posted in Ideas and feature requests)

Hello,
Thanks for the pointer, I didn't know this software. I'll try the demo version.

However, as of now the Capture feature has been architectured around the other approach: an in-memory buffer that will cache frames.
From the coding perspective with such a buffer, displaying the frame from 5 seconds ago is about as easy as displaying the most recent one. We just retrieve from a different spot in the buffer.

I think that for the targeted applications (self-coaching and continuous feedback for a rotating group of students), a delay of a about 15-20 seconds would be enough (?). The athlete performs, and then come by the laptop to watch back.

For sports that takes longer attempts, or when it takes too much time to come by the computer (swimming pool comes to mind), then maybe recording and watching the recorded video will be a better approach.
For example it's possible to set the workspace to "One capture screen and one playback screen". Then you can drag the recorded files to the playback screen to watch it back, while the other screen is recording the next person.
Any feedback on this use case is welcome too, it may be be heavy on computer resources.

Go to forum: Ideas and feature requests

1,529 Reply by joan

(3 replies, posted in General)

Yes, if you use for example high speed camera at 500fps or so, and zooming to see only what you are intersted in, these treatments will not be very interesting.
In this case, the high frame rate is already a very powerful tool for analysis.

It is most interesting for scenes where we can see the whole person moving relatively to the background smile

Go to forum: General

1,530 Reply by joan

(1 replies, posted in Bug reports)

Hi,
Thanks for the report.

Would you have a link or a copy of the file that you could share ?
(for example by mail to joan at kinovea dot org if less than 2 or 3 MB).

Do you know what is the original size of the movie and the wanted aspect ratio (16/9, 4/3) ?

(Best is if you can have a sample of less than 1MB that I could attach to the bug tracker for reference).
Thanks

Go to forum: Bug reports