Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#36420 - [xbmc] Please compile CrystalHD support into official XBMC package

Attached to Project: Community Packages
Opened by Jason Ross (binaryjay) - Monday, 05 August 2013, 13:12 GMT
Last edited by Balló György (City-busz) - Friday, 21 February 2014, 06:49 GMT
Task Type Feature Request
Category Packages
Status Closed
Assigned To Sergej Pupykin (sergej)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

Currently, CrystalHD support is not enabled in the PKGBUILD for the official xbmc package in the arch repository. This leaves those of us who wish to have the CrystalHD broadcom acceleration no choice but to use the unstable xbmc-git in AUR. To make matters worse, usually the machines that we require this on are low power and it takes an age to build and there is a large incentive to keep up to date on the nightlies due to the fact that the package is being changed/fixed/improved on so often compared to stable. There are often space concerns on low power machines which make keeping all of the dependencies for building a burden as well.

Additional info:
- pkgbuild configure option needs to be enabled via --enable-crystalhd
- dependency for libcrystalhd also needs to get built, this is also missing from the official repository and needs to be built with git. Building and installing this from git manually is acceptable if it cannot be integrated into the official repositories as an optional dependency to xbmc.

Steps to reproduce:
Install xbmc on a machine with the BCM970012 or BCM970015 hardware installed and driver and library correctly loaded. Run xbmc, find that the CrystalHD acceleration option in video playback settings is missing and content will not be accelerated.

Confirmed workaround to skip xbmc package and build from AUR xbmc-git, manually edit pkgbuild to include --enable-crystalhd option. You get a working xbmc installation with crystalhd support but it currently is an unstable XBMC gotham version.

vdpau etc. is compiled in by default, why not crystalhd?
This task depends upon

Closed by  Balló György (City-busz)
Friday, 21 February 2014, 06:49 GMT
Reason for closing:  Won't implement
Comment by Jason Ross (binaryjay) - Tuesday, 06 August 2013, 15:38 GMT
Note this is the crystalhd kernel module and dependencies in AUR, though I don't think there would be a problem with building/running xbmc with crystalhd support if it was missing from the system.

https://aur.archlinux.org/packages/crystalhd-git/

Still, it would be more convenient for users if this were available in the package repository and not just AUR.
Comment by Dave Reisner (falconindy) - Tuesday, 06 August 2013, 15:55 GMT
> no choice but to use the unstable xbmc-git in AUR
Why is the xbmc package from community not an option for recompiling?

> To make matters worse, usually the machines that we require this on are low power and it takes an age to build
Is this really your only machine? You can't build this somewhere else?

> dependencies in AUR
Yeah... that's a flat out blocker.
Comment by Jason Ross (binaryjay) - Wednesday, 07 August 2013, 12:00 GMT
To be fair, I am not entirely sure if libcrystalhd (in AUR... arguably should be in the package repository by now as it has been around since 2010 and other distributions have made it available forever) is a required dependency needed to build with crystalhd option or not. It doesn't appear to be a listed dependency of xbmc, I think it is just part of the kernel module required for the crystalhd to actually be detected by XBMC once it is enabled in the pkgbuild.

This request all boils down to convenience. If it is JUST a matter of adding one line to the configure section of the pkgbuild used for this package then I don't see any reason not to add the option.

Thanks!

Comment by Dave Reisner (falconindy) - Wednesday, 07 August 2013, 12:45 GMT
> If it is JUST a matter of adding one line to the configure section of the pkgbuild used for this package then I don't see any reason not to add the option.
libcrystalhd provides a libcrystalhd.so and some headers. I would be extremely surprised if it was not a build time and runtime dependency.
Comment by Balló György (City-busz) - Thursday, 20 February 2014, 19:46 GMT
I don't think that any dev or TU want to maintain CrystalHD packages without an actual hardware. It's not really maintained by upstream, and this would be problematic on kernel updates.
Comment by Jason Ross (binaryjay) - Thursday, 20 February 2014, 19:52 GMT
Understandable... however, upstream has been completely static on crystalhd for a long time now. Take a look at OpenELEC, they build crystalhd support in fine without the actual hardware (much like VAAPI, VDPAU etc.) - it just boils down to adding support and giving the end user options.

Loading...