- Posts: 384
- Thank you received: 23
3 Post Moderation Rule for New Boarders (25 Jan 2021)
New boarders will have their posts moderated - Don't worry if you cannot see your post immediately.
Optical flow vs. Frame blending
Please Log in to join the conversation.
- Karsten Schlüter
-
- Offline
- Moderator
-
- Posts: 3790
- Thank you received: 718
Makki wrote: … flowing water.… optical flow and frame blending. I actually can not see a difference between those options.…
yeah, flowing water is an excellent example for 'natural frame blending' …
Optical Flow makes sense, when you have a designated foreground object and a (ideally not moving) background, generally spoken:
Frame#1 shows a ball at position 1, frame#2 at position 2…
Speed 25%/Frame Blending would fade out circle #1 within four frames, and fade in circle #2.
With Speed 25%/Optical flow, there will actually new content computated: the missing positions between #1 and #2.
as an example, here a 100fps recording, lowered to 10% and OF
Frame blending would in this case 'wobble' the background. And, when you look closer: the 'synthesized' content is a not very precise … I should have used a shorter shutter speed…
Please Log in to join the conversation.
Please Log in to join the conversation.
Please Log in to join the conversation.
- Karsten Schlüter
-
- Offline
- Moderator
-
- Posts: 3790
- Thank you received: 718
Redifer wrote: In my experience optical flow works best when there is a bit of motion blur in the original footage.….
Interesting.
Contrary to my experience … are you using FCPX in a latest version? 'cause, not scientifically bullet-proof, but in my observation, Apple has changed/improved OF over the years. Not only making it faster since vers.10.4 using Metal, but 'smarter':
I do lots of football (the one played with the foot …), and for example rotating objects (ball) were always 'wobbly' with OF - that was improved, somewhere btw 10.2 and 10.3.x.
And: 'blurry' content 'wobbles' too - at last here. And the theory behind OF (calculating vectors, yaddayadda) asks for 'clear pixels' too … at last in my low-level understanding.
Please Log in to join the conversation.
Please Log in to join the conversation.
- Karsten Schlüter
-
- Offline
- Moderator
-
- Posts: 3790
- Thank you received: 718
Redifer wrote: … I'd try a shot both ways if I had an awesome 100fps camera like you, back to back (same lighting conditions, same subjects, etc, just one has a super-crisp shutter speed and the other has some motion blur). The results would be interesting!
… nothing fancy in use here a Lumx FZ1000 has a street-price from 500€ …
Had an hour yesterday to tinker something together:
I printed some chart, I thought would be useful and attached it to my tiny drill machine.
upper pic shows a frame, in real speed…
lower pic shows an Optical Flow processed frame of the same clip:
Very dramatically: from 'some' angle-speed on, the OF algorithms create nonsense, that odd 'bubble'… (red rectangle…)
Just to explain the word 'Angle Speed' (I'm not sure that word exists in English):
The top car has a speed of say 200km/h - but, due to direction, an angle-speed of close to null => the delta of content from frame#1 to frame#2 is small.
The lower car has a speed of say just 20km/h - but, due to direction, the angle-speed is very high => the 'difference' of content btw #1 and #2 is high…
Same with my propeller - the outer parts are moving 'faster' – too fast, to let OF calculate the in-betweens correctly.
Theoretically, one should be able to calculate the benchmark, what max angle-speed is supported - but that is way above my head, I'm no engineer!! hahaha!!
In short: OF gives best results, as long as the content doesn't move/change 'too much'… wotever 'too much' means :lol:
… the ol' rule from the 50ies comes to mind: don't pan faster than 5 (3?) sec thru a frame…
… next: try with diff. shutter.speeds for diff. amount of blurs… asks for a new chart, my drill has no adjustable speeds… ohh those hobbyists!! LOL
Please Log in to join the conversation.



