You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 119 of 133)
Topics by joan User defined search
Posts found: 1,771 to 1,785 of 1,981
Thanks for the files and info.
Also, I opened an issue in the bug tracker here: m143.
helmutk wrote:I beg your pardon for this question, but: What's the difference between analysis mode and normal mode?
They are just internal modes of working for the software. When the memory permits, the working zone selection is automatically switched into so-called analysis mode (for a lack of a better name) and all video frames are expanded to memory.
The browsing is faster and some functions under the "Image" menu become available.
The "normal" mode is used for longer videos that can't fit in memory.
helmutk wrote:I have to report another bug: after using the slider for the synchronized videos the common play-button doesn't start the vids from the new position where you stopped sliding.
That was "by-design" behavior actually.
If you have set a synchronisation point, the common controls are always relative to this sync point.
Maybe it's confusing and should be changed. I guess it shows that I wasn't sure about this sync lock issue.
This sort of confusing behavior would disappear if the sync lock is enforced.
So, what would be the way to enforce this "sync lock" while still being able to change the sync point ?
- a small button to lock/unlock the videos ?
- the locking would be the default behavior when a new sync point is choosen by the user ?
- to change the sync point the user would thus have to unlock synchronisation first.
- while locked, the individual controls on each videos are disabled entirely ?
- while locked, the individual controls are not disabled but using the ones on a video impacts the one on the other ?
- what happens when you change the working zone selection in one video, when you change the slow motion factor ?
Hi,
Thanks for the report and suggestions !
I'll add the defects to the bug tracker. I've stumbled upon the second issue in the past (when only one video rolls back to start) but it was a bit sensitive to context and I couldn't reproduce it easily.
Were the videos in analysis mode or in normal mode ? (basically when you used the slider, was the video updated in realtime or only when you released the cursor ?)
About the suggestions,
It is not the first time that I get feedback around this idea of more locking in the synchronisation.
The original idea was to keep the videos fairly independant so you can change the sync point at anytime and maybe browse in one video while the other one stays paused.
Now maybe it would make more sense to really lock the vids together for as many actions as possible.
That would certainly ease the comparison process.
I'd be happy to get more feedback from other users on this too. Anyone using the double view for independant browsing of the videos ?
I'll have a look at FairPlay Lite.
Thanks
Thanks guys for all the input and suggestions.
I've been quite busy with other stuff during the last month but I'll try to catch up 
ylatuya wrote:Do you guys know Elpel cameras? It's free hardware and software cameras.
Thanks for the link, it's very interesting. I hadn't heard of them.
Open source hardware in video could open so many possibilities
Hi,
This is strange… Would you be able to record two very small files (few seconds) in HD and SD and send them to me (joan at kinovea dot org).
I'll have a look at them and see if there is a defect in the source that I can fix.
thanks.
Hi,
Thanks for the input. I'll try this out.
Hi,
Which version are you using ? Is it 0.7.10, 0.8.* ? Is it an older one like 0.7.6 ?
When the problem occurs, you should be able to click a button to display the details of the error report.
Please post the paragraph that is under the line: ************** Exception Text **************.
This might help assessing what is going on.
Thanks for taking the time to report.
Salut,
Petite précision concernant la capture avec DF.
Pour autant que je sache la connectique FireWire n'offre pas assez de bande passante pour faire de la capture de camescopes HD.
Le flux qui est perçu par le PC est donc converti préalablement par le camescope en définition standard.
@tabory: Il n'y a pas de fonctions spéciales pour gérer les tablettes graphiques. Elles devraient rester utilisable dans les mêmes proportions que dans les autres logiciels.
Une personne qui utilise Kinovea pour faire du commentaire d'animations 3D avait suggéré que les outils de dessins puissent tirer parti du stylet et gérer notamment les différences de pression, comme dans un Photoshop.
À l'heure actuelle il n'est pas prévu d'intégrer ce genre de fonctionnalité. D'une part Kinovea reste un outil d'analyse avant d'être un outil de dessin, et d'autre part je n'ai pas de tablette pour tester. (même si je compte en acquérir une pour d'autres raisons).
@vaiotest: tabory parle de tablette graphique (à ne pas confondre avec un Tablet PC) - c'est un périphérique surtout utilisé par les graphistes.
Je n'ai aucune idée de la compatibilité de Kinovea avec le Tablet PC, mais a priori si c'est sous Windows XP cela devrait fonctionner.
Si tu peux l'installer et nous faire un retour se serait super ! 
Salut,
Je vais l'ajouter à la liste des suggestions.
Pour l'instant pas vraiment prévu, mais si ça intéresse du monde on pourra réfléchir aux modalités d'implémentation.
Bonjour,
Voulez vous parler d'une tablette graphique ?
Hi Stephan,
I just sent you a mail.
Hi,
For the slideshow function, due to a technical limitation which is currently out of my reach, the saving function needs to repeat the frames over and over several times into the output file, until the specified interval is matched.
Basically, there is a minimum of 8ms or something for the frame interval, so at some point frame repetition is unavoidable.
This frame repetition is causing the file to grow.
I don't think there is a solution to this issue right now and unless many persons find it unacceptable, I would rather work to improve other areas.
In a general sense, the file size of the various saving options won't be correlated to the original video because Kinovea will not use the same encoding profile than the original.
I had to weight several factors into account and file size suffered of the tradeoff (Couldn't find a reliable way to compute an adequate quality factor, so I use an arbitrary high value, which gives large files).
Thanks
Posts found: 1,771 to 1,785 of 1,981
- Sauvegarde dans une vidéo avec arrêts prolongés sur les images clés.