[Live-devel] H264 multicast streaming question
Jeremy Noring
kidjan at gmail.com
Thu Sep 24 10:16:32 PDT 2009
On Thu, Sep 24, 2009 at 12:46 AM, Stas Desyatnlkov <stas at tech-mer.com>wrote:
> Hi,
>
> Its obvious that loss of the SPS or PPS results in a lot of grief in the
> h264 land. The question is what choice do we have in case of no other means
> of communication besides RTP?
>
> What if the h264 stream is packed inside TS and receiver is not aware of
> anything else?
>
> I guess in case of LAN streaming where packet loss is rare sending SPS/PPS
> inband is not that bad of an option would you agree?
>
>
It depends. If you're doing multicast, then sending it in-stream is a bad
idea; clients may miss the first sending, which means you'd have to do
something weird like insert it when a client connects, or periodically
insert it. If you're doing unicast, it would probably work to send it once
in-stream. In my experience, some clients expect correct
sprop-parameter-set and profile-level-id fields (e.g. quicktime), so not
populating them is possibly a deal-breaker.
In any event, if you're on a LAN, why would you _ever_ consider not using
the associated RTSP session to communicate this information? And what sort
of scenario do you have where there is "no other means of communication
besides RTP?" Quite frankly, I can't possibly think of a situation where
either of these statements would be true.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20090924/279eaf1d/attachment.html>
More information about the live-devel
mailing list