|
12-17-2018, 01:22 AM | #1 |
Human being with feelings
Join Date: Mar 2018
Location: Cologne
Posts: 1,362
|
Zoomed images moving to roughly
Hi,
I noticed that zoomed images are unable to pan smoothly thru the screen. While I was working on a simple slideshow to demonstrate nearly all possible transition types in Reaper I got stuck by this problem. At first I thought its kind of a parameter problem, that the values of the automation only are stepped because of the coarse parameter dial resolution. But it seems more like a magnifying effect as if the vertical and horizontal pan gets zoomed with the image what makes the little steps visible. The weird thing is, not only the movement in one direction looks chunky it also happens that the images jumps for one pixel or a certain step in another direction and back. Here is an example: The chunky movement is not only from the 10 frames per second. The video looks nearly then same. The problem is more the left/right/up/down micro movement. Here the video: https://mega.nz/#!C2pUTabS!rPStu-TrL...PzidghcvBZralQ I have no idea if this is a preset problem as it happens in the default Opacity, zoom, pan preset as well as in the Essential video controls from Jon. Or if this is a general problem with the automation resolution. Maybe its to rough for this kind but okay for audio? You can recreate this problem by zooming an image to 1.5 and slowly panning it in both directions. You would say that zooming this high should be avoided but sometimes its necessary to do so. Any idea of how to fix that? Many thanks Eli Last edited by Eliseat; 12-17-2018 at 01:30 AM. |
12-17-2018, 10:44 AM | #2 |
Administrator
Join Date: Jan 2005
Location: NYC
Posts: 15,721
|
Hmm perhaps try decreasing the automation step size via the //@param lines?
|
12-17-2018, 11:38 AM | #3 |
Human being with feelings
Join Date: Mar 2018
Location: Cologne
Posts: 1,362
|
I will make further tests to see what its all about.
|
12-18-2018, 12:44 AM | #4 |
Human being with feelings
Join Date: Mar 2018
Location: Cologne
Posts: 1,362
|
So it happens if you pan and zoom at the same time. Even slightly zooming leads into little jumps. I tried (hopefully right) to decrease the step size but this doesn't change anything.
For my understanding the resolution of video automation always should happen with maximal possible resolution/sub-division independent from the parameter dial resolution. And it seems this already is the case. But for some reason the zoom and pan coordinates don't fit to each other. Maybe something gets round down? Take a look at this example: Same set up of an image getting moved and zoomed. Once with default preset. Once with decreased step size preset. This jumping movement also gets rendered. I will make a further test if it also happens with video. |
12-18-2018, 08:46 AM | #5 |
Human being with feelings
Join Date: Jul 2013
Location: Edmonton, Alberta, Canada
Posts: 258
|
I am also having the same problem with test sizing and zooming especially at the beginning and ending of this video.
https://youtu.be/qFhoFabeUCU Licecap view: https://drive.google.com/open?id=13y...aTWrqLkO2UcbFJ Ron L
__________________
Ron L, i7 laptop x64, Win7pro/x64(dual boot), 7200rpm hd, 2 ext. hd, Scarlett 2i4, Event 20/20 audio monitors, 1 ext. video monitor, Novation Launch Control XL, REAPER x64, Sonar Platinum Last edited by rluka; 12-19-2018 at 01:30 PM. |
12-18-2018, 08:52 AM | #6 | |
Human being with feelings
Join Date: Mar 2018
Location: Cologne
Posts: 1,362
|
Quote:
Greetings Eli BTW: Nice and crisp sound, lovely melody. Like it! |
|
12-18-2018, 08:23 PM | #7 |
Human being with feelings
Join Date: Oct 2009
Posts: 99
|
It really looks like its jumping backwards in this gif but I'm having problems to reproduce that.
Code-wise there's something which rounds the zoomed image dimensions to numbers that are divisible by 2 (5 becomes 4, 123 becomes 122 etc.). Not completely sure what this does (let the image stay centered?) but do you see any improvements concerning the backwards jumping if you remove the "&0xfffe" part from these lines (line 33 and 34)? Code:
dw = (project_w*z)&0xfffe; dh = (project_h*z)&0xfffe; (btw enabling filtering makes edges in the image look much more smooth) Last edited by wwwmaze; 12-18-2018 at 09:20 PM. |
12-19-2018, 12:58 AM | #8 |
Human being with feelings
Join Date: Mar 2018
Location: Cologne
Posts: 1,362
|
Hi wwwmaze,
I don't have these lines as I'm probably using a different (optimized) version from a dev. The corresponding code looks like this: Code:
dw = (project_w*z)&-2; dh = (project_h*z)&-2; For me this was a serious drawback in the whole concept of video/image editing as it makes it nearly impossible to do simplest tasks. And I was just wondering why I never discovered it before. This is what it looks like now: The jumps are gone. But I'm not sure if those steps are right. And in rluka's example you can see in the beginning that the movement seems to be smooth while the zooming makes kind of stepped progression. This looks weird. I will make further tests. Many thanks for your help. BTW: rluka, I actually can't listen to your mix with my studio headphones as they are broken. For me it sound great over Bluetooth. |
Thread Tools | |
Display Modes | |
|
|