On 20.02.2015 20:56, Martin Storsjö wrote:
No, the RTSP server with the test stream was switched off - I have
no influence on this.
Ok then - then we have to settle with the fact that I think the code
looks like it does the same thing. I'm sure we'll get a chance to
test it later.
Alternatively, do you have any other rtp receiver that supports hevc
that you can test against? I could try to add support for the
aggregated mode in the packetizer (at least as an ugly hack), and if
we can see that our depacketizer and a third party depacketizer both
handle the output from our aggregate mode, we can be pretty sure it
works as intended.
I managed to test it somewhat now at least; I made a WIP patch for
aggregating multiple NAL units into one single RTP packet (for both
H264 and HEVC), and both your original patch and my version of it can
decode it similarly. Therefore, I'd say this works similarly, even if
we can't test it with a third party stream right now.
Yes, thanks for your efforts. That's fine for me.
(a bit off-topic: What is the maximum data size so that you attach the
packet to the next one?)
Best regards,
Thomas.
_______________________________________________
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
