(2024-12-01, 00:58)MoojMidge Wrote:

(2024-11-30, 15:08)graham-h Wrote: I upgraded from 7.0.6.3 to 7.1.1.3 and ran the wizard again, with the same error.  Is this the right place to report it?

The moral of this story - if the Setup Wizard pops up then use it rather than waiting for 9 months.

(2024-12-01, 00:58)MoojMidge Wrote: As a workaround you can just ignore the steps in the Setup Wizard that ask you to import your old search or playback history, but obviously it will mean that this old data will be lost. Alternatively you can try to install this test version, which contains the fix to the Setup Wizard database migration.

(2024-12-02, 11:16)Chillbo Wrote: Honestly, I'd never want Netflix, Amazon Prime, ATV+, YouTube or whatever streaming videos cluttering my local library.
I'm quite confident that having "apps" sections is exactly what most users actually want for streaming content, not have that content pour into a carefully curated local library.

The thing that's missing is proper support for visually managing those sections addons like YouTube provide IMHO.

(2024-12-01, 23:52)MoojMidge Wrote:

(2024-12-01, 18:11)kingsombra Wrote: If I do not use an API and play a very long video ( it has to be over 6 hours ) right at the 6 hour point, the video will freeze up. It is always exactly at the 6 hour point. This makes me think that youtube has set a hard limit on the length of video that can be played. I do not know if it is because I am not using an API.

Could someone else confirm this behavior just so I know I am not the only one? Thanks.

There is no limit from YouTube and it is unrelated to API usage. You will need to do your own legwork on this. Get a debug log and it can be looked into. You can extract the first section of the log from when you start playback, and then remove everything up until the last 5 minutes before the video freezes .

(2024-12-02, 18:28)kingsombra Wrote: However, I did see something very interesting where Inputstream Adaptive was trying to access some URL with "expire" in it.

(2024-12-02, 18:42)izprtxqkft Wrote:

(2024-12-02, 18:28)kingsombra Wrote: However, I did see something very interesting where Inputstream Adaptive was trying to access some URL with "expire" in it.

that expire is an epoch time, feed it into https://www.epochconverter.com/ and it will spit out a date/time of when it expires

videoplayback?expire=1733142763 = GMT: Monday, December 2, 2024 12:32:43 PM

but that should only affect anything at the time of opening the link, that entry in your log appears 2024-12-02 07:32:49.545 which should mean it isn't expired at the time you're receiving the 403 "Access Denied" error

-----
edit

your log shows a stop in response to a key press on line 1839, the keycode was 'x' https://www.temblast.com/ref/akeyscode.htm which means stop was pressed, youtube didn't fail
next on line 1950 kodi failed to access the SMB share where the .strm file is stored

is the network dropping by chance?

(2024-12-03, 22:20)CalebChambers Wrote: This Add-on should not require any API keys

(2024-12-03, 22:20)CalebChambers Wrote: .. you can literally go in any device go. On the internet with any web browser to youtube.com and watch any video...

(2024-12-03, 22:20)CalebChambers Wrote: Why does this add-on require API keys?

(2024-12-03, 22:20)CalebChambers Wrote: Fix it

(2024-12-02, 08:47)Chillbo Wrote:

(2024-12-01, 23:52)MoojMidge Wrote: Yes, agree, but there is some basic functionality that won't work if a video content-type is used (eg. displaying watched/unwatched videos in a listing), and more generally if a plugin directory listing is being used (eg. default sort order for various sort types). A few gaps will remain until someone is sufficiently motivated to improve the situation.

Interesting - I've never noticed this one. Watched and unwatched functionality works in videos lists here without issues, same as sort types. But the "watched/unwatched" filter doesn't.

(2024-12-02, 09:40)izprtxqkft Wrote: in my proposal outlined here 379432 (thread) addons would be able to provide library content

(2024-12-02, 11:16)Chillbo Wrote: Honestly, I'd never want Netflix, Amazon Prime, ATV+, YouTube or whatever streaming videos cluttering my local library.
...
The thing that's missing is proper support for visually managing those sections addons like YouTube provide IMHO.

(2024-12-02, 16:28)izprtxqkft Wrote: closing Kodi off from a growing trend is only going to hurt Kodi users

(2024-12-02, 13:49)graham-h Wrote: Not sure what you mean by this. Seems I would have had the same error nine months ago.

(2024-12-03, 06:56)kingsombra Wrote: MoojMidge told me that this looks like a deficiency in InputStream adaptive. Actually I am thinking I am just going to turn of InputStream adaptive completely in the youtube addon configuration. I am also going to set a max resolution of 720p (Heck I still watch all my movies that have been ripped at 480p and all my TV's/Monitors are all 1080p)

(2024-12-04, 13:27)Chillbo Wrote: For the time being, I've now adjusted how the OSMC Skin handles content types in plugin paths. That way the views offered are the same as when the content type videos is set:

(2024-12-02, 08:47)Chillbo Wrote: Interesting - I've never noticed this one. Watched and unwatched functionality works in videos lists here without issues, same as sort types. But the "watched/unwatched" filter doesn't.

(2024-12-04, 22:33)Crabar Wrote: I've started recently having a problem with playing any video on youtube

(2024-12-04, 23:48)MoojMidge Wrote: This is already partially able to be done now, with a number of issues, but the content needs to be shoehorned into either the movies or tvshow databases, which kind of defeats the purpose.

(2024-12-04, 23:48)MoojMidge Wrote: Not in the short-term, but the longevity of Kodi as a entertainment system platform will inevitably begin to be affected as users decline, with developers being a subset of users, as interest in local media libraries reduces. Unfortunately I don't believe there is any way for Kodi to address this as the trend for raising walls around content is not going to go away, with streaming services having no interest in allowing their original or licensed content being made available on a platform that they cannot control. This is regardless of whether Kodi itself improves on some of the aspects of video plugin usage. Just my personal 2c.

(2024-12-03, 22:20)CalebChambers Wrote: This Add-on should not require any API keys
.. you can literally go in any device go. On the internet with any web browser to youtube.com and watch any video...

Why does this add-on require API keys?


Fix it

(2024-12-04, 23:48)MoojMidge Wrote: I think both of these perspectives are all part of the same broader issue. Video plugin listings are processed differently than library listings. Being able to add a videos content-type (not just sourced from video plugins) to the library has been requested by quite a number of people, and if a video plugin could be used as a source for this it could potentially sidestep the current limitations of using dynamic plugin listings, without necessarily needing to impact on movie or tvshow databases.

This is already partially able to be done now, with a number of issues, but the content needs to be shoehorned into either the movies or tvshow databases, which kind of defeats the purpose.

(2024-12-04, 23:48)MoojMidge Wrote: Watched and unwatched requires a very convoluted interaction between the Kodi GUI and the addon plugin and service endpoints. It works in this addon, but most other addons that sync watched status to some other source apart from the Kodi video database will have issues with this. The watched/unwatched filter won't work using a videos content-type. The sort types work, but the default sort orders don't, for example sorting by date in the library uses a default descending sort order but ascending in video plugin listings.