[bugs.bunny]

Hi everyone!

Maybe someone here can help me! My radio streams display the artist and title perfectly directly on Kodi on the TV (please see picture in spoiler). However, these do not seem to be transferred to Kore.

For example, when I play "regular" music (*.mp3, *.flac, ...), artist and title are displayed in both Kodi and Kore without any problems. But I would also like to have this info for the radio streams because I prefer to keep the TV off while listening to the radio.

Otherwise, I have no issues with Kore and Kodi, it works really well! I have checked all the settings and searched the forum, but unfortunately, I haven't found a solution...

P.S.: I usually use Android, but I also installed Kore on an iOS device for testing, and the same issue occurred there.

Thank you in advance and best regards,

bugs.bunny

View Spoiler

Stream URL: https://stream.rockantenne.de/classic-pe...tream/aacp
(But the error occurs with other streams as well.)

[Buschel]

Kodi simply does not share the title via JSON API in this case. I just confirmed this quickly. I would expect the title which is shown in Kodi UI also to be shared via JSON API as "title". You might want to raise a GitHub issue for this.

See empty "title" in Kodi's response (while Kodi UI shows the playing title):


Edit: Just raised a GitHub issue (https://github.com/xbmc/xbmc/issues/25507).

[black_eagle]

To answer your question, yes it does depend upon how you play the station.  For instance, playing a link directly for that station works fine.

json:
{"id":"AudioGetItem","jsonrpc":"2.0","result":{"item":{"artist":["Foreigner"],"duration":0,"label":"Cold as ice","title":"Cold as ice","type":"song"}}}

All that is just kodi core. No addons used at all, just a direct link to the stream. Possibly the addon is populating fields rather than core doing it.

 

json:
{"id":"AudioGetItem","jsonrpc":"2.0","result":{"item":{"artist":["Meatloaf"],"duration":0,"label":"Dead Ringer For Love","title":"Dead Ringer For Love","type":"song"}}}

Also shows the correct info in Kore on my phone although I don't have a screenshot of that right now.

[Buschel]

I now also tried playing the stream ULR directly (created a stream file for this). In this case both artist and title are shared via JSON API, but not the station name and logo anymore. As the Kodi UI does always show station name, artist and title the issue obviously lies within Kodi. Would be a good usability addition to resolve this.

What do we have:
1. Playing via "Radio" menu -> JSON API shares station name and station logo, but no artist or title. Kodi UI shows all of this.
2. Playing via stream file -> JSON API artist and title, but no station name or station logo. Kodi UI shows station name, artist and title.

[black_eagle]

OK, so for a stream, there can't be a logo really unless you supply one via your strm or m3u file.  AFAIK, stations don't themselves supply that.  Station name is supplied for shoutcast / icecast streams and that can be added to the json api.  Many shoutcast/icecast streams do supply artist or album art (see 2nd screenshot above of Meatloaf) and Kodi core can display that as the album cover.  The fanart is from the artistslideshow addon.

Dunno about how the PVR stuff works, but @ksooo is the developer who knows about all that side of things.

If you are writing your own stuff, you can currently (for streams at any rate), grab the infolabel from Kodi with

json:
{"jsonrpc":"2.0","method":"XBMC.GetInfoLabels","params":{"labels": ["MusicPlayer.Station"] },"id":1}

  which will return something like

json:
{"id":1,"jsonrpc":"2.0","result":{"MusicPlayer.Station":"Planet Rock"}}

The info is there in the api, just not in the one Player.GetItems call.

[emveepee]

I added Shoutcast metadata to PVR and all I did is allowed display of the Shoutcast metadata in MusicPlayer labels when the the URL is from a Shoutcast stream.
 

Code:

{
    "jsonrpc": "2.0",
    "method": "XBMC.GetInfoLabels",
    "params": {
        "labels": ["Videoplayer.ChannelNumberLabel", "Videoplayer.ChannelName", "VideoPlayer.Title", "VideoPlayer.Plot", "MusicPlayer.Title", "MusicPlayer.Artist "]
    },
    "id": 1
}

Code:

{
    "id": 1,
    "jsonrpc": "2.0",
    "result": {
        "MusicPlayer.Artist ": "Albert Collins",
        "MusicPlayer.Title": "Honey Hush!",
        "VideoPlayer.Plot": "Keeping you entertained with `Blues Power'.",
        "VideoPlayer.Title": "Blues Power",
        "Videoplayer.ChannelName": "Planet Rock",
        "Videoplayer.ChannelNumberLabel": "809"
    }

[Buschel]

Yes, this works. Even though I personally think the content should be provided via Player.GetItem, and XBMC.GetInfoLabels is just a workaround. Does the available content in XBMC.GetInfoLabels depend on the skin?

As a sidetone: I am aware that XBMC.GetInfoLabels might not provide results or might not update in case of headless or minimized Kodi, like it might be used for music playback setup like I am using myself.

[emveepee]

InfoLabels are from core not the skin.

There are a lot of PVR fields that are not in List.Item.Base for Player.GetItems() and some are not consistent between the two, so best to keep them apart IMO.  To make it more confusing this is Live TV only since you can't easily have Shoutcast data in recordings.

[Buschel]

Thanks, I will play around with this a bit.

The iOS remote (which I am working on) currently uses Player.GetItem for the NowPlaying screen and XBMC.GetInfoLabels for the codec info overlay screen. I could implement a fallback to GetInfoLabels in case GetItem does not provide sufficient information. This way the lead would still be with GetItem as it was for the past years, and I would avoid unforeseen issues with older Kodi versions.

[bugs.bunny]

Many thanks to all those involved so far! I especially want to thank @Buschel for opening the issue on GitHub and sharing his research results with us here!

From my perspective, the proposed solution in the issue seems to be the fastest and simplest, right? That is, having Kodi Core provide the "title" and "artist" via the JSON API / Player.GetItem while keeping everything else as it is. Or do you think that could cause unwanted side effects?

Playing through the "Radio" menu would be ideal because it's logical to play radio that way  and there's an autoplay function when turning on via the standard skin. The solutions via stream files or "TV" menu each have their own drawbacks and are unsuitable for standard end users.

What do you think?

[bugs.bunny]

I hope you're all doing well!

Do you have any idea how things might progress? The GitHub issue has been marked as "Triage: Needed" since July 20, 2024. Does that mean someone from the Kodi Core team still needs to review and confirm it? Do you know of any way to bring the issue to the developers' attention without being annoying? Or is patience the key to getting this resolved?

[bugs.bunny]

Hi everyone! A user commented the issue on GitHub a few hours ago and thinks that maybe adding a logfile could get the issue back on track. May I kindly ask you for assistance since I unfortunately cannot do it myself?