Hello, please remove replaces=('kodi' 'kodi-x11' 'kodi-wayland' 'kodi-gbm')
replace have to be used only when a package is deprecated
Search Criteria
Package Details: kodi-git-tools-texturepacker r67077.44376d5e9c74-1
Package Actions
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.001052 |
First Submitted: | 2014-10-23 06:38 (UTC) |
Last Updated: | 2024-11-23 20:01 (UTC) |
Dependencies (63)
- giflib (giflib-gitAUR)
- libjpeg-turbo (mozjpeg-gitAUR, libjpeg-turbo-gitAUR, mozjpegAUR)
- libpng (libpng-gitAUR, libpng-apngAUR)
- lzo
- bluez-libs (bluez-gitAUR) (make)
- cmake (cmake-gitAUR) (make)
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-gitAUR, curl-c-aresAUR) (make)
- dav1d (dav1d-gitAUR) (make)
- doxygen (doxygen-gitAUR, doxygen-yapAUR) (make)
- exiv2 (exiv2-gitAUR) (make)
- fmt (fmt-gitAUR) (make)
- ghostscript (make)
- giflib (giflib-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- glew (glew-libepoxyAUR, glew-waylandAUR, glew-osmesa-gitAUR, glew-wayland-gitAUR, glew-gitAUR) (make)
- gperf (gperf-gitAUR) (make)
- graphviz (make)
- gtest (googletest-gitAUR) (make)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR) (make)
- jdk21-openjdk (zing-21-binAUR, jdk21-temurinAUR) (make)
- Show 43 more dependencies...
Required by (0)
Sources (10)
- git+https://github.com/xbmc/xbmc.git#branch=master
- https://ffmpeg.org/releases/ffmpeg-7.1.tar.gz
- https://mirrors.kodi.tv/build-deps/sources/crossguid-ca1bf4b810e2d188d04cb6286f957008ee1b7681.tar.gz
- https://mirrors.kodi.tv/build-deps/sources/flatbuffers-23.3.3.tar.gz
- https://mirrors.kodi.tv/build-deps/sources/fstrcmp-0.7.D001.tar.gz
- https://mirrors.kodi.tv/build-deps/sources/libudfread-1.1.2.tar.gz
- libdvdcss-1.4.3-Next-Nexus-Alpha2-2.tar.gz
- libdvdnav-6.1.1-Next-Nexus-Alpha2-2.tar.gz
- libdvdread-6.1.3-Next-Nexus-Alpha2-2.tar.gz
- pr24972.patch
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 54 Next › Last »
FabioLolix commented on 2022-12-15 23:48 (UTC)
csts commented on 2022-12-15 23:38 (UTC)
@graysky thank you.
I'll let the chaotic-aur guys know, and if they can they'll put up a binary.
graysky commented on 2022-12-15 23:12 (UTC)
@csts - Yes, master is master. I created a new PKGBUILD for nexus just now: https://aur.archlinux.org/packages/kodi-nexus-git
csts commented on 2022-12-15 22:32 (UTC)
@ghen I have been using chaotic-aur to get Nexus binary updates (kodi-git) until yesterday.
It's odd that kodi-git started giving me Kodi 21 alpha since yesterday.
After some checking there is no way to install Kodi 20 now.
graysky commented on 2022-12-11 15:32 (UTC)
kevku commented on 2022-12-11 13:33 (UTC)
don't they need to use ffmpeg 5 for DV/HDR, sad that it didnt make to Kodi 20
ghen commented on 2022-12-10 14:16 (UTC)
Kodi 20.0 rc1 is out. Anyone wants to host a binary pkg repository again to support a broader testing audience? The Kodi 20.0 release is targetted for January.
arfoll commented on 2022-11-30 06:33 (UTC)
@graysky - For the video renderer itself you can check the code - https://github.com/xbmc/xbmc/blob/f2376ff0a77c90651ec3203efab1533f1c3ca855/xbmc/cores/VideoPlayer/VideoRenderers/LinuxRendererGLES.cpp#L138. No check for HDR metadata is done in the GL renderer, so it's not going to work (also on an LG C2 with one the TV switches to HDR, the other not - note that HDR on X11 isn't going to work anyways, you need to use GBM, wayland maybe works but unclear). It's possible that the DRM prime renderer that I enabled like this https://dpaste.com/FM8PY52X9 would also work with normal GL but it seems not ready for use and just crashed.
Imho GLES is just the modern backend of kodi you can see it generally gets more development, GLES was meant for embedded but is these days used everywhere and is way closer to modern OpenGL than OpenGL2.0 as used by kodi. Librelec chooses GLES for non x11 builds (I guess as you found there may be some x11 issues) - see: https://github.com/LibreELEC/LibreELEC.tv/blob/master/packages/mediacenter/kodi/package.mk#L57. Where you using a hardware video decoder, it's possible VDPAU is not as well tested with gles... As for faster I have a J4005 and those things are far from fast, so you can just tell in the menu it's smoother & faster at 4k, but I have no benchmark data.
graysky commented on 2022-11-12 23:31 (UTC) (edited on 2022-11-16 11:37 (UTC) by graysky)
@arfoll - Glad you like ccm. I built a local copy with gles
rather than gl
and found that on x11, kodi could not playback HEVC content. Just got a black screen. From what I read, gles is for embedded systems (ES) whereas gl is for desktops. I don't think selecting gles is the right option for x86_64. What evidence do you have that gles is required for HDR? What evidence do you have that the performance is generally way better?
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.