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

FFmpeg trac at avcodec.org
Mon Oct 4 12:34:57 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 Michael Koch):

 Replying to [comment:6 Saul Baker]:

 > 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.

 I agree. Let the user decide if he prefers absolute or relative angles. If
 he chooses absolute angles, he must take care to avoid angles that lead to
 gimbal lock condition. I did make a lot of things with v360, but I did
 never run into this problem. I would always choose absolute angles. In my
 opinion, relative angles are useless.
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/9447#comment:7>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list