On 24/02/2019 00.30, Knurpht-openSUSE wrote:
Op zondag 24 februari 2019 00:09:32 CET schreef Carlos E. R.:
This might be related to the problem:
The web browser says now and then "attempting websockets reconnect" and then "lost websockets recconnect". Apparently, this should use port 9090, which is opened in the kodi machine firewall, so I have no idea what it is and why it fails. Nothing related in the local or remote firewall.
The controls on the web browser (bottom status line) to play, pause, fast forward/backward do not work. And the status line says nothing is playing, despite that something is indeed playing in Kodi.
On the top-right of the web browser, there are two tabs. One says kodi,
Which is the remote computer.
another local. Which is the computer running Chrome
Right, I thought so.
If I click kodi, the movie plays on the remote kodi (and pause works, but only pause, no fast forward). If I click local tab instead, it plays on the remote kodi, but beneath the normal screen.
Weird, just tested, and it works as you describe expecting it to work.
You mean that it plays for you on the "local" computer, ie, in Chrome? Weird, it doesn't here. Some setting must be wrong. But what? :-( I have tried both FF and Chrome.
On TW, with Chrome on KDE. I login, set Chrome to cast to the CC, see the browser window, start a movie and it's casted properly. I do see some delay in pause/ FF etc commands.
That's what I hoped to do. I activate the "local" tab, double click on a movie, and it plays on the remote kodi. On the status bar at the bottom, it shows nothing playing in local, and the movie in kodi - which is correct, the movie is playing in kodi, not in the local browser. Ir refuses to obey and gives no error messages. Besides, I can not jump forward or backwards to skip the commercials. No response on the keyboard, except pause. No response on the arrows with the mouse on the browser, either. I noticed a help section, reading it now. It says: «Video streaming Video streaming via HTML5 "sort of" works, it really depends on the codec used. An embedded VLC player is also available with better codec support. This looks like the best we can get until Kodi supports transcoding. Chrome users: Chrome has removed support for vlc/divx plugins so streaming a video requires a Chrome friendly codec. For best results use Chrome with mp4 video that has 2 channel audio (5.1 audio doesn't seem to work).» I have a suspicion... [...] Nope. I tried with a "standard" video file, it also does not play in local tab, nor Chrome nor FF. Help says: About Chorus Status report Chorus version 2.4.4 Kodi version 17.6 Remote control You need to 'Allow remote control' for Kodi. You can do that here Local audio HTML 5 It says nothing about local video. If I try with audio files, the local tab goes through the proper motions, even a little display shows a scope moving with the sound, but there is no sound, neither remote or local. The audio mixer shows two entries for "speech dispatcher, but nothing for chrome. Ah! Stopping and starting the music does start the music playing locally. At last! So there is local sound. No video. Humm! If instead of the "browse" menu I use the "Video" menu, some movies "try" to display locally. A separate window opens and some sort of clock displays. But still no video. Same issue in Chrome. Now the separate window is white, not black. Ok, I see a little dark menu at the bottom left of the separate browser window. I can choose "html 5" (does not play), "vlc web player" (this plugin is not supported") and "divx webplayer" (black window). On the right hand bottom there is another menu, download or stream. It does download in any case, and then I can click "open" which opens the standard xine player which plays the downloaded file just fine. That's not it, certainly not. But if I try via the "file browser" menu instead of the "video" menu, everything plays in the remote kodi player. This is very disappointing. Then the only thing I can do is to try _controlling_ kodi remotely, and have Chrome also running in the kodi machine, set to send the screen as is to the chromecast device on the sitting room... But if can not skip the adds, this is useless :-/ The keyboard list in the help is not promising at all: Cursor LEFT = Direction LEFT Cursor RIGHT = Direction RIGHT Cursor UP = Direction UP Cursor DOWN = Direction DOWN BACKSPACE = Back ENTER = Select TAB = Close SPACE BAR = Play/Pause Key "C" = Context menu Key "+" = Volume Up Key "-" = Volume Down Key "X" = Stop Key "T" = Toggle subtitles Key ">" = Play Next Key "<" = Play Prev Key "\" = Full screen No play fast forward/backwards or jump.
FWIW: I've left KODI for Emby media server and their mobile app. It allows me to set the streaming device, f.e.can tell my laptop to use the app on my phone, which is set to use the CC, as the streaming device. I can do this from any computer in the LAN. Over http(s).
I may try... But I have to use kodi, as the add on for my TV service only works with Kodi. My other problem is that nothing in Android can play my TV videos from file to the chromecast+tv, which is why I use things on the computer. And they also play badly over the network (which is gigabit), only play correctly locally. Files from other sources play well any way, no problem. It is those pesky files from my TV that are problematic. I may try that Emby thing. If it can run on the media server (which is a full but not powerful openSUSE Leap 15.0 machine), and control it from a tablet... Wait. You say set the tablet to cast to the CC. As I said, nothing in phone or tablet can cast these TV files. Sometimes sound, no video, the chromecast can not handle the codec. So I have to play on computer and send the already generated screen to the chromecast. I just tried with VLC on tablet on a locally stored video file (on tablet mem card); VLC said it had to convert the video, that this would use both CPU and battery, but only a grey screen displayed on the TV. Sigh. A little pleasure that keeps evading me... I have a large collection of recorded TV movies that I can not see comfortably seated on my sitting room. Must be either on the computer room or in laptop or tablet, locally stored on whatever machine. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)