[sualfred]

@FernetMenta 

Small issue in the recent nightlies of v18:
When I tune in a channel it opens the video and the music player. The music player is on top and I have to close it with backspace or by pressing tab. 



Do you require a debug log?

Edit:

A debug log never hurts: https://paste.ubuntu.com/p/gNb6mJCqPZ/

[FernetMenta]

the log does not indicate that paplayer gets opened. looks more like a gui issue

[sualfred]

@FernetMenta

But it's definitly MusicVisualisation.xml. All elements of that screen are not available in other windows. 

Code:

10:18:38.217 T:16224 DEBUG: Skin Helper Widgets --> Kodi_Monitor: sender xbmc - method: Player.OnAVStart - data: {"item":{"channeltype":"tv","id":241,"title":"COMEDY CENTRAL / VIVA","type":"channel"},"player":{"playerid":1,"speed":1}}
10:18:38.218 T:13844 DEBUG: ------ Window Deinit (MyPVRChannels.xml) ------
10:18:38.218 T:13844 DEBUG: FreeVisualisation() done
10:18:38.222 T:13844 DEBUG: ------ Window Init (MusicVisualisation.xml) ------

.......................
.......................

10:19:08.383 T:13844 DEBUG: CInputManager::HandleKey: backspace (0xf008) pressed, action is Fullscreen
10:19:08.383 T:13844 DEBUG: Activating window ID: 12005
10:19:08.400 T:13844 DEBUG: ------ Window Deinit (MusicVisualisation.xml) ------
10:19:08.400 T:13844 DEBUG: FreeVisualisation() done
10:19:08.400 T:13844 DEBUG: ------ Window Init (VideoFullScreen.xml) ------

I cannot reproduce it at home with the nightly of today. I'll test it again on Monday when I'm back in the office. I've faced the issue with remote access to my TVH server at home. Maybe it has something to do with the slower connection establishment compared to the local network at home.

[sualfred]

@FernetMenta 

Back in the office I've installed the latest nightly and I'm still facing it randomly via remote. At home with a direct connection it works flawlessly.

It's like Kodi thinks it's a PVR radio stream (because it takes a few milliseconds to get the image maybe?)

Please let me know if you need some more information.

Edit:
By the way -> I have a 50mbit upstream (Vodafone Kabel Deutschland) and do not transcode my TVH stream. It happens for SD and HD channels.

[FernetMenta]

The issue is related to tv headend. Playback does not start with a GOP and as a result the video stream is not valid at the biginning of playback.

[sualfred]

Ah okay, thanks. I never faced it in Krypton, so I thought it's Leia related.

Is this a client or server issue? I'm not quite sure to whom I have to report the problem. Or do you know the people and are going to ping the correct maintainer?

[FernetMenta]

Ah okay, thanks. I never faced it in Krypton, so I thought it's Leia related.

The issue has ever been there but now it manifests itself differently.

It is an issue of the demuxer. In this case most likely the server. At the time the first packet is read from demuxer, the streams should be ready. I placed an extra log into the code indicating demuxer reads. This is a sequence recored with vnsi: https://pastebin.com/EkGEG4kh

[sualfred]

@FernetMenta 

Sorry, but this all rocket science to me and I don't know much of how this stuff is going to be handled. 

I did some research and found out that it was working with KodiSetup-20180404-6f9435a0. And it was broken in the next available build (KodiSetup-20180407-aa3973fd-master-x64).

Could it be that one of these PR's introduced this behaviour?
https://github.com/xbmc/xbmc/pull/13745
https://github.com/xbmc/xbmc/pull/13720
https://github.com/xbmc/xbmc/pull/13756

[FernetMenta]

Again, this is a tv headend issue. It was just working by chance in earlier versions. Nothing broke on Kodi side.

[sualfred]

Yep, I know. I already opened a ticket at TVH and justed wanted to collect as much information as possible. 

It's not a big deal since it does not happen locally and there is a easy workaround. It's just required to add this to the header of MusicVisualisation.xml 

Code:

..
    <onload condition="VideoPlayer.Content(livetv)">ReplaceWindow(fullscreenvideo)</onload>
..

[sualfred]

FYI 

They claim it's not a bug/issue of TVH. 

https://tvheadend.org/issues/5098#change-26542

And, to complete everything from side, here is a recording how it looks like if I force close/replace the music visualisation screen  (starts at 00:17) 


Anyway, I can live with it and just wanted to bring this new behaviour to attention.