-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
On option to repeat the last received SPS,PPS and IDR #1238
Comments
rtsp-simple-server already inserts SPS and PPS before I-frames in RTMP, HLS and WebRTC. Re-streaming IDRs is not a good idea as it would corrupt the stream, while it's a good idea to send the last IDR to clients that have just joined the stream - this feature is being tracked here: #1209 |
Sure agree on this.
Not sure. You might see a bit of the past then :) I would be just happy, if I wouldn't just have to sit and wait for the intra frame. But again, as said on the other thread - not a big issue anymore. Maybe one day W3C finally confirms the "getKeyFrame" API which is in beginning standardisation and browsers will implement that. I would some indication of a beginning RTSP client session then (I think I have seen you are able to run a command on that?), so that I could use my signaling or data channels in order to "kick-ass" the browsers to send an intra frame as "clean sweep" :) |
this is already implemented with RTCP's PictureLossIndication, please see the other discussion |
Well, ok. But you would have to have access to this protocol layer, wouldn't you? I don't have that with KMS, unfortunately. |
This issue is being locked automatically because it has been closed for more than 6 months. |
Describe the feature
This FR is a quick shot following this discussion #1236
Would it be possible to have an option, that rtsp-simple-server streams out the last received SPS, PPS, IDR NAL unit in order to repeat that periodically (configurable?) for client sessions?
TIA
The text was updated successfully, but these errors were encountered: