Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > New and alternative video codecs

Reply
 
Thread Tools Search this Thread Display Modes
Old 18th September 2019, 07:06   #161  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 614
Quote:
Originally Posted by LigH View Post
Komm, wir fahren nach Amsterdam...

I don't mind improving the future already today. I remember how I joined the doom9 forums in the middle of the DVD era. Working in an authoring studio. Who cares about DVD's anymore today?
I buy a DVD and I will have it for a long time. Bluray is too expensive for me. How will the Euro, Bluray be even more expensive in Central Europe. 15 PLN / 60 PLN

Rumor has it that being in India you can buy in sacks. The problem is with the specification.

Interesting that there are no 4K movies on a pendrive or microSD.
Jamaika is offline   Reply With Quote
Old 18th September 2019, 09:06   #162  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,964
Movies on electronic memory devices would be interesting, indeed. But the first concern of content producers would be copy protection. Surely they would have to use some [EP]ROM chip technology (which may have a slower read speed) and would have to store partially encrypted content with a technology that would rely on a "more or less secret" set of keys, not much different to DVD Video and Blu-ray encryption. At least I am quite sure that the AVCHD media and directory specs are widely compatible to UDF on Blu-ray.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 19th September 2019, 09:59   #163  |  Link
iwod
Registered User
 
Join Date: Apr 2002
Posts: 753
Quote:
Originally Posted by benwaggoner View Post
I'm at the MC-IF meeting in Amsterdam at this very moment.

.
Any more news to share ?
iwod is offline   Reply With Quote
Old 24th September 2019, 21:45   #164  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 2,984
Quote:
Originally Posted by Jamaika View Post
Interesting that there are no 4K movies on a pendrive or microSD.
I've certainly used those for testing full-length 4K movies.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 24th September 2019, 21:48   #165  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 2,984
Quote:
Originally Posted by iwod View Post
Any more news to share ?
VVC is very technically promising. We saw some comparisons of HEVC at 2x the bitrate of VVC, and VVC has more natural looking motion artifacts. As with the last 20 years of codec development, newer codecs tend to just lose detail instead of showing blocking/ringing at high QP. VVC > HEVC > H.264 > VC-1 > MPEG-2/H.263 in this regard.

HEVC licensing is quite confusing, particularly because not all licensors even publicly publish what use cases they are even licensing for.

VVC is unlikely to succeed unless that patent licensing is clearer than for HEVC. And it will have a lot more patents.

That was the general consensus.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 27th September 2019, 08:53   #166  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 614
New VVC codec v6.1 27.09.2019
#proposal JVET_O0245_VPS_DPS_APS 1 // JVET-O0245: constraints for VPS, DPS, and APS
#proposal JVET_O0044_MULTI_SUB_PROFILE 1 // JVET-O0044: Zero or more sub profile fields

#define JVET_O0143_BOTTOM_RIGHT_BRICK_IDX_DELTA 1 // JVET-O0143: Remove signaling of top_right_brick_idx
#define JVET_O0236_PPS_PARSING_DEPENDENCY 1 // JVET-O0236: Resolves a PPS parsing dependency
#define JVET_O0148_NUM_ACTIVE_REF_PIC_CHECK 1 // JVET-O0148: Constraint that num active entries in RPL 0 and RPL 1 for P and B pictures
#define JVET_O0145_ENTRYPOINT_SIGNALLING 1 // JVET-O0145: Not signalling num_entry_point_offsets but derive it at decoder
#define JVET_N0494_DRAP 1 // JVET-N0494: Dependent random access point indication SEI
#define JVET_O0173_O0176_O0338_NUMBRICK_M2 1 // JVET-O0173, O0176, O0338 : Replacing num_brick_rows_minus1 with num_brick_rows_minus2
#define JVET_OO152_BP_SEI_GDR 1 // JVET-O0152: Allowing association of a buffering period SEI with GDR picture
#define JVET_OO147_LEADING_PIC_CHECKING 1 // JVET-O0147: Constraints on leading pictures
#define JVET_O0299_APS_SCALINGLIST 1 // JVET-O0299: Scaling List Matrices Support in APS
#proposal JVET_O0625_ALF_PADDING 1 // JVET-O0625/O0654/O0662: Unified padding method in ALF
#define JVET_O0238_PPS_OR_SLICE 1 // JVET-O0238: Signal certain parameters either in PPS or per slice
#define SUPPORT_FOR_RECT_SLICES_WITH_VARYING_NUMBER_OF_TILES 1
#proposal JVET_O0452_PPS_BRICK_SIGNALING_CONDITION 1 // JVET-O0452: brick_split_flag signaled as RowHeight > 1 and uniform_brick_spacing_flag signaled as RowHeight > 2
#define JVET_O0610_DETECT_AUD 1 // JVET-O0610: detect presence of mandatory access unit delimiters
#define JVET_O0041_FRAME_FIELD_SEI 1
#define JVET_O0189_DU 1
#define JVET_N0353_INDEP_BUFF_TIME_SEI 1 // JVET-N0353 independent parsing of buffering and timing info SEIs
#proposal JVET_N0867_TEMP_SCAL_HRD 1 // JVET-N0867 temporal scalability support for HRD in buffering period and picture timing SEIs
#define JVET_N0100_PROPOSAL1 1 // JVET-N0100: ltrp picture signalling
#define JVET_N0865_SYNTAX 1 // JVET_N0865 syntax elements
#define JVET_N0865_NONSYNTAX 1 // JVET_N0865 other than syntax parts
#define JVET_N0865_GRA2GDR 1 // Changing the name of GRA to GDR
#define JVET_O0178 1 // JVET_O0178 - conditionally signal sps_sub_layer_ordering_info_present_flag
#define RPL_IN_IDR_FIX 1 // JVET_N0865 syntax elements
#define JVET_O0179 1 // JVET_O0179: Implement NAL unit header syntax proposal B
#define JVET_O0176_PROPOSAL3 1 // JVET_O0176 check for rect_slice_flag
#proposal JVET_O0177_PROPOSAL2 1 // JVET_O0177 Proposal2: conditionally signal num_units_in_tick and time_scale
#proposal JVET_O0177_PROPOSAL1 1 // JVET_O0177 proposal 1: Allow signaling of HRD parameters for temporal sub-layers optionally controlled by a flag
#define JVET_O0181 1 // JVET_O0181: non_reference_picture_flag
#delete HEVC_SEI 0 // SEI messages that are defined in HEVC, but not in VVC
#delete JVET_O0280_SIMD_TRIANGLE_WEIGHTING 0 // JVET-O0280: SIMD implementation for weighted sample prediction process of triangle prediction mode
#delete SIMD_ENABLE 0


https://www.sendspace.com/file/p8o4bl

Last edited by Jamaika; 27th September 2019 at 09:08.
Jamaika is offline   Reply With Quote
Old 27th September 2019, 11:45   #167  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,964
Unfortunately, VVC doesn't compile well under MSYS2/MinGW with GCC 9.2.0 due to some questionable interpretation of logic. A patch is pending...

PS: May be merged now.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 27th September 2019 at 15:30.
LigH is offline   Reply With Quote
Old 27th September 2019, 14:13   #168  |  Link
soresu
Registered User
 
Join Date: May 2005
Location: Swansea, Wales, UK
Posts: 123
Quote:
Originally Posted by benwaggoner View Post

VVC is unlikely to succeed unless that patent licensing is clearer than for HEVC. And it will have a lot more patents.
That's a low bar to clear, for a start I'd say a single licensing body needs to be the maximum for VVC.

Greed and stupidity won out over the propagation of the HEVC standard before it even hit critical mass when they diverged into separate licensing groups.

It is foolishness to get this far in development without drawing up some sort of development participation agreement that prevents such licensing body schisms.

Whatever mistakes AOM made, they certainly got that part right at the start, and the proprietary actors like MPEG should have learned from their previous mistakes by now.
soresu is offline   Reply With Quote
Old 28th September 2019, 08:43   #169  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 614
Quote:
Originally Posted by LigH View Post
Unfortunately, VVC doesn't compile well under MSYS2/MinGW with GCC 9.2.0 due to some questionable interpretation of logic. A patch is pending...

PS: May be merged now.
A bit improved, some new patches added, but generally a lot of bugs. This is just Jamaica's fun.
Of course there is conflict between POSIX thread and LINUX pthread. Let's not talk about Windows 64bit. GCC libgomp is very old 32bit and isn't in C++. So VVC isn't multithreads or parallelism.

Open source for maniac
https://www.sendspace.com/file/swnt07

Add new info video
VVCSoftware: VTM Encoder Version 6.1 [Windows][GCC 9.2.1][64 bit] [SIMD=NONE]
VVCSoftware: HDRTools Version 0.19.1 [SPLIT_PARALLEL (6 jobs)] [WPP_PARALLEL][OMP: WAIT_POLICY=,THREAD_LIMIT=]

Input real format & framerate : 1280x720 25.000Hz
Input pixel format & bitdepth : yuv420p8le
Input signal type :
Input color space / primaries : BT709 / Undef
Input color range : limited
Frame/Field : Frame based coding
Frame index : 0 - 999 (1000 frames)
Profile : next

Last edited by Jamaika; 28th September 2019 at 09:05.
Jamaika is offline   Reply With Quote
Old 30th September 2019, 20:08   #170  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 2,984
Quote:
Originally Posted by soresu View Post
That's a low bar to clear, for a start I'd say a single licensing body needs to be the maximum for VVC.

Greed and stupidity won out over the propagation of the HEVC standard before it even hit critical mass when they diverged into separate licensing groups.

It is foolishness to get this far in development without drawing up some sort of development participation agreement that prevents such licensing body schisms.

Whatever mistakes AOM made, they certainly got that part right at the start, and the proprietary actors like MPEG should have learned from their previous mistakes by now.
The challenge is that MPEG itself doesn't do the patent licensing stuff; just the spec. There are disclosure rules in MPEG to minimize submarine patents. MPEG-LA is an entirely separate group from MPEG, and there is no mechanism to require licensors to use MPEG-LA in any case.

There's definitely a lot of talk about how MPEG could more proactively avoid later patent licensing nightmares, and it's been broadly stated that if VVC fails due to patent licensing issues, it will have been the last codec to use the traditional MPEG standards process. MPEG-5/EVC is an attempt to use a much more AOM like process within MPEG.

AOM was definitely very proactive in avoiding patent issues (at presumably tremendous expense in patent attorney hours). And the good news for AV2 is that more and more patents are expiring every year.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 13th October 2019, 07:12   #171  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 614
New VVC codec v6.2 10.10.2019
#proposal JVET_O0549_ENCODER_ONLY_FILTER 1 // JVET-O0549: Encoder-only temporal filter, no decoder changes
#proposal JVET_O0235_NAL_UNIT_TYPE_CONSTRAINTS 1 // JVET-O0235: NAL unit type constraints


VVCSoftware: VTM Encoder Version 6.2 [Windows][GCC 10.0.0][64 bit][SIMD=NONE]
VVCSoftware: HDRTools Version 0.19.1
VVCSoftware: libgomp / pthreads 32bit : 1.0 / 3.0 [SPLIT_PARALLEL (6 jobs)][WPP_PARALLEL][OMP: WAIT_POLICY=,THREAD_LIMIT=]

https://www.sendspace.com/file/qw7wc0

Added percentage indicator:
░░0.100% POC 0 TId: 0 ( I-SLICE, QP 20 ) 774928 bits [Y 46.4590 dB U 51.3664 dB V 52.9577 dB][ET 250 ][L0 ][L1 ]

Last edited by Jamaika; 13th October 2019 at 16:07.
Jamaika is offline   Reply With Quote
Old 13th October 2019, 18:43   #172  |  Link
FranceBB
Broadcast Encoder
 
FranceBB's Avatar
 
Join Date: Nov 2013
Location: Germany
Posts: 682
Quote:
Originally Posted by Jamaika View Post
Added percentage indicator:
Thank you for that! I was waiting for it.
I'm gonna run another test soon.

EDIT: New test. Slow, as it's using only 1 core, however at least now I have a percentage.
I'm gonna leave it running for hours this time; let's see how long it's gonna take to encode a few frames in 4K 25fps progress 4:2:2 planar 10bit...

Quote:
EncoderApp.exe --SummaryVerboseness -c "encoder_randomaccess_vtm.cfg" --InputFile=lossless.yuv --BitstreamFile=slomo4ktest.vvc --SourceWidth=3840 --SourceHeight=2160 --FrameRate=25 --InputBitDepth=10 --InternalBitDepth=10 --OutputBitDepth=10 --MSBExtendedBitDepth=10 --InputChromaFormat=422 --ChromaFormatIDC=422 --ConformanceWindowMode=1 --FramesToBeEncoded=2734 --AspectRatioInfoPresent=1 --VideoSignalTypePresent=1

pause


__________________
Broadcast Encoder
Avisynth memes: 1 - 2 - 3
Videotek - Audacity XP

Last edited by FranceBB; 13th October 2019 at 19:44.
FranceBB is offline   Reply With Quote
Old 13th October 2019, 20:22   #173  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 614
You remember about added function the SIMD = SSE41/SSE42/AVX/AVX2 for test codec SIMD. Otherwise SIMD is ignored.
I have improved these functions by default on SIMD codecs.
https://www.sendspace.com/file/l8udsu
I don't know why AVX2 doesn't works with mavx2. There are many descriptions that GCC doesn't work with AVX2 under Windows. Codec AVX2 works with additional functions. I don't know them.
Waiting for the next update 360, the current codec doesn't work.
As much as I could improve.

Last edited by Jamaika; 13th October 2019 at 20:25.
Jamaika is offline   Reply With Quote
Old 16th October 2019, 07:57   #174  |  Link
FranceBB
Broadcast Encoder
 
FranceBB's Avatar
 
Join Date: Nov 2013
Location: Germany
Posts: 682
After a whopping 13 hours of encoding, here's the sample (Slowmotion in 4K 3840x2160 10bit BT709 SDR 100 nit Limited Tv Range 64-940 25fps progressive) - Link
__________________
Broadcast Encoder
Avisynth memes: 1 - 2 - 3
Videotek - Audacity XP
FranceBB is offline   Reply With Quote
Old 16th October 2019, 08:15   #175  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,964
Off topic: I like your meme 3
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 19th October 2019, 12:33   #176  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 614
New VVC codec v7.0rc1 02.11.2019
#define JVET_P01034_PRED_1D_SCALING_LIST 1 // JVET-P1034: 1D Scaling list index and add predictor mode
#define JVET_P0345_LD_GOP_8 1 // JVET-P0345: low-delay gop size 8
#define JVET_P0371_CHROMA_SCALING_OFFSET 1 // JVET-P0371: Signalling offset for chroma residual scaling
#define JVET_P0803_COMBINED_MIP_CLEANUP 1 // JVET-P0803: Several MIP cleanups
#define JVET_P0199_P0289_P0303_MIP_FULLMATRIX 1 // JVET-P0199/P0289/P0303: Full matrix multiplication for all MIP block shapes
#define JVET_P0350_LFNST_IDX_CTX 1 // JVET-P0350: Add one context for LFNST idx coding
#define JVET_P0641_REMOVE_2xN_CHROMA_INTRA 1 // JVET-P0641: removing 2xN chroma intra blocks
#define JVET_P0206_TMVP_flags 1 // JVET-P0206: Signalling TMVP usage (remove pps TMVP idc and constraint when RPR is used)
#define JVET_P0599_INTRA_SMOOTHING_INTERP_FILT 1 // JVET-P0599: Cleanup of interpolation filtering for intra prediction
#define JVET_P1026_MTS_SIGNALLING 1 // JVET-P1026: CU level MTS signalling
#define JVET_P0571_FIX_BS_BDPCM_CHROMA 1 // JVET-P0571: align boundary strength for Chroma BDPCM
#define JVET_P0983_REMOVE_SPS_SBT_MAX_SIZE_FLAG 1 // JVET-P0983/JVET-P0391: Remove sps_sbt_max_size_64_flag
#define JVET_P0530_TPM_WEIGHT_ALIGN 1 // JVET-P0530: align chroma weights with luma weights for TPM blending
#define JVET_P0615_CHROMAMODE_CLEANUP 1 // JVET-P0615: intra chroma mode coding cleanup
#define JVET_P0667_QP_OFFSET_TABLE_SIGNALING_JCCR 1 // JVET-P0667: removing signaling of qp offset table for JCCR, at SPS and PPS, when JCCR is disabled.
#define JVET_P1000_REMOVE_TRANFORMSHIFT_IN_TS_MODE 1 // JVET-P1000: Remove Transformshift in TS mode
#define JVET_P0090_32BIT_MVD 1 // JVET-P0090: Limitation of abs_mvd_min2 binarization within 32-bit
#define JVET_P0298_DISABLE_LEVELMAPPING_IN_BYPASS 1 // JVET-P0298: Disable level mapping in bypass mode
#define JVET_P0347_MAX_MTT_DEPTH_CONSTRAINT 1 // JVET-P0347: Max MTT Depth constraint
#define JVET_P0325_CHANGE_MERGE_CANDIDATE_ORDER 1 // JVET-P0325: reorder the spatial merge candidates
#define JVET_P1018_IBC_NO_WRAPAROUND 1 // JVET-P1018: Disable reference sample wrapping around
#define JVET_P0406_YUV_FMT_GENERALIZATION_LDT 1 // JVET-P0406: Generalization of local dual tree (LDT) for different YUV formats
#define JVET_P0578_MINIMUM_CU_SIZE_CONSTRAINT 1 // JVET-P0578: minimum CU size constraint
#define JVET_P0091_REMOVE_BDOF_OFFSET_SHIFT 1 // JVET-P0091: Align sample offset calculation of BDOF and PROF
#define JVET_P0512_SIMD_HIGH_BITDEPTH 1 // JVET-P0512: MC SIMD support for high internal bit-depthf
#define JVET_P0491_BDOFPROF_MVD_RANGE 1 // JVET-P0491: clip the MVD in BDOF/PROF to [-31 31]
#define JVET_P0460_PLT_TS_MIN_QP 1 // JVET-P0460: Use TS min QP for Palette Escape mode
#define JVET_P1001_DEBLOCKING_CHROMAQP_FIX 1 //JVET-P1001/P1002: Align Chroma QP used in deblocking with the one used in Transform/invTransform
#define JVET_P0092_SMVD_SPEED_UP 1 // JVET-P0092: SMVD speed-up
#define JVET_P0043_DEBLOCKING_CLEANUP 1 // JVET-P0043: Fix deblocking design inconsistency in the affine and TPM mode
#define JVET_P0273_MTSIntraMaxCand 1 // JVET-P0273: Use MTSIntraMaxCand if LFNST is used
#define JVET_P0057_BDOF_PROF_HARMONIZATION 1 // JVET-P0057: harmonization of BDOF and PROF on motion refinement precision
#define JVET_P0653_BDOF_PROF_PARA_DEV 1 // JVET-P0653/P0281: fixed shift operations for BDOF and PROF parameter derivation
#define JVET_P0400_REMOVE_SHARED_MERGE_LIST 1 // JVET-P0400: removeal of shared merge list
#define JVET_P0170_ZERO_POS_SIMPLIFICATION 1 // JVET-P0170: Simplification of deriving ZeroPos
#define JVET_P0058_CHROMA_TS 1 // JVET-P0058: Enable Transform skip for chroma
#define JVET_P0436_CQP_OFFSET_SIGNALLING 1 // JVET_P0436: CU chroma QP offset signalling consistent with VPDU and bugfix
#define JVET_P0505_ALF_CLIP_VALUE 1 // JVET-P0505: Modified non-linear ALF clipping value derivations
#define JVET_P0154_PROF_SAMPLE_OFFSET_CLIPPING 1 // JVET-P0154/P0094/P0172/P0413/P0518/P0281: Clip the PROF sample offset to 14-bit
#define JVET_P1023_DMVR_BDOF_RP_CONDITION 1 // JVET_P1023: Reference picture conditions in DMVR and BDOF
#define JVET_P0162_REMOVE_ALF_CTB_FIRST_USE_APS_FLAG 1 // JVET-P0162: Removal of alf_ctb_use_first_aps_flag
#define JVET_P0059_CHROMA_BDPCM 1 // JVET-P0059: Enable BDPCM for chroma
#define JVET_P0072_SIMPLIFIED_TSRC 1 // JVET-P0072: Simplified transform-skip residual coding
#define JVET_P0077_LINE_CG_PALETTE 1 // JVET-P0077: Line CG palette mode
#define JVET_P0164_ALF_SYNTAX_SIMP 1 // JVET-p0164: simplify alf syntax with method2
#define JVET_O0549_ENCODER_ONLY_FILTER 1 // JVET-O0549: Encoder-only temporal filter, no decoder changes
#define JVET_P0042_FIX_INTER_DIR_CTX 1 // JVET-P0042: Fix overlap in context between the bi-pred flag for 8x8 CUs and the L0/L1 flag for all size CUs
#define JVET_P0111_CHROMA_422_FIX 1 // JVET-P0422: Bug fix of chroma 422 intra mode mapping
#define JVET_P0063_LDT_SPLIT_FIX 1 // JVET-P0063: Fix local dual tree on BT/TT split conditions in inter coding region
#define JVET_P0329_PLANAR_SIMPLIFICATION 1 // JVET-P0329: simplify planar prediction by comparison removal
#define JVET_P0081_CHROMA_LONG_DEBLOCKING_FIX 1 // JVET-P0081: Apply asymmetric long tap deblocking (1 + 3) filter at horizontal CTB boundaries for Chroma
#define JVET_P0516_PLT_BINARIZATION 1 // JVET-P0516: PLT is always signaled when pred mode is euqal to 1 (intra mode)
#define JVET_P0562_TS_RESIDUAL_CODING_SIMP 1 // JVET-P0562: Fix the Rice parameter equal to 1 for the remainder of TS residual coding
#define JVET_P0385_UNIFIED_MV_ROUNDING 1
#define JVET_P0418_ALIGN_MLRP_CCLM 1 // JVET-P0418: Align MLRP with CCLM in terms of reference lines/columns
#define JVET_P0335_HDRCTC_CHANGE 1 // JVET-P0335: change of HDR PQ CTC: enable LMCS and use QPc table in P0335, and disable lumaDQP and WCGPPSOffset
#define JVET_P0158_ALIGN_ALF_VB 1 // JVET-P0158: Apply ALF VB on the bottom CTU row
#define JVET_P0152_REMOVE_PPS_NUM_SUBBLOCK_MERGE_CAND 1 // JVET-P0152: remove pps_five_minus_max_num_subblock_merge_cand_plus1
#define JVET_P0088_P0353_RPR_FILTERS 1 // JVET-P0088 and JVET-P0353 Filters to use for downsampling in RPR
#proposal JVET_P0202_P0203_FIX_HRD_RELATED_SEI 1 // JVET-P0202 and JVET-P0203: CPB timing for sub-layers with DU and parsing independency to SPS
#proposal JVET_P0243_SINGLE_BIT_DEPTH 1 // JVET-P0243: Single bitdepth for luma and chroma
#proposal JVET_P0244_SPS_CLEAN_UP 1 // JVET-P0244/P0429: SPS cleanup changes
#proposal JVET_O0235_NAL_UNIT_TYPE_CONSTRAINTS 1 // JVET-O0235: NAL unit type constraints
#proposal JVET_P0445_SUBBLOCK_MERGE_ENC_SPEEDUP 1 // JVET-P0445: encoder speed up for sub-block based merge candidate search
#proposal JVET_P0205_VPS_ID_0 1 // JVET-P0205: VPS ID zero in SPS means no VPS in bitstream
#proposal JVET_P0526_PLT_ENCODER 1 // JVET-P0526: PLT encoder improvement
#proposal JVET_AHG14_LOSSLESS 1 // TS with lossless support
#proposal JVET_P0588_SUFFIX_APS 1 // JVET-P0588/P0452: suffix APS NUT

https://www.sendspace.com/filegroup/...wL0qJ%2B7YYu4g

Last edited by Jamaika; 2nd November 2019 at 19:03.
Jamaika is offline   Reply With Quote
Old 7th December 2019, 16:30   #177  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 614
New VVC codec v7.1 07.12.2019
https://www.sendspace.com/file/hnkw5y
Jamaika is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 17:43.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.