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

FFmpeg trac at avcodec.org
Mon Oct 4 00:14:24 EEST 2021

#9447: avfilter/vf_v360 interprets commands as relative rotation offsets
             Reporter:  Paul Baxter  |                    Owner:  (none)
                 Type:  defect       |                   Status:  closed
             Priority:  normal       |                Component:  avfilter
              Version:  git-master   |               Resolution:  wontfix
             Keywords:  v360         |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
Comment (by Paul Baxter):

 Replying to [comment:1 Elon Musk]:
 > This is intentional, otherwise you get gimbal lock.
 The rotations are always expressed though the api as euler angles, I'm
 puzzled how switching these from absolute assignment to relative offsets
 addresses gimbal lock as any triplet of values is still accessible - I'd
 ask you to reconsider as this is much less expressive.

 For example the project https://github.com/dfaker/VR-reversal is
 completely unable to use the rotation values though the sendcmd api
 without changing to monitor a duplicate of the rotation state and
 calculate offsets, and even then smooth motion with lerp is not possible
 as offsets aren't expressible in the sendcmd command expressions.
Ticket URL: <https://trac.ffmpeg.org/ticket/9447#comment:2>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker

More information about the FFmpeg-trac mailing list