From: Filippov Alexey Date: Wednesday, July 22, 2015 at 11:50 AM To: "[email protected]<mailto:[email protected]>" Cc: "Ali C. Begen", Mohammed Raad, "tdaede at mozilla.com" Subject: Re: [video-codec] draft-filippov-netvc-requirements-01
>If you implement RFC 6285, you dont need frequent I-frames, either. This is >something implemented in most IPTV deployments. Yes, RFC 6285 provides a way of how to achieve low latency for a user. If we’ll go back to your initial question (“And where is the borderline?”), the borderline is interaction. If an immediate reaction can be needed (video conferencing, switching between channels), latency should be kept low. Otherwise, it can be high enough. There is a *huge* difference for a casual user’s forgiveness between when he does a channel change time vs. he uses skype, webex or another conversational application. Most people do not notice anything if the channel change time is 100 ms vs 900 ms (anything less than a second is more than acceptable to users). Whereas 100ms vs even 300 ms would make a big difference in how much you will enjoy your skype talk. The “interactive” applications on your settop or connected TV do not demand a low latency as much as skype-like apps do. More than often, the lag on TVs, settops are due to the hardware or the software, not video encoding/decoding related delay. So even if you have the best codec, it won’t make a big difference. >IPTV does not (and should not) mean DASH like streaming services or >progressive download. IPTV means multicast for linear delivery and unicast for >VoD delivery over a QoS enabled SP network (not even the open Internet). Does it mean that if we do not have QoS enabled SP network, it is not IPTV anymore? True. That is what IPTV means. The term you are looking for networks without SP QoS is “IP (or internet) video” not IPTV. I guess this definition is a bit restrictive. Many people watch movies and live programs using their SmartTV, laptops, tablets, and even smartphones connected to the open Internet, not to “a QoS enabled SP network”. And that is IP video, and some of us call is “over the top” video. It is certainly not IPTV in strict sense. I don’t think it’s reasonable to ignore this use case for an Internet video codec (projects like Open IPTV or Android TV ) >I gather that what is meant by "interactive" is real time communications. If >you limit the netvc effort to only real time communications then you are >ensuring that it will not have a chance to be dominant once it is complete >because the argument for adoption will be weakened by the fact that another >codec will be needed for the high quality material. I entirely support this point of view.
_______________________________________________ video-codec mailing list [email protected] https://www.ietf.org/mailman/listinfo/video-codec
