The lutyuv video filter only applies to the top 5/9ths of yuv444p10le pixel format video

[Compusomnia]

Summary of the bug: The lutyuv video filter only applies to the top 5/9ths of yuv444p10le pixel format video.
How to reproduce:

PS D:\videos\exports> ffmpeg -f lavfi -i testsrc=d=10 -vf "format=yuv444p10le,lutyuv=u=0:v=0" broken-lutyuv.mkv
ffmpeg version N-94167-ga514244319 Copyright (c) 2000-2019 the FFmpeg developers
  built with gcc 9.1.1 (GCC) 20190621
  configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt
  libavutil      56. 30.100 / 56. 30.100
  libavcodec     58. 53.101 / 58. 53.101
  libavformat    58. 28.101 / 58. 28.101
  libavdevice    58.  7.100 / 58.  7.100
  libavfilter     7. 56.100 /  7. 56.100
  libswscale      5.  4.101 /  5.  4.101
  libswresample   3.  4.100 /  3.  4.100
  libpostproc    55.  4.100 / 55.  4.100
Input #0, lavfi, from 'testsrc=d=10':
  Duration: N/A, start: 0.000000, bitrate: N/A
    Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc
Stream mapping:
  Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264))
Press [q] to stop, [?] for help
[libx264 @ 000002bad6409d00] using SAR=1/1
[libx264 @ 000002bad6409d00] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX XOP FMA3 BMI1
[libx264 @ 000002bad6409d00] profile High 4:4:4 Predictive, level 1.3, 4:4:4, 10-bit
[libx264 @ 000002bad6409d00] 264 - core 157 r2970 5493be8 - H.264/MPEG-4 AVC codec - Copyleft 2003-2019 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=4 threads=7 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=81 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, matroska, to 'broken-lutyuv.mkv':
  Metadata:
    encoder         : Lavf58.28.101
    Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv444p10le, 320x240 [SAR 1:1 DAR 4:3], q=-1--1, 25 fps, 1k tbn, 25 tbc
    Metadata:
      encoder         : Lavc58.53.101 libx264
    Side data:
      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
[Parsed_testsrc_0 @ 000002bad638a5c0] EOF timestamp not reliable
frame=  250 fps=0.0 q=-1.0 Lsize=      46kB time=00:00:09.88 bitrate=  38.5kbits/s speed=18.6x
video:44kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 5.142452%
[libx264 @ 000002bad6409d00] frame I:1     Avg QP:28.89  size:  2983
[libx264 @ 000002bad6409d00] frame P:68    Avg QP:23.24  size:   467
[libx264 @ 000002bad6409d00] frame B:181   Avg QP:22.15  size:    54
[libx264 @ 000002bad6409d00] consecutive B-frames:  0.8%  0.0% 24.0% 75.2%
[libx264 @ 000002bad6409d00] mb I  I16..4: 38.7% 35.0% 26.3%
[libx264 @ 000002bad6409d00] mb P  I16..4:  2.3%  1.0%  0.8%  P16..4:  8.1%  3.9%  2.7%  0.0%  0.0%    skip:81.3%
[libx264 @ 000002bad6409d00] mb B  I16..4:  0.2%  0.0%  0.0%  B16..8:  5.7%  0.0%  0.0%  direct: 0.0%  skip:94.0%  L0:57.4% L1:40.0% BI: 2.6%
[libx264 @ 000002bad6409d00] 8x8 transform intra:26.2% inter:31.1%
[libx264 @ 000002bad6409d00] coded y,u,v intra: 9.6% 11.4% 9.5% inter: 0.7% 0.7% 0.6%
[libx264 @ 000002bad6409d00] i16 v,h,dc,p: 61% 27%  3% 10%
[libx264 @ 000002bad6409d00] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 61% 12% 25%  2%  0%  0%  0%  0%  0%
[libx264 @ 000002bad6409d00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 58% 14%  1%  1%  1%  0%  1%  0%
[libx264 @ 000002bad6409d00] Weighted P-Frames: Y:0.0% UV:0.0%
[libx264 @ 000002bad6409d00] ref P L0: 69.6% 25.5%  4.9%
[libx264 @ 000002bad6409d00] ref B L0: 56.6% 40.8%  2.6%
[libx264 @ 000002bad6409d00] ref B L1: 97.8%  2.2%
[libx264 @ 000002bad6409d00] kb/s:35.59

[Jun Zhao]

I think Paul B Mahol have fix this regression with commit: 0f39ef4db2b899bcaea98d6e485ff5915d594717

[Compusomnia]

Two pairs of parentheses. Four bytes. Problem solved.