Rtp packets may be retransmitted, disordered, jittery, delayed, etc.There may be abnormalities when converting to rtmp. To reproduce this problem, you need to set the network reordering by [tc-ui](https://github.com/ossrs/tc-ui). Note that you need a linux server, and start it by docker: ```bash docker run --network=host --privileged -it --restart always -d \ --name tc -v /lib/modules:/lib/modules:ro ossrs/tc-ui:1 ``` Set up 5% packet reordering and a 1ms delay; then you will notice that the audio is stuttering, somewhat noisy, and lacks fluency. ```bash curl http://localhost:2023/tc/api/v1/config/raw -X POST \ -d 'tcset ens5 --direction incoming --delay 40ms --reordering 5% --port 8000' ``` > Note: Even without network conditions, the natural state can also cause packet reordering, especially in public cloud platforms such as AWS EC2. > Note: You can use command `curl http://localhost:2023/tc/api/v1/config/raw -X POST -d 'tcdel --all ens5'` to reset the network condition settings. Check the web console, you will see the reordering setup: <img width="500" alt="TC Settings" src="https://github.com/user-attachments/assets/b278fdf4-9fcc-4aac-b534-dfa34e28c371" /> Then, publish stream via WHIP: http://localhost:8080/players/whip.html And, play via HTTP-FLV: http://localhost:8080/players/srs_player.html Finished by AI: * [AI: Extract audio jitter buffer to class AudioPacketCache]( |
||
|---|---|---|
| .. | ||
| Architecture.md | ||
| CHANGELOG.md | ||
| Dockers.md | ||
| Features.md | ||
| ffmpeg-logo.png | ||
| ffmpeg-min.png | ||
| PERFORMANCE.md | ||
| README.md | ||
| readme.txt | ||
| Resources.md | ||
| source.200kbps.768x320.flv | ||
| source.flv | ||
| srs-logo.ico | ||
| srs-logo.png | ||