[TESTING] Kodi v21 release builds

From what I’ve read, I’m not sure you can do that - it’s a feature mainly focused on versions of a movie being present as separate video files.

If you extract the movie and the extras (the different endings would be extras I think) there is a companion feature to the “versions” called “extras”, which works the same way, but for the various extras which may be on a movie. If you are looking for “Clue with Ending 1” and “Clue with Ending 2” etc, as “versions” to play, I think you would need to extract 4 copies of the movie as 4 different versions (extracting a different ending for each) I think

Exactly, you’d have to have multiple remuxes.

But if there was a way to assign a certain playlist to a certain version, then you could just have the BD folder, which would take up way less space, especially with a movie like Clue.

Right now, if I tell Kodi to play the movie it brings up a new screen asking which playlist I want, so maybe they could device a way to make different NFO files for each version.

I’m going to play with it.

Best to ask this on the Kodi forum - and be it as a feature request. It’s been made clear that the versions/extras feature is not in its final shape, but it will only be finished earliest with v22. Currently it’s not possible to do what you’re trying to achieve though :thinking:

Sam I don’t know if this is likely to be something directly related to the latest test build or not. If it looks like something possibly related I can generate some full debug logs.

I found a weird thing after the latest test release update.
On the Paramount+ addon, the DolbyDigitial+ audio stream (the default) is silent. (codec doesn’t appear to be recognized or something, The info status while playing reports:

AUDIO PROCESS INFORMATION
Decoder: unknown, 0 bit, 0 Hz
Channels: unknown

Although the stream identifies the audio channel as DD+ 2ch
All the shows (so far) have a second aac audio-track which plays fine.

debug log shows ffmpeg and ALSA are reporting finding a channel layout

2024-07-24 11:50:46.908 T:3055    debug <general>: CAESinkALSA::InitializeHW - Got: periodSize 2205, bufferSize 8820
2024-07-24 11:50:46.908 T:3055    debug <general>: CAESinkALSA::InitializeHW - Setting timeout to 200 ms
2024-07-24 11:50:46.909 T:3055     info <general>: CAESinkALSA::Initialize - speaker layout 0
2024-07-24 11:50:46.909 T:12031   debug <general>: CurlFile::Open - <http://127.0.0.1:52103/https://vod-gcs-cedexis.cbsaavideo.com/intl_vms/2024/06/27/2350588995823/2743724_cenc_precon_dash/COLBERT_1529_2997DF_1920X1080_178_2CH_PRORESHQ_en-US_2743720_1_eac3_128/init.m4v>
2024-07-24 11:50:46.909 T:3055    debug <general>: CAESinkALSA::GetChannelLayout - Input Channel Count: 2 Output Channel Count: 2
2024-07-24 11:50:46.909 T:3055    debug <general>: CAESinkALSA::GetChannelLayout - Requested Layout: FL, FR
2024-07-24 11:50:46.909 T:3055    debug <general>: CAESinkALSA::GetChannelLayout - Got Layout: FL, FR (ALSA: FL FR CEA: 0 )
2024-07-24 11:50:46.910 T:2974    debug <general>: ffmpeg[0x0]: [swscaler] Forcing full internal H chroma due to input having non subsampled chroma
2024-07-24 11:50:46.910 T:3055    debug <general>: CActiveAESink::OpenSink - ALSA Initialized:
2024-07-24 11:50:46.910 T:3055    debug <general>:   Output Device : AML-AUGESOUND
2024-07-24 11:50:46.910 T:3055    debug <general>:   Sample Rate   : 44100
2024-07-24 11:50:46.910 T:3055    debug <general>:   Sample Format : AE_FMT_S24NE4
2024-07-24 11:50:46.910 T:3055    debug <general>:   Channel Count : 2
2024-07-24 11:50:46.910 T:3055    debug <general>:   Channel Layout: FL, FR
2024-07-24 11:50:46.910 T:3055    debug <general>:   Frames        : 2205
2024-07-24 11:50:46.910 T:3055    debug <general>:   Frame Size    : 8
2024-07-24 11:50:46.912 T:3055    debug <general>: ffmpeg[0xafd79d70]: [SWR] Using fltp internally between filters
2024-07-24 11:50:46.913 T:3054    debug <general>: CActiveAE::ClearDiscardedBuffers - buffer pool deleted

I’d note that I had to re-install wide-vine after the update in order to play the streams. So at this point, I’m not sure if it’s potentially a wide-vine issue, an addon issue, or a kodi core issue, or indeed, broken at the stream provider (they had issues the other week).

No idea from that log. Are other add-ons affected?

All my other addons appear to just have AAC streams.
I do have a couple local shows that are DD+ which play fine, but I’m not sure if it’s exactly the same DD+ codec as the stream.

I’ll see if there is a way to get more logging from the paramout+ logging that may expose more info about the stream that it’s pulling in.

Just full debug logs would be a start.

1 Like

Updated Kodi again today.

Other improvements (such as My OSMC) have also gone in to staging so please keep testing

Cheers

Sam

2 Likes

Unfortunately this did not change the crashing behavior for IPTV streams.

Hello Sam.
Thanks for all ongoing work on the Kodi 21 test version - very much appreciated.
Almost everything seem to work as expected.

However I thought I should bring this to you attention.
Since updating to Kodi 21 only SD (MPEG2) channels are streamed from my Satellite box.
Attempting to stream HD (AVC) Channels causes an instant crash.
The add-on was working fine with Kodi 20.

Hard to tell if this is a Kodi issue or an OSMC one, :thinking: or a miss-configuration on my part. My setting are those that I had in Kodi 20.

Debug log: hastebin

Cross-post from Streaming of HD Channel from Zgemma box fails. · Issue #465 · kodi-pvr/pvr.vuplus · GitHub

Would need to see some full logs. Have you been running v21 builds for a while?

@sam_nazarko

The debug log that I referenced is complete as posted.
Kodi crashes with a ‘Sad Face’ and restarts at that point.
I have just realized that I only enabled ‘component debugging’
I’ll generate another log with full debug info - Sorry.

I’ve been running the test version of Kodi 21 since you first made it available.
I reinstalled the Vero 5 image a couple of days ago and then updated to Kodi 21 .
I assume that means I running the most recent version available.

Early versions of the Kodi 21 test did not allow me to stream any output from the Enigma2 Add-on. That changed recently presumably following updates, and MPEG2 now works without issues.
All other functions in the Enigma2 Add-on work as expected.

It will be interesting to see if my report on github gets a response - I am not holding my breath!

I would need to see full logs uploaded via My OSMC.

As requested, what I hope is a full debug log.

http://paste.osmc.tv/uzofuvahel

At end of ‘Kodi old log’ you will see a successful attempt streaming an SD (MPEG2) followed by an attempt to stream from a HD (H.264 / AVC) channel.
At which point the box gives me ‘Sad Face’ and re-boots,

Thanks. It’s the same crash another poster reported with IPTV

Can you reproduce it playing back a recording?

I can play recordings from made from the Satellite box without any issues.

I can select any channel SD or HD displayed on the Enigma2 plug-in and record it without problems.
Those recordings replay without issues through Kodi.
MPEG2 - MPEG4 - H.264 - 520p - 720p - 1080i

While most likely not related I wonder if you tried without your cache settings in advancedsettings.xml?

1 Like

It’s a weird crash and I’ve seen it twice with PVR related add-ons. I am just trying to work out the best way to reproduce it.

@sam_nazarko @fzinken

I think I have resolved it!

Kodi Settings/PVR & Live TV/Playback

Set Fallback Frame-rate to ON Default is OFF

All streams now seem to work.

2 Likes