(2024-11-22, 10:03)Alyyy Wrote: Hi,

I did the last update 7.1.1.1 and this appears in my channel list, what wasn't there before



and I can't seem to hide them

(2024-11-30, 22:14)Shredder_guitar Wrote: Sounds like Kodi needs to evaluate their approval criteria for this plugin (at the very least)...

(2024-11-29, 19:35)phyrros1 Wrote: I have  subscribed to a German YouTube channel and recently they  added an AI-generated English audio track to their videos. On YouTube's web interface, the English audio track always appears as track 1, while the original German audio track is track 2. However, the add-on  ( 7.1.1.1 unofficial) only supports playing the first audio track. The second one does not appear in the list.
I'm running LibreELEC on a Fire Cube. Is there any way to prioritize the second track or fix this issue?

(2024-11-30, 18:05)phyrros1 Wrote: I know that this add-on previously worked with multiple audio tracks. Its's only that it does not seem to work for me since I have installed 7.1.1.1.   I have enabled MPEG-DASH otherwise nothing would play at all - I would only get the UNKNOWN error message. As posted in my previous message here the links to two vids with this issue:


https://youtu.be/I1KqalXTA_Y?si=mG6FuV-SmQ0YyMAE
https://youtu.be/zPmazQ9OqIs?si=UAY7dyUUlaV5YGzG

(2024-11-30, 09:23)Chillbo Wrote: The OSMC Skin offers an override to one of the most annoying problems with addon views: any view change will only stick for one page the addon loads. This override lets users pick a view in the skin settings and force it for all video addon pages. This can only rely on the videos content type as it would otherwise also force views on library windows, etc.

(2024-11-30, 09:23)Chillbo Wrote: A skin either offer views only for poster fan art or more types of art, but it has to adjust either the art or the view to look proper: A view type that is made for horizontal thumbnails won't look good with vertical poster art - lots of whitespace being the consequence. The OSMC Skin is made to work primarily with poster fan art, but as video addons like the YouTube addon mostly don't offer that type of fan art, it offers a full set of specific views only for video addons, with adjusted spacing and use of info labels. If any content type other than videos is set, the appropriate views cannot be used anymore.

(2024-11-30, 09:23)Chillbo Wrote: Some skins like the OSMC Skin try to use as little overlay textures as possible to ensure background fanart is not hidden while keeping skin elements like texts readable in the foreground. This makes it imperative to match colours of all sorts of items so not one is e.g. barely visible due to a colour match of text and background. If an addon mandates text colour by adding colour tags to the text it provides, this whole effort will be overridden - the addon can never know what a skinner had in mind and vice versa. Only one side should be responsible for colours IMHO.

(2024-11-30, 09:23)Chillbo Wrote: But an addon setting a content type not meant for an addon by default will lead to issues... A skinner has to decide what to rely on: Kodi guidelines and functionality or what single addons do differently. With the second approach, a skin has to basically be coded to work perfectly with one single addon - the next addon might approach this differently already leading to new issues.
The basis is that Kodi addon and skin guidelines mandate the appropriate content type to be set by an addon (music for music addons, videos for video addons, programs for other types of addons) and not force any view types by setting other content types: https://kodi.wiki/view/Add-on_rules#Requ...hon_addons

(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?

(2024-11-30, 18:05)phyrros1 Wrote: I know that this add-on previously worked with multiple audio tracks. Its's only that it does not seem to work for me since I have installed 7.1.1.1

(2024-11-30, 22:14)Shredder_guitar Wrote: If that is not happening, then I have questions. When my wife comes into my office and says youtube's not working, it's a big deal.

(2024-11-30, 22:57)Alyyy Wrote: No one can enlighten me ?

(2024-12-01, 01:31)Shredder_guitar Wrote: blah blah... Frankly, it's exhausting.

(2024-11-30, 22:05)scott967 Wrote: That's not what the documentation says.  There are 11 specific content types available for xbmcplugin.setContent() and the documentation says as a remark:

"Use videos for all videos which do not apply to the more specific mentioned ones like "movies", "episodes" etc. A good example is youtube."

https://xbmc.github.io/docs.kodi.tv/master/kodi-base/d1/d32/group__python__xbmcplugin.html#gaa30572d1e5d9d589e1cd3bfc1e2318d6

scott s.
.

(2024-12-01, 00:58)MoojMidge Wrote: Could you point me to where I could see how you have done this?

(2024-12-01, 00:58)MoojMidge Wrote: Yeah, I have had to resort to using a square layout myself to maintain consistency across different plugins - the worst of both worlds. This addon can offer both poster and landscape artwork, that can be changed in the settings and applies globally to all content from the addon, as well as via a plugin URI query parameter to suit specific widgets. From a skinners perspective would it help if the plugin identified the type of artwork that is being used in a listitem property?

(2024-12-01, 00:58)MoojMidge Wrote: I had a lot of problems with this. For an addon, overloading the content of a label results in a poor UI imo, leading to overflows and needing to rely on opening the separate info dialog, or on autoscrolling in views to display the full content. Can't include icons in a label, only unicode glyphs, which means relying on the font that is being used in the skin to provide the characters being used. Colour coding certain parts of a label felt like the best compromise in terms of identifying what that information actually meant, without taking up additional space by labelling sub-parts of a label, or potentially being rendered as a square box that still takes up space but offers nothing useful depending on the skin being used. A skin can't be responsible for this because it would need to parse a label and render it according to the needs of a specific plugin, which not only can't be done, but is also not feasible to meet the needs of various plugins. Can't think of a reasonable alternative, but open to suggestions.

(2024-12-01, 00:58)MoojMidge Wrote: That is not quote what that means. As @scott967 mentioned the intent of setting the content-type is not to restrict video plugins to only the video content-type, but to ensure that the content-type is set to what best represents the content being listed. In the case of this particular addon (and ignoring the distinction between the official and unofficial versions), if episodes were to be shown, the type of artwork and meta-data won't change (because it comes from the same source as the non-episodic content), but the content-type should change to episodes. The same would apply to other video plugins that provide episodes. Forcing a view-type is certainly not allowed though, albeit still done in the unofficial versions of this addon. Regardless, yes it makes the job of a skinner difficult when dealing with the array of possible content that various plugins may offer up.

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

(2024-11-30, 22:57)Alyyy Wrote: No one can enlighten me ?

About what? If you have a question ask it. The screenshot shown is not of the "My Channel" list, it is a search listing filtered to only show channel results. The other folders are there to filter the search based on other available search result types. By default, there is no way to disable the folders, but if you don't want to see the folders in a widget or via your favourites, then you can add &hide_folders=True to the plugin URI query parameters. How you do that will depend on the skin you use.

(2024-11-30, 23:13)izprtxqkft Wrote:

(2024-11-29, 19:35)phyrros1 Wrote: I have  subscribed to a German YouTube channel and recently they  added an AI-generated English audio track to their videos. On YouTube's web interface, the English audio track always appears as track 1, while the original German audio track is track 2. However, the add-on  ( 7.1.1.1 unofficial) only supports playing the first audio track. The second one does not appear in the list.
I'm running LibreELEC on a Fire Cube. Is there any way to prioritize the second track or fix this issue?

 

(2024-11-30, 18:05)phyrros1 Wrote: I know that this add-on previously worked with multiple audio tracks. Its's only that it does not seem to work for me since I have installed 7.1.1.1.   I have enabled MPEG-DASH otherwise nothing would play at all - I would only get the UNKNOWN error message. As posted in my previous message here the links to two vids with this issue:


https://youtu.be/I1KqalXTA_Y?si=mG6FuV-SmQ0YyMAE
https://youtu.be/zPmazQ9OqIs?si=UAY7dyUUlaV5YGzG

i pulled the info for the 2nd video hoping to see some sort of difference in the tracks
- https://paste.kodi.tv/awiyuqexut.kodi

but from that there doesn't appear to be a difference, the german tracks and english ones are available in the same codecs+stream methods

provide a Debug Log trying to play the 2nd one so we can see what kodi is doing

(2024-11-09, 23:41)MoojMidge Wrote:

(2024-10-31, 16:58)kingsombra Wrote: The workaround posted in #810 seems to have worked for me.

As mentioned in the issue you opened, the workaround should not be necessary anymore. Are you able to test https://github.com/anxdpanic/plugin.video.youtube/releases/tag/v7.1.1%2Bbeta.5 and confirm that it works without the workaround?

(2024-12-01, 09:35)redkoatz Wrote: It perplexes me that there's an entire community of active people who know how to do something. But instead tell you to search some ancient thread.
If there are active people who know and are replying. Why not just answer?

(2024-12-01, 10:02)Chillbo Wrote: It works like a charm though and solves this very basic problem which would otherwise render different view types for addon pages quite useless.

(2024-12-01, 10:02)Chillbo Wrote: But it would only be a good idea, if it was a system wide approach, not specific to one addon... Maybe something to think about as part of a discussion how addons can be incorporated into Kodi more seamlessly?
The views selection per page comes into mind here as well.

(2024-12-01, 10:02)Chillbo Wrote: And I would also say: If the information the addon provides doesn't change to something specific to a content type (it doesn't offer season and episode count, a TV show or episode title, etc.), it then shouldn't set the episodes content type in the first place.

(2024-12-01, 14:09)Alyyy Wrote: I didn't have them with version 7.0.9.2 they appeared after the update.

And I don't see where plugin uri is ?

(2024-12-01, 15:44)phyrros1 Wrote: Thank you so much for your help. Here is the log file: https://paste.kodi.tv/higabokige

(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.

(2024-12-01, 23:52)MoojMidge Wrote: Unfortunately this is the same technique that plugins must resort to, with pros and cons for doing it either way.

A skin doing this means that an individual plugin does not to cater for the different view types of various skins but then needing additional complexity to deal with changes to view types for individual plugin URIs and the associated content-types.
A plugin doing this means that an individual skin does not need to cater for the different content of various plugins but then needing additional complexity to deal with the available views offered by a skin for a given content-type.

(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.

(2024-12-02, 08:47)Chillbo Wrote: Maybe Kodi could offer content types specifically for addons so that they don't overlap with library content types? That way everyone could code to the specific requirements of the library as well as addons.