Originally posted by Ansla
View Post
Announcement
Collapse
No announcement yet.
14 Staging Drivers Get Nuked From Linux 3.17
Collapse
X
-
Originally posted by Sonadow View PostBig, big, big mistake.Originally posted by GraysonPeddie View PostHmm... Crystal HD...
=
Something tells me that this chipset isn't obsolete.
So why remove it? How long has the so-called "Crystal HD" been out? What's so special about that name other than the fact it does audio/video decoding? What products have Crystal HD in it?
Would Linus Torvalds be happy about the cleanup of crystalhd? I don't know...Originally posted by halfmanhalfamazing View PostCrystal HD Decodes New Linux Support Improvements
Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite
http://honk.sigxcpu.org/con/CrystalHD_progress.html
The CrystalHD is outdated these days. If anything Broadcom will produce a new DSP for H.265 and VP9, it'd also be able to handle the old codecs because DSPs are programmable.
As a bonus perhaps the DSP could also be used for OpenCL as apparently they are going to be using them for GPGPU in ARM SoCs making use of HSA.
Comment
-
I highly doubt Broadcom will make a second go at add-in decoders given the outcome of the CrystalHD - two years of mediocre support and then go fuck yourself if you bought the hardware - and the fact that hardware accelerated decoding of the next-gen codecs using OpenCL and GPU functions is already well into development with both current and next-gen hardware. There's just no real market or place for another follow-up.
Comment
-
Originally posted by TheLexMachine View PostI highly doubt Broadcom will make a second go at add-in decoders given the outcome of the CrystalHD - two years of mediocre support and then go fuck yourself if you bought the hardware - and the fact that hardware accelerated decoding of the next-gen codecs using OpenCL and GPU functions is already well into development with both current and next-gen hardware. There's just no real market or place for another follow-up.
Comment
-
Originally posted by Kivada View PostWell CrystalHD was meant as a retrofit upgrade for older laptops that had an open mPCIe card slot that couldn't accelerate modern codecs because you can't replace the GPU in them with a more modern GPU that had that support built in. Theres still millions of laptops that fall into this category for the new codecs, so if the CrystalHD turned a profit then odds are they'll make an updated version once the new codecs are finalized.
Comment
-
Originally posted by TheLexMachine View PostCrystalHD was intended for the - back in 2009 - exploding market segment of cheap Intel-based netbooks to provide acceleration of HD video streams at the cost of a WiFi card, which could easily be replaced by a mini USB WiFI adapter. Because the netbook market died at the end of 2011, Broadcom discontinued support for the CrystalHD hardware in 2012 as OEM's were not buying up the product for a market segment that no longer existed. Tablets were coming on the scene - ironically using the exact same BCM hardware - and effectively killed the future of CrystalHD.
Most laptops, even the cheapass ones still have 2 mPCIe card slots, mainly because it gave options for the wifi/blutooth/gps/cell network and SSDs.
In another few years we'll have yet newer codecs and instead of an mPCIe card we'll be talking about an M.2 card.
Comment
-
Kivada, @TheLexMachine,
I know this is a very old thread, but if anyone is still interested in CrystalHD, there is a working driver for modern kernels here: github
I recently updated it to work on kernel 4.4.0, and now my vintage 2009 nettop is happily playing HD video. It's a shame that this great piece of hardware and its driver have been neglected.
I also filed an Ubuntu bug since I'm hoping to get the kernel driver package re-added to the Ubuntu repositories, from which it was somewhat-confusingly removed a few years ago: bug on launchpad.
Comment
-
moxfyre careful, somebody might just attempt to hire you to maintain their old drivers indefintely. Was it ever included to stock kernel (yeah, I'm that lazy for one google search)? You plan to maintain that project long term? If yes, have you sent RFC to LKML (assuming license permits it which it does IIRC) ?
Comment
Comment