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

FFmpeg trac at avcodec.org
Mon Oct 4 12:29:21 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):

 The main issue is that it breaks the assumptions of how property
 assignment works in a command to a filter - for every other sendcmd
 settable property they can be set to a value tested by passing that
 property to the filter directly and expect to see the filter behave as if
 that value were provider directly as a prameter during that command
 interval - and as a result interpolation functions can be evaluated in the
 sendcmd expressions to smooth or distribute value changes over time.

 It may very well help with the issue of avoiding gimbal lock but that's at
 the expense of what you can express with the filter commands - this does
 regress the behaviour that the filer previously displayed by giving these
 properties unique behaviours - if the ability to specify a relative offset
 for these properties is required why not expose the adjustments of these
 values as separate rel_yaw, rel_roll, rel_roll as adding this unique
 behaviour to existing parameters breaks previous behaviour, developer
 expectations and the utility of sendcmd for setting these properties.
Ticket URL: <https://trac.ffmpeg.org/ticket/9447#comment:6>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker

More information about the FFmpeg-trac mailing list