Closed fusetim closed 2 months ago
Suggested changes:
strings.Trim(strings.Split(contentType, ";")[0]) != "application/sdp"
2024/04/19 10:03:58 ERR [path vdoninja] [WebRTC source] wrong Accept-Patch: expected 'application/trickle-ice-sdpfrag', got ''
It certainly necessitates another issue, but I'm unsure if it is an error of mediamtx or VDO.Ninja.
Thanks for reporting the new WHIP/WHEP feature of vdo.ninja. The second blocking issue is fixed by #3277
This issue is mentioned in release v1.8.0 🚀 Check out the entire changelog by clicking here
Thanks for reporting the new WHIP/WHEP feature of vdo.ninja. The second blocking issue is fixed by #3277
Thank you for your responsiveness and your great work on mediamtx.
Which version are you using?
v1.7.0
Which operating system are you using?
Describe the issue
I'm currently trying mediamtx, and I wanted to try the WHEP ingest function. To do so, I used VDO.Ninja service, that is known to work very well as a WebRTC streaming service. Unfortunately, this service responds to WHEP resquests with the following Content-Type header:
application/sdp; charset=utf-8
. Mediamtx does not like it, as it expects exactlyapplication/sdp
as Content-Type, and the content is not retrieved.Describe how to replicate the issue
Add this snippet to the mediamtx configuration:
After launching the stream using VDO.Ninja -- Host a VDO.Ninja stream as a WHEP source with the WHEP token
p827NUkn
, and starting the mediamtx container, it fails with the following message:Did you attach the server logs?
Did you attach a network dump?
no
why? the network traffic is encrypted with TLS, therefore, we cannot observe the headers/data transmitted.
Others
I might create a PR if I have the time and if I figure out a solution to this issue.