complexityrepaired

repaired  时间:2021-04-12  阅读:()
RequirementsforFutureVideoCoding(H.
FVC)(Ref:ReportSG16-R1,AnnexI;Approved2017-01-27)ThisdocumentcontainsrequirementsforthefirstphaseofapotentialFutureVideoCoding("H.
FVC",a.
k.
a.
FVC)videocodingstandardizationproject.
The"H.
FVC"projectisexpectedtodevelopanewRecommendation|InternationalStandardoranextensionofHEVC(ITU-TRec.
H.
265|ISO/IEC23008-2),dependingonwhichformofstandardizationisdeterminedtobeappropriateforthetechnologydesign.
1ApplicationsRequirement:–FVCshouldbecapableofservingtheneedsofnumerousapplications,including:oBroadcast.
oDigitalcinemaandlarge-screendigitalimagery.
oLow-delayinteractivecommunication.
oMobilecommunicationandentertainment.
oStreaming,download-and-play,andstorage-media-basedapplications.
oSurveillanceandsmarthome.
oVideoondemand.
oVirtual,augmentedandmixedrealityforcommunication,interactionandentertainment.
oUser-generatedimagesandvideo.
oScreencontent.
oGaming.
oMultispectralcontent.
oAutomatedanalysisofvideocontent.
oInternetofThings,industrialapplications,automotive,robotics,anddigitalmedicine.
2CompressionCapabilityRequirement:–FVCshouldbecapableofprovidingabitratereductionofapproximately50%atthesamesubjectivequalitycomparedtoHEVCasusedintheseapplications.
3ComplexityComplexityreferstocomputationalresourceconsumption(intermsofpowerconsumption,computingcycles,memorycapacity,memorybandwidth,etc.
),includingconsiderationoftypicalcomputingarchitecturesandparallelization.
Requirements:–FVCcomplexityshallallowforfeasibleimplementationwithintheconstraintsoftheavailabletechnologyattheexpectedtimeofusage.
–FVCdecodercomplexityshallbeconsidered.
Real-timedecodingshallbefeasiblewithintheconstraintsoftheavailabletechnologyattheexpectedtimeofusage.
Applicationswithpartialspatialregiondecodingofthebitstream(e.
g.
VRandAR)andtheassociatedimpactondecodercomplexityshouldbeconsidered.
–Theencodercomplexitythatisnecessaryforachievingadesiredcompressionefficiencyshallbetakenintoconsideration.
FVCencodersshouldbecapableoftradingoffcomplexityandcodingefficiency.
Real-timeencodingwithadequatecodingefficiencyshallbefeasiblewithintheconstraintsoftheavailabletechnologyattheexpectedtimeofusage.
Non-real-timecodingwithfurtherimprovementofcodingefficiencyshouldalsobeconsidered.
4PacketlossrobustnessTransmissionofFVCbitstreamsovererror-pronenetworksmaybeaffectedbypacketlossesthat,forsomevideoapplications,cannotberepairedbythenetwork.
Requirement:–FVCshallbecapableofrobustoperationinthepresenceofpacketlosses.
Remark:Aspectsofthesystem-levelsupport,encoderoptimizationanddecoderconcealmentbehaviornecessarytoachievethis,maynotbewithinthenormativescopeofFVC.
RobustnesscapabilitysimilartothatofHEVCMainProfileisconsideredacceptable.
5End-to-enddelayEncoderprocessingtimeisthetimedistanceusedbyanencoderstartingfromtheinputofthefirstvideosampleandendingwiththeoutputofthelastbitrepresentingthatpicture.
Decoderprocessingtimeisthetimedistanceusedbyadecoderstartingfromtheinputofthefirstbitandendingwiththeoutputofthelastvideosamplerepresentingthatpicture.
Lowend-to-enddelayisaminimizedtimedistancethatisequaltothesumoftheminimumencoderprocessingtimeandminimumdecoderprocessingtime,whilerepresentingthevideosignalatadesiredcodingefficiency.
Ultra-lowend-to-enddelayisaminimizedtimedistancethatisshorterthanthesumoftheminimumencoderprocessingtimeandminimumdecoderprocessingtime,whilerepresentingthevideosignalatadesiredcodingefficiency.
Requirements:–FVCshallbecapableoflowend-to-enddelayoperation,efficientlyenablinginteractiveandconversationalapplications.
–FVCshouldbecapableofultra-lowend-to-enddelayoperation,efficientlyenablingthecorrespondingapplications.
Remark:FVCshouldbecapableoftradingoffcomputationalcomplexity,compressionefficiency,andlossrobustnesswithdelaycharacteristics.
6Randomaccessand"Trickmode"supportRequirements:–FVCshallhavesupportforrandomaccesspointsinthevideobitstreamforfunctionalitysuchaschannelswitchingandprogramchapteraccess.
–FVCshallhavesupportforpause,fastforward,normalspeedreverse,andfastreverseaccesstoastoredvideobitstream.
7InterfacetosystemslayerRequirements:–FVCshouldbedesignedtopermitefficientadaptationandintegrationwithabroadvarietyofsystemanddeliverylayersrelevanttotheintendedapplications.
Buffermodels,includinghypotheticalreferencedecoders(HRDs),shouldbespecifiedasnecessaryfortargetapplications.
–FVCshouldsupportbitrateadaptivityoverarangeofatleastoneorderofmagnitudewithinacodedvideosequenceorequivalent.
8BitdepthandcoloursamplingRequirements:–FVCshallbecapableofrepresentingvideosignalswithbitdepths8and10.
FVCshouldbecapableofrepresentingvideosignalswithbitdepthsrangingfrom8to16.
–FVCshallbecapableofrepresentingvideosignalswith4:2:0coloursampling.
FVCshouldbecapableofrepresentingvideosignalswithcoloursamplingsrangingfrommonochrometo4:4:4.
–FVCmaybecapableofrepresentingmultispectralimagery,multiviewimagery,andsupplementalpicturerepresentations.
9Resolutions,scanningmethods,andframeratesRequirements:–FVCshallbecapableofcodingprogressivelyscannedvideosignals.
FVCmaysupportthecodingofotherscanningformats.
–FVCshallbecapableofrepresentingstillpictures.
–FVCshallbecapableofrepresentingvideosignalswithtemporalresolutionsrangingupto120fps.
FVCshouldbecapableofrepresentingvideosignalswithtemporalresolutionshigherthan120fps.
–FVCshallbecapableofrepresentingpicturesandvideosignalswithspatialresolutionupto8Kx4K.
FVCshouldbecapableofrepresentingpicturesandvideosignalswithspatialresolutionlargerthan8Kx4K.
–FVCshallbecapableofrepresentingpictureswithwidecolourgamutandhighdynamicrange(e.
g.
,ITU-RBT.
2100)aswellasconventionalcolourformats(e.
g.
,ITU-RBT.
709).
–FVCshallsupportpictureandvideoformatsofarbitrarysizeandtemporalsamplingrates,withinlimitsspecifictoeachoperatingconfiguration.
–FVCshallsupportatleastthesamerangeofprogressivescanpictureformatsandframeratesassupportedbyHEVC.
–FVCshouldsupportpanoramicpictureandvideoformats.
10PicturefidelityrangeRequirements:–FVCshallbecapableofoperationinaqualityrangefromlowfidelitiesuptosubjectivelyvisuallylossless.
–FVCshouldsupportamathematicallylosslessrepresentationofthevideosignal.
11Hierarchical/layeredcodingRequirement:–FVCshouldsupportextractionofdecodablesubsetsofabitstream.
Remark:Scalabilitymodalities(suchastemporal,spatial,andSNRscalability)canbeconsideredinafirstversionofafuturecodecspecification.
12SupportforAdaptiveStreaming–FVCshouldsupportrepresentationswitchinginthecaseofadaptivestreamingservicesthatoffermultiplerepresentationsofthesamecontent,eachhavingdifferentproperties(e.
g.
spatialresolutionorpicturefidelity).
–FVCshallenabletheuseofefficientpredictionstructureswithoutcompromisingfastandseamlessrepresentationswitchingcapabilitybetweenrepresentationsofdifferentproperties,suchasdifferentspatialresolutions.
13Possibleextensions–ExtensionsofFVCmayincludethefollowing:o3Dvideo.
oAdditionalscalabilitymodes.
oMulti-channeloperation,includingalphasupport.
oBitdepthsbeyond10bits.
oDistributedprocessingoperation.
oMultispectralimagery.

vpsdime:夏日促销活动,美国达拉斯VPS,2G内存/2核/20gSSD/1T流量,$20/年

vpsdime怎么样?vpsdime是2013年注册的国外VPS主机商,实际上他还有一系列的其他域名站点如Winity.io, Backupsy,Cloudive, Virtora等等,母公司“Nodisto IT”相对来说还是很靠谱了的商家。VPSDime主要提供各种高配低价VPS套餐,其中Linux VPS和存储VPS基于OpenVZ架构,高级VPS基于KVM。VPSDime在上个季度的Low...

CloudCone(12.95美元/月CN2 GT线路,KVM架构1 Gbps带宽

整理一下CloudCone商家之前推送的闪购VPS云服务器产品,数量有限,活动推出可能很快机器就售罄了,有需要美国便宜VPS云服务器的朋友可以关注一下。CloudCone怎么样?CloudCone服务器好不好?CloudCone值不值得购买?CloudCone是一家成立于2017年的美国服务器提供商,国外实力大厂,自己开发的主机系统面板,CloudCone主要销售美国洛杉矶云服务器产品,优势特点是...

蓝竹云挂机宝25元/年,美国西雅图 1核1G 100M 20元

蓝竹云怎么样 蓝竹云好不好蓝竹云是新商家这次给我们带来的 挂机宝25元/年 美国西雅图云服务器 下面是套餐和评测,废话不说直接开干~~蓝竹云官网链接点击打开官网江西上饶挂机宝宿主机配置 2*E5 2696V2 384G 8*1500G SAS RAID10阵列支持Windows sever 2008,Windows sever 2012,Centos 7.6,Debian 10.3,Ubuntu1...

repaired为你推荐
操作httpthinksnsthinksns 好用吗?靠谱吗uctools新浪UC下载地址企业信息查询系统官网怎么在网上查询企业营业执照是否存在?支付宝调整还款日月底30号用花呗到时候下个月什么时候还款?tumblr上不去百度为什么经常打不开厦门三五互联科技股份有限公司厦门三五互联怎么样?drupal教程drupal框架初学,请问开发流程是怎么样的,这个框架是对本体做修改,是不是说最后的成品就是这个d网站后台密码破解我找到了网站的后台地址,怎么才可以破解密码长沙电话号码升位长沙的座机什么时候变成8位的,急!在线等答案,那如果之前的7位数是不是都会变啊?变成什么样了呢?
美国免费虚拟主机 域名主机空间 域名主机管理系统 什么是二级域名 瓦工 justhost 主机点评 idc测评网 便宜建站 php探针 镇江联通宽带 好看qq空间 上海域名 metalink 免费网页空间 日本代理ip 服务器论坛 cdn网站加速 域名转入 江苏徐州移动 更多