-
-
Notifications
You must be signed in to change notification settings - Fork 28.5k
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
VLC_Telnet and vlc still arent working #117744
Comments
Hey there @rodripf, @MartinHjelmare, mind taking a look at this issue as it has been labeled with an integration ( Code owner commandsCode owners of
(message by CodeOwnersMention) vlc_telnet documentation |
Hi @deadlypantsd |
It's not really an 'OLD' issue, just one that hasnt been addressed. I've had to "patch" the VLC_TELNET integration every time there is an update to HA for I dont even remember how long. I run VLC on external machines, controlling them with VLC_TELNET. I am unable to connect to those endpoints at ALL unless I patch the integration to use a float value instead of an integer. Here's how to reproduce: Setup: Now, Lo and behold, you can now connect to that vlc endpoint. Hope that is at least a little more helpful |
This method is located in the underlying used library Maybe you encounter a known issue, which is described in the docs
thx 👍 |
@mib1185 I'm experiencing the same issue after updating HassOS to latest version this past month. Calls for media play or TTS go through about 10% of the time, and simply don't play audio the rest of the time. Quite challenging as I have a lot of security alerts built around that- thanks for your input! |
You know, this is the best reply I could have gotten, as the quoted excerpt I think has been added after I began patching my systems. I will double check my endpoint and let you know if this fixes it. Dan |
@CJT57 your issue sounds different, please open a new issue report and provide it with debug logs as mentioned in #117744 (comment), thx 👍 |
I hit the same issue. |
I updated the system locale on my endpoints to en_US.UTF-8 and rebooted. Just installed 2024.5.5 and endpoints are AGAIN unavailable. re-patched, and endpoints are available again. |
@deadlypantsd could you please try to just update aiovlc to 0.3.2 ( |
Not sure how I’d do that. I’m running hassOS
…
On May 28, 2024 at 4:41 PM, <Michael ***@***.***)> wrote:
@deadlypantsd (https://github.com/deadlypantsd) could you please try to just update aiovlc to 0.3.2 (pip install aiovlc==0.3.2) inside your container, instead off manually patching?
—
Reply to this email directly, view it on GitHub (#117744 (comment)), or unsubscribe (https://github.com/notifications/unsubscribe-auth/AKTKJ3TQN23MCJW37KYMNYDZETTV7AVCNFSM6AAAAABH6T3YHOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMZWGA3DSMJTGQ).
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
the same way, you're patching the files. but 2024.6 is near (beta phase is already running) so you could also just wait for 2024.6 or try out the current beta |
I ran a docker exec command on the container ... not sure if it changed anything, but I checked out the command.py file under aiovlc, and it doesnt look the same as before |
I would say (pre-emptively,) that this might be the fix. though I put in an issue quite a while back to upgrade aiovlc and it didnt seem to make the cut |
upgrading aiovlc does not fix the issue for me |
@deadlypantsd than please provide debug logging as mentioned in #117744 (comment) |
The problem
tlc_telnet integration is still expecting a float value.
What version of Home Assistant Core has the issue?
2024.5.4
What was the last working version of Home Assistant Core?
unknown
What type of installation are you running?
Home Assistant OS
Integration causing the issue
vlc_telnet
Link to integration documentation on our website
No response
Diagnostics information
modifying from int() to float() fixes the problem:
class Status(Command[StatusOutput]):
"""Represent the status command."""
Example YAML snippet
No response
Anything in the logs that might be useful for us?
No response
Additional information
No response
The text was updated successfully, but these errors were encountered: