[FFmpeg-trac] #9447(avfilter:closed): avfilter/vf_v360 interprets commands as relative rotation offsets

FFmpeg trac at avcodec.org
Wed Oct 20 23:40:25 EEST 2021


#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 at 3 reset_rot '1', v360 at 3 pitch
 'lerp(-15.0000,-15.0000,TI)';
 1.2622-2.8044 [expr] v360 at 3 reset_rot '1', v360 at 3 pitch
 'lerp(-15.0000,15.0000,TI)';
 4.9172 [enter] v360 at 3 reset_rot '1', v360 at 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


More information about the FFmpeg-trac mailing list