Neither of the following processing ranges seems correct.

Section 8.8.5.2 "For the derivation of the filtered reconstructed luma samples alfPictureL[ x ][ y ], each reconstructed luma sample inside the current luma coding tree block recPicture[ x ][ y ] is filtered as follows with x, y = 0..CtbSizeY − 1"

Section 8.8.5.4 "For the derivation of the filtered reconstructed chroma samples alfPicture[ x ][ y ], each reconstructed chroma sample inside the current chroma coding tree block recPicture[ x ][ y ] is filtered as follows with x = 0..ctbWidthC − 1, y = 0..ctbHeightC − 1"

The locations [x][y] need to be offset by the CTB position, otherwise it's just processing the top-left CTB over and over. Something like what is used in 8.8.5.7 seems more appropriate.

Currently the use of ALF with temporal prediction (which is turned on in the CTC) makes RAP pictures dependent on pictures that precede the RAP picture in decoding order. A fix is needed so that all RAP pictures in RA and all pictures in AI can be decoded independently. Pictures following the RAP picture in decoding order must not predict across the RAP.

Please find some command lines to reproduce the issue :

git checkout 10e8a2c6123b35a211e450c5e0c3c0c694436d2a

cd build
readonly sanitizer="-fsanitize=address"
cmake .. -DCMAKE_BUILD_TYPE=Debug -DCMAKE_CXX_FLAGS=$sanitizer -DCMAKE_EXE_LINKER_FLAGS=$sanitizer
make -j 8
cd ..

./bin/EncoderAppStaticd --SourceWidth=232 --SourceHeight=240 --InputChromaFormat=420 --InputBitDepth=10 --Profile=next --FrameRate=60 --FramesToBeEncoded=4 --GOPSize=4 --Frame1="B 1 5 -6.5 0.2590 0 0 1.0 0 0 0 4 4 1 5 9 13 0 0" --Frame2="B 2 4 -6.5 0.2590 0 0 1.0 0 0 0 4 4 1 2 6 10 0 0" --Frame3="B 3 5 -6.5 0.2590 0 0 1.0 0 0 0 4 4 1 3 7 11 0 0" --Frame4="B 4 1  0.0 0.0    0 0 1.0 0 0 0 4 4 1 4 8 12 0 0" --FastSearch=1 --LCTUFast=1 --PBIntraFast=1 --LumaLevelToDeltaQPMode=1 --CTUSize=64 --MaxPartitionDepth=5 --LoopFilterDisable=1 --ALF=1 --DisableIntraInInter=1 --DualITree=1 --MTS=1 --IBC=1 --SMVD=1 -i source.yuv -b encoded.vvc

Here is the output:

VVCSoftware: VTM Encoder Version 6.0 [Linux][GCC 8.2.0][64 bit] [SIMD=AVX] 

TOOL CFG: IBD:0 HAD:1 RDQ:1 RDQTS:1 RDpenalty:0 LQP:1 SQP:0 ASR:0 MinSearchWindow:8 RestrictMESampling:0 FEN:0 ECU:0 FDM:1 CFM:0 ESD:0 TransformSkip:0 TransformSkipFast:0 TransformSkipLog2MaxSize:5 BDPCM:0 Slice: M=0 Tiles:1x1 MCTS:0 CIP:0 SAO:1 ALF:1 PCM:0 TransQuantBypassEnabled:0 WPP:0 WPB:0 PME:2  WaveFrontSynchro:0 WaveFrontSubstreams:1 ScalingList:0 TMVPMode:1  DQ:1  SignBitHidingFlag:0 RecalQP:0 
NEXT TOOL CFG: LFNST:0 MMVD:1 Affine:0 PROF:0 SubPuMvp:0+0 DualITree:1 IMV:1 BIO:0 LMChroma:1 CclmCollocatedChroma:0 MTS: 1(intra) 0(inter) SBT:0 ISP:0 SMVD:1 CompositeLTReference:0 GBi:0 GBiFast:0 LADF:0 MHIntra:0 Triangle:0 AllowDisFracMMVD:0 AffineAmvr:0 AffineAmvrEncOpt:0 DMVR:0 MmvdDisNum:8 JointCbCr:0 PLT:0 IBC:1 HashME:0 WrapAround:0 LoopFilterAcrossVirtualBoundaries:0 Reshape:0 MIP:1 EncDbOpt:0 
FAST TOOL CFG: LCTUFast:1 FastMrg:0 PBIntraFast:1 IMV4PelFast:1 MTSMaxCand: 3(intra) 4(inter) AMaxBT:0 E0023FastEnc:1 ContentBasedFastQtbt:0 UseNonLinearAlfLuma:1 UseNonLinearAlfChroma:1 MaxNumAlfAlternativesChroma:8 FastMIP:0 FastLocalDualTree:0 NumSplitThreads:1 NumWppThreads:1+0 EnsureWppBitEqual:0 


 started @ Wed Aug 21 16:01:31 2019
POC    0 TId: 0 ( I-SLICE, QP 30 )      37368 bits [Y 49.7423 dB    U 49.9322 dB    V 37.7414 dB] [WY 52.7526 dB    WU 52.9425 dB    WV 40.7517 dB] [ET    23 ] [L0 ] [L1 ]
terminate called after throwing an instance of 'Exception'
  what():  
ERROR: In function "simdFilter5x5Blk" in /home/fredb/projects/vtm/source/Lib/CommonLib/x86/avx/../AdaptiveLoopFilterX86.h:306: Wrong endWidth in filtering