I have pending updates for a -02 version of the testing draft that better machines the slides that I presented. I have pasted the revised selection below. Note that the encoder parameters haven't been updated yet, and I also plan to incorporate rate-control-less operating modes, as per consensus in the room.
## Operating Points Two operating modes are defined. High latency is intended for on demand streaming, one-to-many live streaming, and stored video. Low latency is intended for videoconferencing and remote access. ### High Latency The encoder should be run at the best quality mode available, using the mode that will provide the best quality per bitrate (VBR or constant quality mode). Lookahead and/or two-pass are allowed, if supported. Example configurations follow: - x264: --crf=x - x265: --crf=x - daala: -v=x - libvpx: --codec=vp9 --end-usage=q --cq-level=x ### Low Latency Codecs should be run in CBR mode. The maximum allowed bitrate variance is determined by a buffer model: - The buffer starts out empty. - After each frame is encoded, the buffer is filled by the number of bits spent for the frame. - The buffer is then emptied by (bitrate * frame duration) bits. - The buffer fill level is checked. If it is over the limit, the test is considered a failure. The buffer size limit is defined by the bitrate target * 0.3 seconds. On 07/21/2015 06:36 PM, Mo Zanaty (mzanaty) wrote: > 300 ms (* bitrate) refers to the rate control buffer not coding latency. > > I think the testing draft should define low latency as zero frame delay, i.e. > no reordering. The high latency condition can be unrestricted. > > Mo (as individual) > > On Jul 21, 2015, at 6:28 PM, Ali C. Begen (abegen) <[email protected]> wrote: > > > > > > > -----Original Message----- > From: Thomas Daede > Date: Tuesday, July 21, 2015 at 6:21 PM > To: "Ali C. Begen", "[email protected]" > Subject: Re: [video-codec] draft-filippov-netvc-requirements-01 > >> On 07/21/2015 06:14 PM, Ali C. Begen (abegen) wrote: >> >>>>>> - All of the use cases should specify either a high latency or low >>>>>> latency requirement. >>>>> And where is the borderline? >>>> >>>> What is a borderline use case? I would much rather keep the number of >>>> configurations as low as possible. >>> >>> I mean what is low latency vs high latency. And who decides that? >> >> It is defined in draft-daede-netvc-testing-01 [1]. And some of the >> definition should probably be moved into the requirements draft, though >> individual codec parameters still belong in the testing draft. >> >> https://datatracker.ietf.org/doc/draft-daede-netvc-testing/ > > I searched for latency and delay, nothing showed up. The only time related > number seems to be 300ms in section 5.3. > _______________________________________________ > video-codec mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/video-codec > _______________________________________________ video-codec mailing list [email protected] https://www.ietf.org/mailman/listinfo/video-codec
