Does not play url with spaces (possibly other unsafe characters)

[dudanov]

Hi. Thank you for your work.

I use the linkplay component in my HomeAssistant. My Linkplay player does not play media URLs with spaces in the name. And it does not matter whether the string is quoted or not. Perhaps the problem is in this library? I am attaching my HASS logs.

Works OK (no spaces in URL):

2025-05-18 20:50:04.829 DEBUG (MainThread) [linkplay] Request command at https://192.168.0.90: setPlayerCmd:play:https://music.zxart.ee/music/569775_Filippp_Tetris.mp3
2025-05-18 20:50:04.913 DEBUG (MainThread) [linkplay] Request getPlayerStatusEx at https://192.168.0.90
2025-05-18 20:50:05.340 DEBUG (MainThread) [linkplay] Response getPlayerStatusEx: {'type': '0', 'ch': '0', 'mode': '10', 'loop': '0', 'eq': '0', 'vendor': '', 'status': 'stop', 'curpos': '8998', 'offset_pts': '0', 'totlen': '0', 'Title': '486F6D6520417373697374616E74', 'Artist': 'unknown', 'Album': 'unknown', 'Vendor': 'unknown', 'alarmflag': '0', 'plicount': '0', 'plicurr': '0', 'vol': '52', 'mute': '0'}

Not work (unquoted URL with spaces):

2025-05-18 20:50:30.413 DEBUG (MainThread) [linkplay] Request command at https://192.168.0.90: setPlayerCmd:play:https://fi.zophar.net/soundfiles/nintendo-nes-nsf/89-dennou-kyuusei-uranai/1 - Track 1.mp3
2025-05-18 20:50:30.492 DEBUG (MainThread) [linkplay] Request getPlayerStatusEx at https://192.168.0.90
2025-05-18 20:50:30.903 DEBUG (MainThread) [linkplay] Response getPlayerStatusEx: {'type': '0', 'ch': '0', 'mode': '10', 'loop': '0', 'eq': '0', 'vendor': '', 'status': 'stop', 'curpos': '8267', 'offset_pts': '8270', 'totlen': '0', 'Title': '486F6D6520417373697374616E74', 'Artist': 'unknown', 'Album': 'unknown', 'Vendor': 'unknown', 'alarmflag': '0', 'plicount': '0', 'plicurr': '0', 'vol': '52', 'mute': '0'}

Not work (quoted URL with spaces):

2025-05-18 20:45:26.932 DEBUG (MainThread) [linkplay] Request command at https://192.168.0.90: setPlayerCmd:play:https://fi.zophar.net/soundfiles/nintendo-nes-nsf/89-dennou-kyuusei-uranai/1%20-%20Track%201.mp3
2025-05-18 20:45:27.046 DEBUG (MainThread) [linkplay] Request getPlayerStatusEx at https://192.168.0.90
2025-05-18 20:45:27.458 DEBUG (MainThread) [linkplay] Response getPlayerStatusEx: {'type': '0', 'ch': '0', 'mode': '10', 'loop': '0', 'eq': '0', 'vendor': '', 'status': 'stop', 'curpos': '8998', 'offset_pts': '9032', 'totlen': '0', 'Title': '486F6D6520417373697374616E74', 'Artist': 'unknown', 'Album': 'unknown', 'Vendor': 'unknown', 'alarmflag': '0', 'plicount': '0', 'plicurr': '0', 'vol': '52', 'mute': '0'}

For information: DLNA component works only with quoted URL.

I would be very grateful for your help and time. Thanks in advance.

[silamon]

Nice find. I think the url's will need to be url encoded at https://github.com/Velleman/python-linkplay/blob/main/src/linkplay/bridge.py#L192.

[dudanov]

It seems to be a bug in linkplay firmware. I tryed manually send requests with ARC and all attempts are failed and linkplay player not played media files from encoded urls, contained unsafe characters.

[silamon]

I've tried, but I cannot do much to make this work if the device fails to pick it up.