Cast Local File in ChromeOS Crostini Linux VM: Not Working about catt

[darethehair]

More tests and results...

I eventually figured out how to use 'pychromecast' myself to cast an audio file to a Chromecast speaker 'by name', just like 'catt' can, even working in a ChromeOS Crostini environment using the simple 'http-server' webserver, and it works fine:

dmenns@penguin:~$ /home/dmenns/castaudio.py "Downstairs Speaker" http://192.168.5.45:8080/test.mp3
argument list ['/home/dmenns/castaudio.py', 'Downstairs Speaker', 'http://192.168.5.45:8080/test.mp3']
Downstairs Speaker

When I try the same thing with 'catt' using similar instructions, it hangs and eventually fails:

dmenns@penguin:~$ catt -d "Downstairs Speaker" cast http://192.168.5.45:8080/test.mp3
ERROR: [generic] Unable to download webpage: (<urllib3.connection.HTTPConnection object at 0x7d3289e91e10>, 'Connection to 192.168.5.45 timed out. (connect timeout=20.0)') (caused by TransportError("(<urllib3.connection.HTTPConnection object at 0x7d3289e91e10>, 'Connection to 192.168.5.45 timed out. (connect timeout=20.0)')"))
Error: Remote resource not found.

Even though I have found this workaround, I would still like to be able to use 'catt' as my sole utility in this environment, since it appears to work well for casting 'web pages' which I also want/need to do.

[skorokithakis]

Hmm, is Catt maybe detecting and sending the wrong IP for its host?

[darethehair]

Another successful test of an alternate app 'chromecast-cli' (https://github.com/erkstruwe/chromecast-cli):

dmenns@penguin:~$ chromecast --host 192.168.4.35 play http://192.168.5.45:8080/test.mp3
Playing http://192.168.5.45:8080/test.mp3
Status IDLE

This works OK, but I prefer the ability of Catt to target the host on its name rather than its (possibly changing over time) IP address.

Is there something I can do to help diagnose what might be going off-track with Catt in this case?

[skorokithakis]

Hm, you'd need to find which host CATT has detected for itself and is sending to the Chromecast, but I'm afraid I don't remember the code enough to remember where that variable is set... I think the problem is that it's detecting the wrong host, though.