[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