New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support specifying icecast charset in extended m3u playlist #422
Comments
What is this "similar syntax"? Please point me to a specification document. |
I don't think there is a specification, but I found Each station can use a different character encoding for icy title. That's why I thought it was appropriate to assign charset to each station. Different regions use different character encodings for icy title. Can you think of a better solution? |
Do you prefer specifying icy title character encodings for playlist streams in database? |
I don't know what that means, but we could (ab)use the fragment identifier to specify client-side parameters such as charsets (MPD being the client, telling MPD how to interpret the response). |
It means saving something like this in database, sticker, or somewhere else.
I couldn't find any standard for this. I think it's just better to start with a minimalistic dog house and upgrade to a proper standard later. Temporary scaffolding is fine as long as you don't make future upgrades difficult. We don't know when standards will emerge. It might take 2 decades. |
Closing this because |
Many CJK internet radio stations use non-unicode character set for icy title. Non-unicode characters break MPD clients.
I find it desirable to extend m3u further as follows.
EPG programs use similar syntax for extra information.
The text was updated successfully, but these errors were encountered: