Closed Moonbase59 closed 1 year ago
Same issue here
ok, lets get to this one. I'm assuming that if you are getting this here then the source is sending a doubly encoded metadata. Obviously I have to encode for sending to the YP and the source client has to encoded for sending in the GET, but if the source is reading from something that is already encoded then it will be doubly encoded in such cases.
I might be able to do a verification check to skip a step if it is ok to do so.
karl.
can you verify the master tree works as expected. looks to be a bug from the params work clashing with the older code.
karl
Thanks for investigating. I fear we might need @BusterNeece for that, or a version I could easily install (not build) within the AzuraCast docker container… Would that be possible?
I do not know what would be required for that. pulling the master tree vs a [pre-]release is not that much different but how that wraps up in a binary distribution is a different issue. I can cut a pre-release if that helps.
karl
@karlheyes We can pull specific commits in our build process, no need to tag a release. I'll update our Rolling Release and let you know how things look. Thanks for your help!
@Moonbase59 Latest Rolling Release has the latest commit from icecast-kh master. Try it out!
@karlheyes @BusterNeece Thanks for your help!
Confirmed working with Icecast 2.4.0-kh21.3, build 2-g5f5564d. (At least with dir.xiph.org, I’ll try some others later.)
Confirmed working with internet-radio.com, too.
Directory config used:
<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
</directory>
<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://icecast-yp.internet-radio.com</yp-url>
</directory>
@karlheyes Should we close this for now? (Since you were thinking of maybe changing the code later.)
well that's fixed, and committed to master, will be rolled into next update. The change I was thinking of is just a question of when the encoding was done, a bunch of it was pruned out but not all. So not currently on the agenda. I'll close for now and thanks to everyone for flushing out the issue.
karl.
@karlheyes I originally opened this issue with Azuracast at https://github.com/AzuraCast/AzuraCast/issues/6240 but @BusterNeece tells me this should be an upstream issue:
When adding your station to the Xiph.org Yellow Pages (dir.xiph.org), the yellow pages show an URL-escaped string for the title currently playing:
This is the same for @LordHelmchen666’s Eisradio, btw, but almost all other stations are shown correctly. I’m currently on Icecast 2.4.0-kh21, build 12-gb28cc11 (within AzuraCast).
My current
icecast.xml
(passwords/names changed):