<div dir="ltr"><div dir="ltr"><div>Hi <span><span class="gmail-Y8pC0">Rémi</span></span>,</div><div><br></div><div>The problem is that standards compliant browsers will turn udp://@<a href="http://10.0.0.2:1234">10.0.0.2:1234</a> to udp://<a href="http://10.0.0.2:1234">10.0.0.2:1234</a> - because everything that's before the @ character is username:password - and since it's empty it can be ignored.</div><div>See <a href="https://jsdom.github.io/whatwg-url/#url=dWRwOi8vQDEwLjAuMC4yOjEyMzQ=&base=YWJvdXQ6Ymxhbms=">https://jsdom.github.io/whatwg-url/#url=dWRwOi8vQDEwLjAuMC4yOjEyMzQ=&base=YWJvdXQ6Ymxhbms=</a></div><div><br></div><div>As mentioned in <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1949195">bug 1949195</a> and on <a href="https://forum.videolan.org/viewtopic.php?t=165823">forum.videolan.org</a> this makes clicking on udp URL in browsers not open the correct stream in VLC.</div><div>For now we have made an exception in Firefox for the udp scheme, but I expect we want to remove the exception soon, again breaking the functionality of these URLs.</div><div>udp://10.0.0.2:1234@ doesn't parse as a valid URL, so I'm wondering if VLC could treat <span class="gmail-im">udp://<a href="http://10.0.0.2:1234">10.0.0.2:1234</a></span> as being <span class="gmail-im">udp://@<a href="http://10.0.0.2:1234">10.0.0.2:1234</a></span> ?<br><br></div><div>The only intent here is to keep old sites working for VLC users. Otherwise, I understand you want to deprecate udp in favor of rtp links?</div><div><br></div>PS. I'm waiting on my gitlab account to be approved, then we can continue the conversation in <a href="https://code.videolan.org/videolan/vlc/-/issues/29090">https://code.videolan.org/videolan/vlc/-/issues/29090</a></div><div dir="ltr"><br></div><div>Thanks!</div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, 21 Mar 2025 at 17:54, Rémi Denis-Courmont <<a href="mailto:remi@remlab.net">remi@remlab.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
Le keskiviikkona 19. maaliskuuta 2025, 12.57.31 UTC+2 Valentin Gosu a écrit :<br>
> We would like to remove the exception for udp URLs, and let them be parsed<br>
> according to the URL standard.<br>
> Is it possible to change the way VLC parses udp URLs [4] so that it still<br>
> works if the @ character isn't present?<br>
<br>
The syntax is `udp://[SRC_IP][:SRC_PORT][@[DST_IP][:DST_PORT]]`. As you can <br>
see, the @ is already optional, so I don't see how it could be removed without <br>
breaking backward compatibility. And breaking compatibility would defeat the <br>
sole purpose of the scheme. We deprecated the raw UDP protocol in favor of RTP <br>
over 15 years ago. But people still insists on using it, and that's outside <br>
our control.<br>
<br>
> For example, for udp://@<a href="http://10.0.0.2:1234" rel="noreferrer" target="_blank">10.0.0.2:1234</a> the URL parser will remove the @ and<br>
> turn it into udp://<a href="http://10.0.0.2:1234" rel="noreferrer" target="_blank">10.0.0.2:1234</a><br>
> Another case that needs to be addressed is udp://@:1234 as it currently<br>
> fails to parse with the URL standard [5].<br>
<br>
You will need to elaborate what you expect from VLC, because this request <br>
seems entirely unactionable to me.<br>
<br>
-- <br>
Rémi Denis-Courmont<br>
Tapiolan uusi kaupunki, Uudenmaan entinen Suomen tasavalta<br>
<br>
<br>
<br>
</blockquote></div></div>