1,291

(16 replies, posted in Cameras and hardware)

jon wrote:

Is there anyway of accessing this "config" dialog in Kinovea? It would allow image adjustment of a webcam as well as more advanced configuration of cameras (e.g. IP cameras).

Ah, thanks for the heads up about this internal configuration page. It'll be covered for next version.

jon wrote:
joan wrote:

Currently I'm trying to do the opposite : spoofing an IP camera using an USB webcam to see how the program reacts to it…

Any luck so far? Actually, I've been trying to do this myself too. The closest thing to broadcasting a webcam was with Webcam XP. You've probably looked at this too but it was the best software i could find to stream a webcam feed through a LAN.

Yes I had tried with Webcam XP, and I could see the webcam from across the network. However I don't know what to do from there. I will probably need the other way around now, IP to Directshow, but I'm not sure how the Directshow driver is supposed to know about the source…

Hi,
I tried to progress on this one, but I'm afraid there nothing I can do at this point.
Copying what I wrote in the bug tracker. If any one has other ideas…

First issue : file reports negative duration.
Due to this we were having the end of selection before the start of selection and were stuck on frame 1.
The duration might be computed using the super seeking trick (seeking to 10 hours forward in the future to find the last P-frame)
(This gives me 4.72s for your file)

Second issue : backward seek errors out.
Due to this, the super seeking technique is not usable after all, because we can't reset to start of file after we have used it.

Assigning an arbitrary duration (ex: 15 seconds) allow the file to be read, but only once.
Conclusion: as far as I can see, this cannot be fixed at Kinovea's level. The duration must be properly stored in the file or ffmpeg to support this type of files.

---
VideoFile - [Container] - Duration (s): -9223372036854,78

VideoFile - Seeking to [0]
VideoFile - Error during seek: -1

Slightly pimped up the angle tool visual and added invert menu.
http://www.kinovea.org/screencaps/0.8.x/angle0.8.14c.png

Hmm, maybe the grabbing area should be expanded a little.

Regarding the angle, there is only one tool, you have to revert it yourself to get the other angle.
Maybe this could be exposed via the right click menu to ease things up though…
http://img863.imageshack.us/img863/7431/angles.png

Consolidating:

14 - Make the last recorded clip automatically appear in the playback screen as soon as the stop-button is pushed (+ automated speed setting).
15 - Shortcuts.
16 - Rearrange "recorded video" toolbar from freshest to oldest.
17 - Display thumbnail for saved images too. (?)

Comments
14 : will probably go straight to the "Most probably not in this version" category. I don't want to delve into managing these "Capture then Playback" scenarios right now because I don't have a clear picture of how and when this is used.
For future reference, please open a new thread for "Capture + Playback automated scenarios" and describe the perimeter of the feature.

16 : Duh ! Why didn't I think of that tongue

About 9 - The ability to hide / show the "configuration" mini panel.
I am referring to the existing feature allowing one to collapse the 3 bottom lines of the capture screen into one (by clicking on the word "Configuration" for example).

I think the set of shortcuts for the playback screen could be used for similar functions for the capture screen :
- Space bar => start/pause frame grabbing.
- Esc => pause grabbing.
- Left/Right arrow => move delay slider left or right. (only if frame grabbing is paused or any time ?)
- home => reset to 0s delay.
- end => go to maximum delay.

Could be interesting to slightly change the capture screen interface as soon as you hit pause, and make it go left to right instead, like a mini player. In that case the navigation shortcuts would be reverted… sad

What is a sensible shortcut for "start/stop recording" ? We don't want it to be hit inadvertedly. Maybe CTRL+Return ?

1,297

(2 replies, posted in Bug reports)

If I recall correctly this happens for systems with .NET 4.0 installed but not .NET 2.0 or 3.5.
.NET 4.0 is a completely different beast from the previous one and programs will not necessarily be compatible.

Regarding capture, please check this topic : Capture - How should it work ? for a list of intended addition shortly. Add what you think is missing.
The scenario you describe about naming should be addressed with point 3.

1,299

(8 replies, posted in Bug reports)

songtitle wrote:

Open these AVI files with Kinovea for analysis.
Save Kinovea 8.13 files as MP4 (I can't read these codec 20 files in Quicktime and other programs)
Convert saved Kinovea MP4s to AVI MJPEG (readable by QT, Win Media Player, youtube, etc.)

The last step of conversion should not be necessary…
To read the files exported by Kinovea in other programs you may need to download the Xvid codec or the "FFDShow tryouts" codec, or use VLC. YouTube should accept them right away without conversion.

The goal now is to pack up the capture screen until it works well enough, and then publish a stable version.
Ideally the version 0.8.14 would be the last round of changes and then 0.8.15 can be the official version. (With translations and manual updates).

So here's a list of improvements that have been suggested or scheduled for the capture screen, please add yours if it's not listed.
Very big changes will probably not make it this round, but be pushed to future versions.


1 - A "file format" drop down list directly on the capture screen to select the file format for snapshot/recording (or only changeable in the preferences ?).
2 - A "file format" drop down in the preferences to set the default format. (or we could just save the last one used ?).
(Note: probably only one of the previous two will be integrated)

Naming and directories
3 - Save the last filename used so the auto-increment works across screens and restarts.
4 - Preference page with advanced naming conventions, with formatting tags for date and auto increment.
5 - Move the settings for "directory of recording" to the preference page ?

Misc
6 - Access to the device configuration from right click on the main image.
7 - Display the current resolution / frame rate somewhere. (in the status bar maybe).
8 - Display the file size taken so far while recording is in progress ?
9 - Is the ability to hide / show the "configuration" mini panel useful at all ?
10 - Fix memory issue when the combined space of the buffer goes over Windows (32-bit) addressable space. This might mean having a single memory setting for the whole application.
11 - Detect if the camera is used in the other screen and connect to the next device.

Most probably not in this version
12 - Fix issue with frame rate of created video. (I'm afraid this is a long shot, it might not be fixed for the release).
13 - On capture freeze, change the interface to allow for better navigation in the recently captured frames (play, pause, next, prev).

Again, if you have any more, feel free to add to the list.

1,301

(16 replies, posted in Cameras and hardware)

Interesting !
There is this Link2Cam project over at SourceForge (did not test it myself). Also apparently some hardware vendors provide their own Directshow filters.
What happens exactly when you try to go to the configuration dialog ? No options are listed ?

Currently I'm trying to do the opposite : spoofing an IP camera using an USB webcam to see how the program reacts to it…

1,302

(2 replies, posted in Bug reports)

cheval3893 wrote:

Even if you copy the DVD-R video to your desktop it still does the same thing.

Hmm, this would point to the file format rather than the hardware support… Are these the same files just on different DVD or different files ?
There are some issues like this with certain VOB files. Is it the case ?

To prevent Kinovea trying to load the images in RAM, you can hit cancel during the loading, or you can go to preferences and slide the memory settings to the left.

1,303

(1 replies, posted in Français)

Bonjour,
C'est un bug, il a été corrigé dans la version 0.8.8, il vous faudra utiliser la version expérimentale pour avoir le correctif.

Ah, je comprends.
Il y a effectivement un ensemble de problèmes d'interface dans la version 0.8.7 lorsque, sous Windows 7, les options système de taille de texte sont modifiées.
Dans Windows, Panneau de configuration > Affichage, si vous métez sur Moyenne (125%) vous risquez avoir ces problèmes.

Solution : basculer sur « petite - 100% », ou utiliser la version expérimentale dans laquelle ces problèmes d'interface devraient être corrigés.

Please mail the sample to : joan at kinovea dot org.
Thanks