- From: Dan Sanders <notifications@github.com>
- Date: Fri, 31 Jan 2020 13:04:10 -0800
- To: whatwg/streams <streams@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Friday, 31 January 2020 21:04:54 UTC
It's probably worth laying out the goals that WebCodes has for a flush implementation: - Flush is used primarily at end-of-stream, where flush completion is an important signal to the rendering pipeline. For looping content, completion of such a flush triggers a backwards seek. - Without reset (#1026), flush would also be used as a seek barrier. There could be multiple in flight and being able to attach data (the seek target) would be very useful. - WebCodecs can specify its own flush message. The main advantage of specifying flush in Streams would be interoperability with other Streams users, and it would be unfortunate to design our own, incompatible thing. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/whatwg/streams/issues/960#issuecomment-580910688
Received on Friday, 31 January 2020 21:04:54 UTC