Package Details: kodi-git-tools-texturepacker r65618.f0b18b55c57-1

Git Clone URL: https://aur.archlinux.org/kodi-git.git (read-only, click to copy)
Package Base: kodi-git
Description: Kodi Texturepacker tool (master branch)
Upstream URL: https://kodi.tv
Licenses: GPL2
Conflicts: kodi-tools-texturepacker
Provides: kodi-tools-texturepacker
Submitter: BlackIkeEagle
Maintainer: graysky
Last Packager: graysky
Votes: 85
Popularity: 0.090726
First Submitted: 2014-10-23 06:38 (UTC)
Last Updated: 2024-04-08 15:00 (UTC)

Dependencies (64)

Required by (0)

Sources (9)

Pinned Comments

graysky commented on 2022-06-11 11:49 (UTC)

@laichiaheng - kodi is bound to a specific version of ffmpeg which is generally older than Arch's package. We avoid incompatibilities by using that specific version (ie internal ffmpeg). Recommend that you build kodi in clean chroot. See: https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot

I wrote a script that automates much of that called clean-chroot-manager offered here in the AUR.

Latest Comments

« First ‹ Previous 1 .. 42 43 44 45 46 47 48 49 50 51 52 .. 54 Next › Last »

lartza commented on 2011-07-03 19:07 (UTC)

Well, if you take a look at https://github.com/xbmc/xbmc/blob/master/xbmc/filesystem/PluginDirectory.cpp#L402 it seems that handle is set to -1 on purpose in the RunScriptWithParams method, right? so it should be -1. I noticed that the Chaos Computer Club CCCTV addon works like a charm in archlinux, so after comparing .xbmc/addons/plugin.video.ccctv/default.py and .xbmc/addons/plugin.video.youtube/YouTubeNavigation.py I noticed that ccctv doesn't set the totalItems optional param at all. Youtube addon uses xbmcplugin like this: xbmcplugin.addDirectoryItem(handle=int(sys.argv[1]), url=url, listitem=listitem, isFolder=True, totalItems=size) as you can see from http://code.google.com/p/youtubexbmc/source/browse/trunk/YouTubeNavigation.py#320 Now the size is set to 0 with search and explore. Changing the default to 1 didn't help, so I removed totalItems=size from xbmcplugin.addDirectoryItem call completely. Now I can search and explore youtube, hooray! '%s/, totalItems=size//g' is the quick and dirty fix for this. The real bug may be somewhere in the https://github.com/xbmc/xbmc/blob/master/xbmc/interfaces/python/xbmcmodule/xbmcplugin.cpp#L59 maybe the new gcc brings it up, I'm not really a c++ wizard so...

lartza commented on 2011-07-03 14:58 (UTC)

The bug must be in the xbmc code since creating new handle returns -1. so xbmc fails to create the handle for python (for some unknown reason). adding sys.argv[1] = 0 to .xbmc/addons/plugin.video.youtube/default.py doesn't help, since the handle failed in the first place. The handle seems to come from https://github.com/xbmc/xbmc/blob/master/xbmc/filesystem/PluginDirectory.cpp getNewHandle on line 60. Why int handle = (int)globalHandles.size() returns -1 is beyond me. CSingleLock lock(m_handleLock) rely on boost's unique_lock so maybe there's something. However downgrading boost to 1.42 doesn't seem to fix this.

lartza commented on 2011-07-01 14:42 (UTC)

rolling back to glew 1.5.8-1 doesn't fix youtube with xbmc-10.1 or xbmc-git. same invalid handle error in the debug.

<deleted-account> commented on 2011-06-30 19:52 (UTC)

Any progress in finding the bug?

<deleted-account> commented on 2011-06-19 16:48 (UTC)

If it is really a dependency bug, it could be related to the last version of glew. Rolling it back to version 1.5.8-1 may fix the bug.

<deleted-account> commented on 2011-06-19 15:04 (UTC)

This bug is not actually only occurring with the AUR version of XBMC. The XBMC 10.10-3 (x86_64) version on community repo have the same bug. And so, because it seems to be only related to Archlinux, it must be something wrong with one of the dependencies of XBMC (community and AUR versions). The bug occurs with most of the plugins when you want to display a list of item (no problem with folders). Here are part of the log file from XBMC : 10:59:26 T:139929422088224 M:3140354048 DEBUG: RunScriptWithParams - calling plugin Advanced Launcher('plugin://plugin.program.advanced.launcher/','-1','?8effb962324b83808c9b33f374d6f7ab') 10:59:26 T:139929422088224 M:3140354048 INFO: initializing python engine. On the first line the handle value is equal to -1 when it have to be equal to 0. An so it generates the error : 10:59:26 T:139928886359808 M:3140046848 ERROR: AddItem - called with an invalid handle. 10:59:26 T:139928886359808 M:3140046848 ERROR: EndOfDirectory - called with an invalid handle.

matteomattei commented on 2011-06-19 09:24 (UTC)

Same youtube search problem... from the xbmc log I see: 11:20:25 T:140179162576640 M:1859284992 ERROR: AddItem - called with an invalid handle. 11:20:25 T:140179162576640 M:1859284992 ERROR: EndOfDirectory - called with an invalid handle.

Beretta92 commented on 2011-06-06 13:30 (UTC)

And we have another bug that looks like related only with ArchLinux (known on 64bits, has to be confirmed for 32bits...) That breaks plugins..... http://trac.xbmc.org/ticket/11584#comment:7

vEX commented on 2011-06-06 13:10 (UTC)

The newest git version depends on yajl (1.0), however I've started work on support for yajl 2.0 (as shipped by Arch), patch is available here: http://trac.xbmc.org/ticket/11609

Beretta92 commented on 2011-06-02 15:45 (UTC)

can you report this bug and logs upstream?

« First ‹ Previous 1 .. 42 43 44 45 46 47 48 49 50 51 52 .. 54 Next › Last »