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.
You are not logged in. Please login or register.
Kinovea - Forums → Posts by joan
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.
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
Also, the .vob might be readable directly in Kinovea if it's an option.
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
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 ?
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).
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.
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
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
Hi,
I create this thread to gather comments of the community about the site as a whole, the forum, the wiki, the help files, etc.
So how could the site be improved ? What about the forum ? The overall communication to the outside world ?
For me, I think I answer too quickly on the forum. By doing so I feel that I don't let other members step in and become more involved. I will change this in the future.
I think I will try to step aside, and let users answer users questions as often as possible. After all, you are better placed than me for peer help.
Questions like « Can we do this, how to do that » should be answerable by most users that have used the software for some time. Sometimes, even I need to do some research to answer, whereas one of you may have the answer right away.
(So if you see an unanswered question, don't hesitate and don't be afraid. )
What should be different in the way the project is organized (site, forum, wiki, help, videos, release cycle, communication, etc.) ?
Thanks
Yes, you can use the menu Motion > Reverse… then you can do whatever you'd do with a normal video.
The menu is only active when the segment is sufficiently small to be held uncompressed in memory (relative to the Working Zone memory settings in the preferences).
I used a Sony video camera attached via a fire-wire connection. During capture, the screen flickered again, like I had mentioned to you before in a previous post. Play back of the files after capture looked good and played back smoothly. The screen flicker during live capture does not seem to affect the capture quality.
Hope that helps...
Thanks for the report.
Currently I do not have access to a Windows Vista or Windows 7 computer, my main machine is under Windows XP and I don't plan to change in the coming months.
Unfortunately, Firewire connexion doesn't work under emulated operating system, so basically, I cannot test.
People, this is a call for contributors, if you have Windows 7 (or Vista) and a DV Camcorder, and you're not afraid of C# programming, you can help (check the wiki here for starters).
Can you be a bit more verbose, I don't understand what you are referring to…
Version expérimentale : elle a besoin de vos retour d'expérience pour s'améliorer !
L'installeur est [s]dispo ici[/s]. Voir topic 0.8.11
Nouveautés principales de cette version :
Outil cercle
En cliquant sur un cercle ajouté, vous verrez un changement de couleur sur une portion du cercle en bas à droite. Vous pouvez faire glisser cette zone pour changer la taille du cercle.
Représentation du temps "Total en millisecondes"
En plus de la notation classique ou du "numéro des images" vous pouvez maintenant utiliser cette représentation purement numérique.
Correctifs : bugs 214, 220, 221.
Des correctifs ont été apportés dans l'écran de capture, mais le clignotement de l'image pendant l'enregistrement (Windows Vista et 7) est toujours présent.
Utilisateurs de Windows 7 : si vous avez activé une des options "moyen - 150%" ou "grande - 200%" dans le "Panneau de configuration > Affichage" vous constaterez des soucis au niveau de l'interface graphique. La correction est en cours, en attendant le seul contournement connu est de rebasculer en "petite - 100%".
Capture d'écran : quelques cercles.
This is an experimental version : it needs your feedback to improve itself.
The installer is [s]available here[/s]. Go check 0.8.11 instead .
Most important things in this version:
Circle tool
When you click on a circle drawing, you will see a change of color in the lower right part of the circle. You can drag this zone to change the size of the circle.
"Total milliseconds" time representation
In addition to the classic time or the "number of frames" you can now use this purely numerical time representation.
Some fixes were done in the capture department, but image flickering during save for Vista and 7 is apparently still here. (use the dedicated thread for capture related stuff)
Windows 7 users : if you have activated the "medium - 150%" or "big - 200%" option in "Control Panel > Display", you'll experience some problems in the user interface.
This is in progress. In the meantime, the only known work around is to go back to "small - 100%".
Snapshot: Some circles.
Hello,
You can convert the file beforehand in VirtualDub.
Once the video is loaded, you go to Video > Filters, button "Add…", then select "rotate" or "rotate2" and click OK.
To save back the video, you can select a codec in Video > Compression… and then save with File > Save as Avi…
Kinovea - Forums → Posts by joan