On 1/17/21 1:23 PM, emco...@ffastrans.com wrote:
On 2021-01-17 09:02, wrote Stephen Hutchinson:
Comment bikeshedding aside, LGTM, but the avs_is* API usage added here
needs to be reflected in the AVSC_DECLARE_FUNC and LOAD_AVS_FUNC blocks.
If those parts of the API are present in 2.5, the LOAD_AVS_FUNC can be a
0. If they were added in 2.6 (or Plus, but I know these would have to be
from classic AviSynth), then it should be 1.
What i am not able to do is to add the used convenience functions
avs_is_tff and bff to AVSC_DECLARE_FUNC and LOAD_AVS_FUNC, it refuses to
compile when i do so. IMHO this is because it is just convenience
functions that's function body is defined in the linked avisynth_c.h
file instead of being exported by the avisynth api lib.
The existing code in avisynth.c also uses such convenience functions
without adding them to the declaration, examples:
avs_has_video, line 524
avs_is_clip, line 571
Also, i found it safe to use the convenience functions avs_is_tff and
bff because the minimum required version is 2.6 and Plus or above, so i
hoped the functions will be always available.
Yeah, never mind about that. I didn't notice that those are declared
AVSC_INLINE, not AVSC_API, so they don't get used through the dynamic
API loader.
The comment formatting seems to have been messed up in the second
version, though.
/* The following typically only works when assumetff (-bff) and
* assumefieldbased is used in-script. Additional
* logic using GetParity() could deliver more accurate results
* but also decodes a frame which we want to avoid. */
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".