|
|
Hi, thank you for your attention.
I finally managed to lower it, only on another machine. I do not know what happens to the machine that is installed the photodirector, since it had disabled the firewall of the total anti-virus kaspersky, but nothing of success occurred.
Through your post, I had the idea of trying to download from another machine.
Thank you
|
|
|
anyone could install this update ?
I could not because the link is broken.
thanks
|
|
|
Hi,
Does this version incorporate version beta 2421?
Thanks
|
|
|
now I understad.
My doubt makes logic since Cyberlink releases several files and is not clear mainly in the release notes.
thanks Steve & Barry
Cyberlink/Moderator: You could write this in the updates -> "All PowerDirector patches are are incorporated into the most recent patch "
|
|
|
Anyone know what the reason for the last file with power director updates, do not accumulate ALL the previous fixes?
tanks
|
|
|
now GIF works fine in media content and timeline. Thanks moderator.
After load Gif in title designer pdr15 show message that which denies the use, different from what was occurring until then.
|
|
|
After reading this post I went to evaluate and the pdr15 with the last official version 2309, does not work with gif file. From the moment I put a file on the timeline, in addition to not working, I also could not delete it from this tracker.
I did not get information in any location if the pdr15 from this version will no longer accept GIF or if it really is a bug.
|
|
|
see the image of the problem:
When watching the video it does not pass through box 4 that is defined as keyframe, characterizing a bug.
|
|
|
Pdr failure preventing the user from handling the keyframe. You set a certain amount of keyframes and later you will review the times (visually) at each position. After approaching 2 icons of keyframes, they come together and thereThe pdr prevents navigation via "next keyframe" or "previous keyframe".
In the example posted here, you can not navigate using "next keyframe" from the 4th keyframe, since the pdr allowed you to join keyframes in the previous pass. It is difficult to rebuild to show the bug.
The biggest problem I am facing in the pdr is that the lack of clear rule generatesConfusion and consequence. In my understanding it is a bug, because allowing actions that block navigation is open port to the "unknown" and then the user will use error and attempt to reach a solution.
Lack of rule in magic motion:
_How many keyframes are allowed?
_There should be a time reader for the keyframe set, so that it can inform the user of the time helping to resize (time) the imageTo build the "magic motion" coherent.
Today pdr fails to allowControls that slide and depending on the amount becomes difficultPositioning the icons of the "timeline keyframe" sensibly and allows you to disrupt keyframes neighbors.
When you hover the mouse in the keyframe timeline, sometimes an arrow appears on the mouse and sometimes a little hand appears. What is the meaning of this?
When you start creating the keyframes, it looks like the little hand indicates a region where no more keyframes can be added and the arrow would indicate that it is allowed to create keyframes.
But in the position where the project that I haveYou can see arrows only that pdr does not allow adding more keyframes.This has either a lack of clear rules or a bug. Both featureWhich Cyberlink should repair.In the example that I posted, I imagine that for solution I should delete many keyframes, then rebuild it. But how much time the user losesWith the lack of defined rules?
Thanks and sorry for my bad English, which comes from the Google translator.
|
|
|
Hi,
Here is the suggestion thatPlace your reference in the pdr manual
- Don't resize the image first, or
- Crop the image first to create a new photo - then apply Magic Motion
Thanks
|
|
|
Hi Tony,
I checked that you just added the image to the timeline, keeping the size while I did, I magnified the image making it take up all the space. In this situation when you use the motion, pan-zoom it generates the bug. When the image size is not changed, the bug does not occur.
|
|
|
Hi Tony,
I checked in your video / youtube that you created in user defined while I created in pan and zoom, different situations, although I am not an expert in pdr to know if user defined incorporates any situation.
|
|
|
Hi Dan
I checked in fre form and 4: 3 and the bug remains
thanks
|
|
|
Hi,
Click here to download the project
(In this project, the image saved in the timeline contains the bug)
Please post here the results of your pc
Thanks
|
|
|
Hi, Tony
To clarify reinforcing its manifestation follows another visualization of the bug
bug seen on "fit"
Incorrectly cropping the image set in the pan-zoom
Cheers 2017
Beto
|
|
|
I found a bug in version 15 build 2309 whereThe limits set for the image using theZoom and pan are not respected.Has anyone noticed this occurrence?
"link that see this"
I have version 12 and 13 and this bug also occurs in these versions.
|
