trunk/3rdparty/srs-docs/blog/2025-02-10-GSoC.md
SRS is a simple, high efficiency and realtime video server, supports RTMP/WebRTC/HLS/HTTP-FLV/SRT.
<!--truncate-->Note: A friendly reminder that while the application to GSoC is important for you and GSoC, SRS mentors will not base their decision solely on the GSoC application. We will judge applicants based on their qualification tasks to understand their abilities in coding, learning the tools, communication skills etc. So please do not worry about your application being perfect for us. Although it is very important to follow GSoC's application rules so they can pay you.
In order to get accepted you have to complete a small qualification task which in all cases include sending a patch to the development mailing list. SRS development can be quite challenging and the qualification task helps us figure out whether you are motivated enough and have the potential to deliver successfully.
The qualification tasks are usually shown in the project description. Contact the respective mentor(s) for assistance on getting a related qualification task or if you want to propose your own. You can also browse the SRS Bug Issue for qualification task ideas. In general qualification tasks should include submitting a patch to the SRS Bug Issue which passes review and is accepted into the SRS codebase. It will be common for such patches to need multiple iterations of submissions and reviews, so don't wait too long with the first submission! Note, please avoid picking a qualification task which another student is already working on, each student should work on a different qualification task.
If you are selected for a particular project then you are not only expected to present a working implementation but you should also submit your work for inclusion for the SRS codebase. This should be done at least 2-3 weeks before the end of the second work period by sending patches to the SRS Bug Issue&Discord where the SRS community and your mentor will review your work. You will likely be asked to make some changes and resend improved versions. If you feel that no consensus is reached about how something should be done then follow the advice of your mentor.
In order to create good quality patches make sure to read the Developer Documentation.
If you have questions or comments feel free to contact us via our mail, Discord one of the SRS GSoC admins:
This section lists well-defined projects that have one or more available mentors. If you are new to SRS, and have relatively little experience with multimedia, you should favor one of these ideas rather than propose your own. Contact the respective mentor(s) to get more information about the project and the requested qualification task.
| Name of project | YAML Configuration File Support |
|---|---|
| Project Description | SRS currently uses a proprietary configuration format similar to NGINX. YAML is a widely adopted configuration format, familiar to many users. |
| Mentor | Junqin Zhang([email protected]) |
| Backup Mentor | Haibo Chen([email protected]) |
| Required Skills | Familiar with yaml file format and its parsing method, skilled in C++ programming. |
| Difficulty | Beginner |
| Expected Outcome | Convert existing SRS configuration files to YAML format with proper parsing and execution. |
| Qualification Task | Implement YAML file parsing. |
| Name of project | HLS support LLHLS mode |
|---|---|
| Project Description | HLS, developed by Apple, is a method for file-based live streaming with high latency. LLHLS significantly reduces this latency. |
| Mentor | Zhihong Xiao([email protected]) |
| Backup Mentor | Haibo Chen([email protected]) |
| Required Skills | Familiarity with HLS and LLHLS, strong ability to read standards documentation, proficient in C++ programming |
| Difficulty | Advanced |
| Expected Outcome | Achieve playback on LLHLS-supported players with expected latency. |
| Qualification Task | Complete LLHLS encoding, re-muxing, and manifest file generation. |
| Name of project | Coroutine-based DNS Resolution in SRS Network Library ST (State-Thread) |
|---|---|
| Project Description | ST (State-Thread) is a coroutine library with coroutine-based wrappers for common network interfaces. Currently, DNS resolution is not adapted to ST and needs full coroutine support. |
| Mentor | Zhihong Xiao ([email protected]) |
| Backup Mentor | Winlin ([email protected]) |
| Required Skills | Familiarity with DNS resolution process, understanding of coroutine principles, proficient in C++ programming |
| Difficulty | Intermediate |
| Expected Outcome | Implement coroutine-based DNS resolution for all DNS operations in the code. |
| Qualification Task | Develop a DNS resolution interface based on State-Thread. |
| Name of project | HLS Support for CMAF |
|---|---|
| Project Description | CMAF (Common Media Application Format) is an international standard proposed by industry leaders like Microsoft and Apple, approved in 2017. Implementing CMAF in SRS allows compatibility with more platforms. |
| Mentor | Zhihong Xiao([email protected]) |
| Backup Mentor | Steven Liu([email protected]) |
| Required Skills | Familiarity with HLS, CMAF, MP4 standards, strong ability to read standards documentation, proficient in C++ programming |
| Difficulty | Advanced |
| Expected Outcome | Output CMAF-HLS manifests and corresponding packaging formats. |
| Qualification Task | Complete CMAF packaging and CMAF-HLS manifest file generation. |
| Name of project | Enhanced RTMP (V2) |
|---|---|
| Project Description | Implement Enhanced RTMP (V2) to support advanced streaming capabilities. |
| Mentor | Zhihong Xiao ([email protected]) |
| Backup Mentor | Winlin ([email protected]) |
| Required Skills | Familiarity with Enhanced RTMP (V2) standard, strong ability to read standards documentation, proficient in C++ programming |
| Difficulty | Advanced |
| Expected Outcome | Support streaming, playback, and relay using Enhanced RTMP (V2). |
| Qualification Task | Implement Enhanced RTMP (V2) features and successfully achieve streaming, playback, and relay. |