Versatile Video Coding (VVC) / H.266: HEVC successor

[FranceBB]

Originally Posted by Funky080900

Try --IntraPeriod=256 --GOPSize=32 instead.

Using IntraPeriod=256 and GOPSize=32 ends up with:

VVCSoftware: VTM Encoder Version 13.0rc1 [Windows][GCC 10.3.0][64 bit] [SIMD=AVX2]


Error: found fewer Reference Picture Sets than GOPSize
Error: Invalid GOP structure given

EncoderApp.exe --SummaryVerboseness --InputFile=test.yuv --BitstreamFile=video_2.vvc --SourceWidth=3840 --SourceHeight=2160 --FrameRate=30000/1001 --InputBitDepth=8 --OutputBitDepth=8 --MSBExtendedBitDepth=8 --InternalBitDepth=0 --InputChromaFormat=420 --TargetBitrate=25000 --IntraPeriod=256 --GOPSize=32 --Profile=auto --Level=5.1 --Tier=high --ChromaFormatIDC=420 --MatrixCoefficients=9 --InputColorPrimaries=1 --LMCSSignalType=2 --ConformanceWindowMode=1 --FramesToBeEncoded=6001 --HashME=1 --IBC=1 --DecodingRefreshType=1 --InputSampleRange=1 --AspectRatioInfoPresent=1 --ChromaLocInfoPresent=1 --MaxCUWidth=32 --MaxCUHeight=32 --CTUSize=64 --MaxBTLumaISlice=64 --MaxBTChromaISlice=64 --MaxBTNonISlice=64 --MaxTTLumaISlice=64 --MaxTTChromaISlice=64 --MaxTTNonISlice=64 --CostMode=lossy --BDPCM=0 --ColorTransform=0 --VideoFullRange=0 --ChromaTS=1 --DepQuant=1 --LMCSEnable=1 --RDOQ=1 --RDOQTS=1 --SBT=1 --ISP=1 --MTS=1 --MTSIntraMaxCand=4 --MTSInterMaxCand=4 --LFNST=1 --JointCbCr=1 --SAO=1 --TransformSkip=1 --TransformSkipFast=1 --TransformSkipLog2MaxSize=5 --SAOLcuBoundary=0 --ALF=1 --CCALF=1 --InputChromaFormat=422 --ChromaFormatIDC=422 --ColorTransform=1 --VideoFullRange=1 --ChromaTS=1 --DepQuant=0 --LMCSEnable=0 --RDOQ=0 --RDOQTS=0 --SBT=0 --ISP=0 --MTS=3 --LFNST=0 --JointCbCr=0 --VerCollocatedChroma=1 --SAO=0 --TransformSkip=1 --TransformSkipFast=1 --TransformSkipLog2MaxSize=5 --SAOLcuBoundary=0 --Log2MaxTbSize=5 --ALF=0 --CCALF=0 --BIO=0 --PROF=0 --SearchRange=64 --QpInValCb="17 22 34 42" --QpOutValCb="17 23 35 39" --BCW=0 --BcwFast=0 --BIO=0 --CIIP=0 --Geo=0 --AffineAmvr=0 --LMCSUpdateCtrl=1 --LMCSOffset=0 --DMVR=0 --SMVD=0 --PROF=0 --ISPFast=1 --FastMIP=1 --FastLFNST=1 --FastLocalDualTreeMode=0 --AffineAmvrEncOpt=0 --MmvdDisNum=8 --OnePictureOnlyConstraintFlag=0 --RateControl=0 --SEIDecodedPictureHash=1 --MaxLayers=1 --CbQpOffset=1 --CrQpOffset=1 --TemporalSubsampleRatio=1 --LCTUFast=1 --TemporalFilter=0 --DualITree=1 --MinQTLumaISlice=8 --MinQTChromaISliceInChromaSamples=4 --MinQTNonISlice=8 --MaxMTTHierarchyDepth=3 --MaxMTTHierarchyDepthISliceL=3 --MaxMTTHierarchyDepthISliceC=3 --MMVD=1 --Affine=1 --MaxNumMergeCand=6 --LMChroma=1 --IMV=1 --MRL=1 --IBC=0 --AllowDisFracMMVD=1 --MIP=1 --PBIntraFast=1 --FastMrg=1 --AMaxBT=1 --HadamardME=1 --FEN=1 --FDM=1

pause

I wanna try xeve. Does anyone have a Windows Build?


By the way, setting it back to --IntraPeriod=1 --GOPSize=1 works, but as I said it's unusable as it's single thread:





And leaving aside the other things I'm doing with Avisynth spawned across my farm, it's using just 1 core:





EDIT 1: 10 minutes passed and not a single UHD H.266 VVC frame has been produced yet.
EDIT 2: 20 minutes passed and not a single UHD H.266 VVC frame has been produced yet.
EDIT 3: 1h and 20 minutes passed and just 2 frames out of 6001 have been encoded in H.266 VVC... As I said, it's unusable...

[Funky080900]

EncoderApp.exe --SummaryVerboseness --InputFile=test.yuv --BitstreamFile=video_2.vvc --SourceWidth=3840 --SourceHeight=2160 --FrameRate=30000/1001 --InputBitDepth=8 --OutputBitDepth=8 --MSBExtendedBitDepth=8 --InternalBitDepth=0 --InputChromaFormat=420 --TargetBitrate=25000 --IntraPeriod=256 --GOPSize=32 --Profile=auto --Level=5.1 --Tier=high --ChromaFormatIDC=420 --MatrixCoefficients=9 --InputColorPrimaries=1 --LMCSSignalType=2 --ConformanceWindowMode=1 --FramesToBeEncoded=6001 --HashME=1 --IBC=1 --DecodingRefreshType=1 --InputSampleRange=1 --AspectRatioInfoPresent=1 --ChromaLocInfoPresent=1 --MaxCUWidth=32 --MaxCUHeight=32 --CTUSize=64 --MaxBTLumaISlice=64 --MaxBTChromaISlice=64 --MaxBTNonISlice=64 --MaxTTLumaISlice=64 --MaxTTChromaISlice=64 --MaxTTNonISlice=64 --CostMode=lossy --BDPCM=0 --ColorTransform=0 --VideoFullRange=0 --ChromaTS=1 --DepQuant=1 --LMCSEnable=1 --RDOQ=1 --RDOQTS=1 --SBT=1 --ISP=1 --MTS=1 --MTSIntraMaxCand=4 --MTSInterMaxCand=4 --LFNST=1 --JointCbCr=1 --SAO=1 --TransformSkip=1 --TransformSkipFast=1 --TransformSkipLog2MaxSize=5 --SAOLcuBoundary=0 --ALF=1 --CCALF=1 --InputChromaFormat=422 --ChromaFormatIDC=422 --ColorTransform=1 --VideoFullRange=1 --ChromaTS=1 --DepQuant=0 --LMCSEnable=0 --RDOQ=0 --RDOQTS=0 --SBT=0 --ISP=0 --MTS=3 --LFNST=0 --JointCbCr=0 --VerCollocatedChroma=1 --SAO=0 --TransformSkip=1 --TransformSkipFast=1 --TransformSkipLog2MaxSize=5 --SAOLcuBoundary=0 --Log2MaxTbSize=5 --ALF=0 --CCALF=0 --BIO=0 --PROF=0 --SearchRange=64 --QpInValCb="17 22 34 42" --QpOutValCb="17 23 35 39" --BCW=0 --BcwFast=0 --BIO=0 --CIIP=0 --Geo=0 --AffineAmvr=0 --LMCSUpdateCtrl=1 --LMCSOffset=0 --DMVR=0 --SMVD=0 --PROF=0 --ISPFast=1 --FastMIP=1 --FastLFNST=1 --FastLocalDualTreeMode=0 --AffineAmvrEncOpt=0 --MmvdDisNum=8 --OnePictureOnlyConstraintFlag=0 --RateControl=0 --SEIDecodedPictureHash=1 --MaxLayers=1 --CbQpOffset=1 --CrQpOffset=1 --TemporalSubsampleRatio=1 --LCTUFast=1 --TemporalFilter=0 --DualITree=1 --MinQTLumaISlice=8 --MinQTChromaISliceInChromaSamples=4 --MinQTNonISlice=8 --MaxMTTHierarchyDepth=3 --MaxMTTHierarchyDepthISliceL=3 --MaxMTTHierarchyDepthISliceC=3 --MMVD=1 --Affine=1 --MaxNumMergeCand=6 --LMChroma=1 --IMV=1 --MRL=1 --IBC=0 --AllowDisFracMMVD=1 --MIP=1 --PBIntraFast=1 --FastMrg=1 --AMaxBT=1 --HadamardME=1 --FEN=1 --FDM=1

pause

Is there a reason why you don't use a configuration file? You might have given the encoder an invalid configuration. There's a configuration file supplied with VTM.
https://vcgit.hhi.fraunhofer.de/jvet...access_vtm.cfg

VVCSoftware: VTM Encoder Version 13.0rc1 [Windows][GCC 10.3.0][64 bit] [SIMD=AVX2]


Error: found fewer Reference Picture Sets than GOPSize
Error: Invalid GOP structure given

Using encoder_randomaccess_vtm.cfg should solve the problem.

I just encoded with the newest version:

EncoderAppStatic -c encoder_randomaccess_vtm.cfg -wdt 640 -hgt 360 -fr 24 --InputBitDepth=8 -f 25 -q 32 -ip 256 -b zzz.266 -i in.yuv

VVCSoftware: VTM Encoder Version 13.2 [Linux][GCC 10.3.0][64 bit] [SIMD=AVX2] 

TOOL CFG: IBD:1 HAD:1 RDQ:1 RDQTS:1 RDpenalty:0 LQP:0 SQP:0 ASR:1 MinSearchWindow:96 RestrictMESampling:0 FEN:1 ECU:0 FDM:1 ESD:0 TransformSkip:1 TransformSkipFast:1 TransformSkipLog2MaxSize:5 ChromaTS:1 BDPCM:0 Tiles: 1x1 Slices: 1 MCTS:0 SAO:1 ALF:1 CCALF:1 WPP:0 WPB:0 PME:2  WaveFrontSynchro:0 WaveFrontSubstreams:1 ScalingList:0 TMVPMode:1  DQ:1  SignBitHidingFlag:0 RecalQP:0 
TOOL CFG: LFNST:1 MMVD:1 Affine:1 AffineType:1 PROF:1 SbTMVP:1 DualITree:1 IMV:1 BIO:1 LMChroma:1 HorCollocatedChroma:1 VerCollocatedChroma:0 MTS: 1(intra) 0(inter) SBT:1 ISP:1 SMVD:1 CompositeLTReference:0 Bcw:1 BcwFast:1 LADF:0 CIIP:1 Geo:1 AllowDisFracMMVD:1 AffineAmvr:1 AffineAmvrEncOpt:1 DMVR:1 MmvdDisNum:6 JointCbCr:1 ACT:0 PLT:0 IBC:0 HashME:0 WrapAround:0 VirtualBoundariesEnabledFlag:0 VirtualBoundariesPresentInSPSFlag:1 vertical virtual boundaries:[ ] horizontal virtual boundaries:[ ] Reshape:1 (Signal:SDR Opt:0 CSoffset:6) MRL:1 MIP:1 EncDbOpt:0 
FAST TOOL CFG: LCTUFast:1 FastMrg:1 PBIntraFast:1 IMV4PelFast:1 MTSMaxCand: 4(intra) 4(inter) ISPFast:0 FastLFNST:0 AMaxBT:1 E0023FastEnc:1 ContentBasedFastQtbt:0 UseNonLinearAlfLuma:1 UseNonLinearAlfChroma:1 MaxNumAlfAlternativesChroma:8 FastMIP:0 FastLocalDualTree:1 RPR:0 TemporalFilter:1 SEI CTI:0 


 started @ Mon Aug  2 14:50:38 2021
POC    0 LId:  0 TId: 0 ( IDR_N_LP, I-SLICE, QP 29 )      39344 bits [Y 37.4395 dB    U 45.2781 dB    V 47.2091 dB] [ET    32 ] [L0] [L1]
POC   16 LId:  0 TId: 1 ( STSA, B-SLICE, QP 34 )       4808 bits [Y 36.9225 dB    U 44.1890 dB    V 47.0744 dB] [ET    40 ] [L0 0] [L1 0c]
POC    8 LId:  0 TId: 2 ( STSA, B-SLICE, QP 35 )        944 bits [Y 37.0796 dB    U 44.7483 dB    V 47.1147 dB] [ET    15 ] [L0 0 16] [L1 16c 0]
POC    4 LId:  0 TId: 3 ( STSA, B-SLICE, QP 38 )        336 bits [Y 37.1753 dB    U 44.9897 dB    V 47.2049 dB] [ET     7 ] [L0 0 8] [L1 8c 16]
POC    2 LId:  0 TId: 4 ( STSA, B-SLICE, QP 40 )        200 bits [Y 37.2324 dB    U 45.0539 dB    V 47.2280 dB] [ET     6 ] [L0 0 4] [L1 4c 8]
POC    1 LId:  0 TId: 5 ( STSA, B-SLICE, QP 41 )        176 bits [Y 37.2328 dB    U 45.0660 dB    V 47.2289 dB] [ET     4 ] [L0 0 2] [L1 2c 4]
POC    3 LId:  0 TId: 5 ( STSA, B-SLICE, QP 41 )        176 bits [Y 37.1449 dB    U 45.0543 dB    V 47.2142 dB] [ET     4 ] [L0 2c 0] [L1 4 8]
POC    6 LId:  0 TId: 4 ( STSA, B-SLICE, QP 40 )        176 bits [Y 37.0388 dB    U 44.7476 dB    V 47.1829 dB] [ET     7 ] [L0 4c 0] [L1 8 16]
POC    5 LId:  0 TId: 5 ( STSA, B-SLICE, QP 41 )        176 bits [Y 37.0651 dB    U 44.8193 dB    V 47.1670 dB] [ET     5 ] [L0 4 0] [L1 6c 8]
POC    7 LId:  0 TId: 5 ( STSA, B-SLICE, QP 41 )        168 bits [Y 37.0317 dB    U 44.7668 dB    V 47.1612 dB] [ET     5 ] [L0 6c 4] [L1 8 16]
POC   12 LId:  0 TId: 3 ( STSA, B-SLICE, QP 38 )        392 bits [Y 36.8999 dB    U 44.4305 dB    V 47.1487 dB] [ET     8 ] [L0 8c 0] [L1 16 8]
POC   10 LId:  0 TId: 4 ( STSA, B-SLICE, QP 40 )        192 bits [Y 36.9165 dB    U 44.5405 dB    V 47.1531 dB] [ET     6 ] [L0 8 0] [L1 12c 16]
POC    9 LId:  0 TId: 5 ( STSA, B-SLICE, QP 41 )        184 bits [Y 36.9741 dB    U 44.5939 dB    V 47.1667 dB] [ET     5 ] [L0 8 0] [L1 10c 12]
POC   11 LId:  0 TId: 5 ( STSA, B-SLICE, QP 41 )        176 bits [Y 36.8766 dB    U 44.5556 dB    V 47.1199 dB] [ET     5 ] [L0 10c 8] [L1 12 16]
POC   14 LId:  0 TId: 4 ( STSA, B-SLICE, QP 40 )        248 bits [Y 36.8815 dB    U 44.0459 dB    V 47.0970 dB] [ET     7 ] [L0 12c 8] [L1 16 12]
POC   13 LId:  0 TId: 5 ( STSA, B-SLICE, QP 41 )        208 bits [Y 36.8243 dB    U 44.1208 dB    V 47.1059 dB] [ET     5 ] [L0 12 8] [L1 14c 16]
POC   15 LId:  0 TId: 5 ( STSA, B-SLICE, QP 41 )        200 bits [Y 36.8165 dB    U 44.1494 dB    V 47.0991 dB] [ET     4 ] [L0 14c 12] [L1 16 14]
POC   24 LId:  0 TId: 2 ( STSA, B-SLICE, QP 35 )       2680 bits [Y 36.7076 dB    U 43.4063 dB    V 46.8300 dB] [ET    29 ] [L0 16 0] [L1 16c 0]
POC   20 LId:  0 TId: 3 ( STSA, B-SLICE, QP 38 )        328 bits [Y 36.7980 dB    U 43.8611 dB    V 46.9917 dB] [ET     7 ] [L0 16 0] [L1 24c 16]
POC   18 LId:  0 TId: 4 ( STSA, B-SLICE, QP 40 )        184 bits [Y 36.8152 dB    U 43.9075 dB    V 47.0298 dB] [ET     6 ] [L0 16 0] [L1 20c 24]
POC   17 LId:  0 TId: 5 ( STSA, B-SLICE, QP 41 )        184 bits [Y 36.8413 dB    U 44.0156 dB    V 47.0344 dB] [ET     5 ] [L0 16 0] [L1 18c 20]
POC   19 LId:  0 TId: 5 ( STSA, B-SLICE, QP 41 )        168 bits [Y 36.7934 dB    U 43.8192 dB    V 46.9912 dB] [ET     5 ] [L0 18c 16] [L1 20 24]
POC   22 LId:  0 TId: 4 ( STSA, B-SLICE, QP 40 )        208 bits [Y 36.7459 dB    U 43.6633 dB    V 46.8977 dB] [ET     6 ] [L0 20c 16] [L1 24 20]
POC   21 LId:  0 TId: 5 ( STSA, B-SLICE, QP 41 )        176 bits [Y 36.7549 dB    U 43.7819 dB    V 46.9210 dB] [ET     5 ] [L0 20 16] [L1 22c 24]
POC   23 LId:  0 TId: 5 ( STSA, B-SLICE, QP 41 )        184 bits [Y 36.6674 dB    U 43.4940 dB    V 46.8775 dB] [ET     5 ] [L0 22c 20] [L1 24 22]

LayerId  0
	Total Frames |   Bitrate     Y-PSNR    U-PSNR    V-PSNR    YUV-PSNR   
	       25    a      50.1274   36.9470   44.3639   47.0900   38.4110

 finished @ Mon Aug  2 14:54:43 2021
 Total Time:      245.085 sec. [user]      245.141 sec. [elapsed]

But if you want a multithreaded VVC encoder that is easier to configure, use VVenC instead.

[FranceBB]

Originally Posted by Funky080900

Is there a reason why you don't use a configuration file?

There's a very simple answer to this question: I didn't know I needed one xD

Originally Posted by Funky080900

There's a configuration file supplied with VTM.
https://vcgit.hhi.fraunhofer.de/jvet...access_vtm.cfg


Using encoder_randomaccess_vtm.cfg should solve the problem.

OK, test in progress.

It's working with:

EncoderApp.exe -c "encoder_randomaccess_vtm.cfg" -wdt 3840 -hgt 2160 -fr 24000/1001 -f 6001 --InputBitDepth=8 --TargetBitrate=25000 -i test.yuv -b video.vvc

however it's still slow as hell...

Originally Posted by Funky080900

But if you want a multithreaded VVC encoder that is easier to configure, use VVenC instead.

Yeah, I'm gonna try with VVEnc, but I really need a Windows Build, otherwise I'll try to build it myself...

I mean, I could make tests by encoding an SD file in H.266, but... is it really worth comparing SD files? I mean, c'mon... it's a codec that targets 8K, we can't make SD comparisons...

[benwaggoner]

Originally Posted by FranceBB

I mean, I could make tests by encoding an SD file in H.266, but... is it really worth comparing SD files? I mean, c'mon... it's a codec that targets 8K, we can't make SD comparisons...

AV1 has also been marketed as needed for 8K, but it's not like there were many 8K test streams when the bitstream and encoders were being developed.

A good codec will be good across the bitrate spectrum. VVC might show a larger differential advantage over HEVC at 8K, but it should have a big one at SD and below. One key improvement is that its motion estimation shouldn't leave blocky artifacts at low bitrates like older codecs, and that matters most at low bitrates and resolutions.

[birdie]

The standard was finalized almost a year ago, yet we have no content, no fast encoders and zero software decoders (aside from very rare hardware solutions which have been just demoed so far with no actual products hitting retail/esale). That all sounds weird. Maybe it's always been like that.

[LigH]

@FranceBB: Not so huge inline images, please. Rather linked thumbs where possible.

[FranceBB]

Originally Posted by LigH

@FranceBB: Not so huge inline images, please. Rather linked thumbs where possible.

My fault, fixed.

[ksec]

Originally Posted by birdie

The standard was finalized almost a year ago, yet we have no content, no fast encoders and zero software decoders (aside from very rare hardware solutions which have been just demoed so far with no actual products hitting retail/esale). That all sounds weird. Maybe it's always been like that.

Pretty much all previous MPEG codec has always been like that. While VVC was standardised in August 2020, VTM testing and conformance was still being developed in October with some further enhancement in December if I remember correctly.

As a matter of fact nearly all codec works like that. It takes at least two to three years to get everything up and running. And that is assuming everyone works together on it. Which anyone working in any sort of business will know isn't always going to be the case.

[birdie]

Thanks!

From: https://www.mpegstandards.org/135th-meeting-of-mpeg/

Verification tests for more application cases of Versatile Video Coding (VVC)
The third round of verification testing for VVC (ISO/IEC 23090-3 and Rec. ITU-T H.266) has been completed. This includes the testing of High Dynamic Range (HDR) content of 4K ultra-high-definition (UHD) resolution using the Hybrid Log-Gamma (HLG) and Perceptual Quantization (PQ) video formats. The test was conducted using state-of-the-art high-quality consumer displays, emulating an internet streaming-type scenario.

On average, VVC showed on average approximately 50% bit rate reduction compared to the previous major generation of MPEG video coding standard known as High Efficiency Video Coding (HEVC), published in 2013.

[MythCreator]

Just a win build of VVenc, still extremely slow though
VVenc-1.1.0-vs2019

[vpupkind]

Originally Posted by birdie

The standard was finalized almost a year ago, yet we have no content, no fast encoders and zero software decoders (aside from very rare hardware solutions which have been just demoed so far with no actual products hitting retail/esale). That all sounds weird. Maybe it's always been like that.

Doesn't VLC already decode VVC?
Here is a VVC paper from Ateme (commercial encoder vendor) who seem to be using it and GPAC: https://arxiv.org/abs/2106.14245

[birdie]

Originally Posted by vpupkind

Doesn't VLC already decode VVC?
Here is a VVC paper from Ateme (commercial encoder vendor) who seem to be using it and GPAC: https://arxiv.org/abs/2106.14245

It does but if ffmpeg doesn't support it, nothing that I use, does.

The patch to support it was last pushed in March 2021 but it hasn't been merged.

[nevcairiel]

Originally Posted by birdie

The patch to support it was last pushed in March 2021 but it hasn't been merged.

That patch does not have a decoder.

[birdie]

Originally Posted by nevcairiel

That patch does not have a decoder.

The decoder patch was queued even earlier and also hasn't been merged.

[Dann0245]

My R5 3600 cpu with vvenc 1.1.0 could get around 3 fps at preset Fast, vvenc can't use all 100% cpu, max 75% and below.

It is anime content, res 1920 x 1080

quality surprises me at low bitrate when compare to HEVC preset Slower, which I usually use.

and 3 fps is faster than HEVC Slower, I only get below 2.5 fps at this preset.



But decode side is painful

[FranceBB]

Originally Posted by MythCreator

Just a win build of VVenc, still extremely slow though
VVenc-1.1.0-vs2019

Where? Your link leads me to an empty folder.
Are you sure you made it public?

Originally Posted by vpupkind

Doesn't VLC already decode VVC?

Ah, really? That's good to know.

Originally Posted by birdie

ffmpeg doesn't support it

That's a shame, really, as ffmpeg is used as a decoder by many programs and it's the base of our beloved Avisynth indexers and also MPV which is my de facto player of choice.

Originally Posted by Dann0245

My R5 3600 cpu with vvenc 1.1.0 could get around 3 fps at preset Fast, vvenc can't use all 100% cpu, max 75% and below.

It is anime content, res 1920 x 1080

That's nice, 3fps for FULL HD is acceptable and I think I can use it to finally have a proper test with my UHD Masterfile.
I'll let you know how it goes as soon as I get my hands on a Windows build (if @MythCreator replies)

[Dann0245]

@FranceBB

My Windows build.

https://drive.google.com/drive/folde...hg?usp=sharing


I build from

vvenc: https://github.com/fraunhoferhhi/vvenc

vvdec: https://github.com/fraunhoferhhi/vvdec

[FranceBB]

Originally Posted by Dann0245

@FranceBB

My Windows build.

https://drive.google.com/drive/folde...hg?usp=sharing

Thanks, mate!
It's working just fine!

ffmpeg.exe -i "AVS Script.avs" -strict -1 -an -f yuv4mpegpipe - | vvencapp.exe -i - --preset medium --format yuv420 --bitrate 25000 --profile auto --level 5.0 --hdr pq --passes 1 --output "VVC.h266"

pause

and it's also pretty fast in UHD

[benwaggoner]

What kind of fps did you get?

[ksec]

Originally Posted by FranceBB

Thanks, mate!
It's working just fine!





and it's also pretty fast in UHD

Ok the last pic is just showing off