[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