You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 8 of 131)
Topics by joan User defined search
Posts found: 106 to 120 of 1,954
Non ce n'est pas que chez vous, il y a plusieurs personnes qui ont ce problème, il y a au moins 3 fils sur le forum en Anglais et un bug rapporté sur github, mais je n'ai jamais réussi à le reproduire chez moi donc impossible à debugger. Mais ça m'intéresse beaucoup de pouvoir comprendre ce qui se passe.
Ils sont gros ces fichiers .dmp? Vous pourriez me les envoyer à joan at kinovea.org ? S'ils font plus de 5Mo au total plutôt via google drive ou un truc dans le genre car la boîte mail n'a pas beaucoup d'espace. Merci.
A delayed thank you for the suggestions.
Both of these are now implemented for the next version.
I added the key frame comments to the JSON export, it will be in the next version.
Update: j'ai testé avec une machine fraichement installée avec Windows 11 (Cloud PC): je ne reproduit pas le problème, ça se lance normalement.
It's not a problem with the source files.
Right now the only encoding profile supported is quite conservative, it is optimized for frame-by-frame playback (back and forth) so each frame is encoded independently (MJPEG). This takes way more space than typical approaches optimized for forward playback. Having other encoding profiles for export is on the roadmap and a priority but haven't gotten around to it yet.
It should be playable in VLC or any player that supports MJPEG.
In the recent versions the export was changed to be based on the original file size instead of the viewport size which means in your case it will export an 8K width video, it will be important to have an option to specify the output size as well.
Est-ce que vous avez des fichiers commençant par "Unhandled Crash -" dans le dossier "C:\Users\<username>\AppData\Roaming\Kinovea" ?
Sinon est-ce que vous avez des fichiers de type "Kinovea.exe.7796.dmp" dans le dossier: "C:\Users\<username>\AppData\Local\CrashDumps" ?
(remplacez <username> par votre nom d'utilisateur Windows)
Typically it uses the i-1 and i+1 points and divides by 2t.
But before that it applies a Butterworth filter to remove the noise from the digitization process. You can check the references and computation in the Linear kinematics dialog in the "About" tab. And you can disable this filtering in Preferences > Drawings > General.
What is the original size of each video and are you using horizontal side-by-side or vertical top-bottom? (so I can try to reproduce the problem)
If the two videos don't have the same size or don't have the same aspect ratio, the final size is computed based on the larger one and the other one is resized to fit.
If you see black bars on the sides of one of the video they probably don't have the same aspect ratio.
Does it have the same issue if you export a side-by-side image instead of a video?
Can you show a picture of what you see and what you would expect instead?
Thanks
I doubt it's related to the CPU to be honest. A number of people have reported a similar symptom over the years but I've never been able to reproduce it on any of my machines.
Based on the symptom I would say that since it flashes the splash screen it means the .NET framework is installed and compatible, but one of the system assembly that is dynamically loaded during the initialization is not found or not the right version. Or maybe one of the program's assembly or one of its dependencies has been put in quarantine by the AV.
See if you can try right click and "Troubleshoot compatibility".
older threads
https://www.kinovea.org/en/forum/viewtopic.php?id=1627
https://www.kinovea.org/en/forum/viewtopic.php?id=1167
Could you confirm the other laptop with Intel is also running 2023.1.2 or a previous version? I haven't had a lot of comments on 2023.1.2 so I'd like to make sure it's not a regression general to this release.
Yeah I often want to skip 5 or 10 seconds as well. And it seems easier to reason about than "1%" which changes meaning for every video, or maybe it's the muscle memory from using arrow keys on Youtube.
Probably we should replace these commands with "short skip" and "long skip" and let the user choose both the value and the unit (percentage or seconds). It could default to something like 5 seconds for short skip and 10% for long skip.
Bonjour,
C'est avec la version zip ou bien l'installeur?
Quelle version utilisiez-vous avant?
Est-ce que vous pouvez tester avec la version 2023.1.1, ça m'aiderez à savoir si le problème est intervenu juste entre ces deux.
Est-ce qu'il y a un fichier d'exception dans le dossier des logs par hasard? (sous %appdata%/Kinovea dans la version installée et dans le sous-dossier AppData pour la version zip). Fichier commençant par "Unhandled Crash" et s'il y a un log.txt ça m'intéresse aussi.
Merci
Yes it looks interesting. It's not possible at the moment, first we need to have a better remote control interface so this sort of tool can call it.
Can you clarify a bit what this is, how you would use it with Kinovea? Is it like a software-version of a Streamdeck? I would like to add support for Streamdeck in the future.
There is currently no facility for this. (There is support for .srt subtitle files but that's not going very far).
Is it for live capture or displaying some data matching the timestamp of the video?
A tabular data object that reads a CSV and creates a label for each colum at the right timestamp would be great to have. Another use-case would be golf launch monitors.
Posts found: 106 to 120 of 1,954
