send a PLI when a subscriber is resuming a previously paused stream

[flaviogrossi]

Hi, i think i found a small issue since the multistream merge:

in the current codebase, a PLI is sent when a subscriber issues a configure request to start a previously paused stream, see here.

However this is only done when using the deprecated video parameter, and not when using send, causing a delay to the receiver (the stream is "frozen" until the next complete frame).

This PR is to add the PLI request also in latter case.

[lminiero]

Good catch! Shouldn't it be in the if before that, though?

if(!oldsend && newsend) {
	/* Medium just resumed, reset the RTP sequence numbers */
	stream->context.seq_reset = TRUE;
}

[lminiero]

Good catch! Shouldn't it be in the if before that, though?

Ah no, it's outside of the if in the previous check too, so that makes sense. Merging then!

[flaviogrossi]

Great, thanks!

Fiddling with the sources i noticed too that the mid parameter is ignored when using the old parameter video, causing all of the streams to be paused.

Out of curiosity, is this intentional? I guess it's to be absolutely retrocompatible, because the mid could be used anyway, if found.

[lminiero]

Yes, if you pass video you implicitly ask for them all.