#9447: avfilter/vf_v360 interprets commands as relative rotation offsets
------------------------------------+------------------------------------
Reporter: Saul Baker | Owner: (none)
Type: defect | Status: closed
Priority: normal | Component: avfilter
Version: git-master | Resolution: invalid
Keywords: v360 | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
------------------------------------+------------------------------------
Comment (by Saul Baker):
I'd also note it's not limited to commanding the rotation angles, anything
that runs process_command is setting the yaw/pitch/roll state to zero and
then not moving the quaternion from origin when {{{reset_rot!=0}}},
snapping the view back to 0,0,0 for example a pan up followed by a small
zoom:
{{{
0.0000-1.2622 [expr] v360@3 reset_rot '1', v360@3 pitch
'lerp(-15.0000,-15.0000,TI)';
1.2622-2.8044 [expr] v360@3 reset_rot '1', v360@3 pitch
'lerp(-15.0000,15.0000,TI)';
4.9172 [enter] v360@3 reset_rot '1', v360@3 d_fov 95;
}}}
Also resets the view to origin as soon as 4.9172 is entered, that and the
above issue is what the question around limiting the zeroing of the user
supplied rotations {{{s->yaw = s->pitch = s->roll = 0.f;}}} to only when
{{{reset_rot!=0}}} was addressing - I humbly think it's a better, more
useful and predictable behaviour.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/9447#comment:35>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker_______________________________________________
FFmpeg-trac mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-trac
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
