Yes I think the PS3Eye driver is one example of a driver that doesn't support 2 cameras connected at once.
(Unless using the SDK that the people at CodeLaboratories propose, but it means developping code specifically around these devices).
1,306 2011-03-18 17:07:55
Re: [Testing] - Two cameras of the same model ? (5 replies, posted in Cameras and hardware)
1,307 2011-03-18 11:19:42
Re: Enregistrement de 2 vidéos simultanément (9 replies, posted in Français)
Ah oui désolé je me suis trompé 
Cette fonction n'est apparue que dans une version ultérieure.
La version expérimentale est accessible depuis le sujet attaché en haut de ce sous forum. Ici pour la 0.8.13.
1,308 2011-03-18 00:43:57
Re: Experimental version - 0.8.13 (10 replies, posted in General)
biosol wrote:
the whole legs are blurring and sometimes it's appears to go forward - backward for a while. Maybe there is a setting I need to change or a de-interlacing issue? I don't know...
Yes exactly, it looks like combing from interlaced frames. Try with menu Image > Deinterlace.
biosol wrote:
Also, just for additional info, the SiliconCoach people told me to have at least a Core2 cpu, so maybe trying to use my old P4 system for anything other than web surfing and email is not practical any more. What I'm kind of trying to figure out is if Kinovea would run fine on the new Corei3 cpu that have the graphics build into the cpu (2100/2200 I think)?
I'm afraid I'm not very knowledgeable when it comes to CPU types and power Maybe some other users can give their experience with regards to hardware specs.
Currently most of the drain is on the CPU but there is a sub-project to get the rendering done through Direct2D, which should leverage hardware acceleration from the Graphic card and give a good performance boost.
biosol wrote:
Last, do you have a release schedule for the beta? Just wondering when the next version might be coming out?
Next experimental version should hopefully be released begining of april.
The next official version will be released when the current one is stable enough (no new features are planned) and after translations/manual update.
1,309 2011-03-17 21:37:53
Topic: [Testing] - Two cameras of the same model ? (5 replies, posted in Cameras and hardware)
Hello,
One scenario that haven't been tested (to my knowledge) is how the program reacts when two cameras of the exact same brand and model are connected to the computer.
If any one can test this setup, please report. (experimental version 0.8.13 needed)
When clicking the configuration button, does the device list display two different entries ?
I realize it may also depend on the device driver, since it needs to be capable of handling two devices at once.
Thanks
1,310 2011-03-17 21:28:02
Re: Experimental version - 0.8.13 (10 replies, posted in General)
biosol wrote:
I have loaded in two standard definition videos (captured from a commercial program) and the playback seems choppy and the speed of the playback seems inconsistent. Is a more powerful computer required to playback 2 video screens? Should I install a different version of .net or some other software?
Do you have this for all videos or only these specific ones ?
There can be some issues of jumpy playback with some instances of H.264 files.
If you see the speed slider moving to the left by itself, this indeed indicates that the program has trouble keeping up the pace. (do you know the frame rate of the video ?)
biosol wrote:
I do have SiliconCoach running on a powerful system, a Core2Quad 9550 Windows 7_64 with 8GB RAM and a GeForce GTS250 video card. I could install Kinovea on this system if you're sure it will not affect my SiliconCoach installation. Please advise.
I cannot think of anything that would affect your existing programs. Files are installed in Program Files, there is one entry in the registry to remember the language of installation.
Most notably, Kinovea doesn't register itself to open any file type or to be launched when a video device is connected to the machine. (I know some other softwares do that but personally I find it a bit intrusive)
And regarding your last question, no, there is currently no functions that would work on the two capture screens simultaneously.
Thanks
1,311 2011-03-17 21:14:05
Re: Shortcut Keys - suggestions (15 replies, posted in Ideas and feature requests)
daww wrote:
My experience today told me that it would be good if after capturing a video (you get a little vignette under the main scrren) it would be great if you could double click directly that vignette to read it or better if you could right click on it and have a menu to open it rename it etc...
Thanks for the feedback, also check the other thread for capture screen suggestions.
1,312 2011-03-16 19:20:41
Re: Will not save and reopen with side by side comparison or overlay (2 replies, posted in Bug reports)
The way to do it is to use the Dual export button on the lower right, right to the common navigation bar.
But there is a catch. If you are on Windows 7 + High DPI settings + Kinovea 0.8.7, this button might not be visible at all.
This bug has been fixed since, so you may want to try the experimental version. Alternatively, you can set the DPI settings back to 100% through Control Panel > Display.
1,313 2011-03-15 21:10:52
Re: Question sur la fonction chronomètre (4 replies, posted in Français)
Oui il peut y avoir des soucis avec les fichiers encodés en H.264 (c'est le cas des fichiers .MTS) mais normalement ils sont supportés.
À l'occasion, ça m'intéresse quand même de savoir si le problème du chrono négatif est toujours là dans les versions plus récentes
edit: j'ai reproduit le souci avec la dernière version également; sur des fichiers .m2ts.
Le curseur de navigation fait également des allers retours pendant la lecture 
1,314 2011-03-15 11:55:33
Re: Question sur la fonction chronomètre (4 replies, posted in Français)
Hmm, étrange.
Si c'est sur la version 0.8.7 ça vaudrait le coup d'essayer avec la version expérimentale car l'identification de la position des images a été légèrement modifiée.
Une image donnée pouvait être associée à la mauvaise position (à quelques images près) ce qui aurait pu donner ce genre de bug.
Si c'est déjà sur la version 0.8.13 (ou autre à partir de 0.8.8), alors il faudra investiguer plus loin.
1,315 2011-03-15 11:36:45
Re: Support for network cameras (16 replies, posted in Cameras and hardware)
For the framerate it depends on the camera. Sometimes it is set and fixed at server side, and we just retrieve whatever the server sends. Other times, you can specify parameters in the URL.
For example for AXIS network cameras, here is the list of possible parameters.
The final URL might look like this:
http://<CameraIP>/axis-cgi/mjpg/video.cgi?resolution=640x480&compression=10&color=0&text=0This will really depend on the camera API and capabilities though. The camera manual should cover the details.
I'd assume little difference in term of image quality between JPEG and MJPEG streams, as MJPEG is just a series of JPEG-compressed image inside a container (there is no temporal compression as in most other video encoding methods)
Some (most ?) cameras might only support one of the two stream type.
1,316 2011-03-14 16:12:18
Re: Support for network cameras (16 replies, posted in Cameras and hardware)
Well, hopefully none of this will be necessary as network cameras should be natively supported in the coming versions. At least those exporting MJPEG or JPEG streams.
(With many thanks to the AForge.NET framework, already used in Kinovea for Directshow devices and image filters)
I tried to keep the workflow unchanged for users using classic capture devices.
The network camera will be seen as another device in the device list that you will have to select, and then change the parameters.
Here are some screenshots of the updated interface :
Then when you reopen the source configuration you may change the actual source. (here, receiving WebcamXP JPEG stream from another PC on the local network)
The most recently used network camera will be automatically tried.
The URL list will also keep the last 5 addresses that succeeded, for quick jump.
The network camera alias will not use the same mechanics of disconnection monitoring. If there's nothing coming from the other side, it will just stay black. (But as soon as the source is live again, it is displayed.)
This also makes for a cheap camera split : Stream the source (e.g using WebcamXP), then open two capture screens in Kinovea both connected on the host. Each stream gets its own buffer so you can play/pause/delay independently.
Of course much testing will be needed 
1,317 2011-03-14 01:04:53
Re: Support for network cameras (16 replies, posted in Cameras and hardware)
(Moved posts in a new thread)
1,318 2011-03-12 23:24:47
Re: Support for network cameras (16 replies, posted in Cameras and hardware)
OK, I hadn't realized that AForge.NET already provides access to JPG / MJPEG streams of IP cameras through another API
I was able to serve the webcam with WebcamXP and then reconnect to it with AForge as a JPG stream on http://localhost:8080/cam_1.jpg with very good frame rate.
Also tested some open network camera streaming from Internet.
It works well, now what's needed is a way to integrate this in the existing code and user interface, and more testing.
1,319 2011-03-12 21:09:53
Re: Support for network cameras (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…
1,320 2011-03-12 20:49:34
Re: camera HIKVISION DS-2CD852MF-E: MP4 files do not show inkinovea (5 replies, posted in Bug reports)
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