[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