On Fri, 20 Feb 2015, Martin Storsjö wrote:
On Fri, 20 Feb 2015, Thomas Volkert wrote:
On 19.02.2015 21:34, Martin Storsjö wrote:
From: Thomas Volkert <tho...@homer-conferencing.com>
With significant changes by Martin Storsjö, to use the shared
function instead of reimplementing it.
---
Thomas, do you have a chance retest it using this version?
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.
// Martin
_______________________________________________
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
