Announcement
Collapse
No announcement yet.
Intel Sandy Bridge Linux Graphics? It's A Challenge
Collapse
X
-
Sandybridge is out, but no Gallium support or support expected in later drivers...makes me wonder. Does Intel actually plan to some day develop and optimize their open source drivers to the point of making them faster than what Gallium is capable of? What other reason would they have for not wanting to begin transitioning to Gallium?
-
Originally posted by spykes View PostSo in the end, we will have to wait for Q3/Q4 of 2011 in order to see a "proper" support of Sandy Bridge packed in our distribution.
Thankfully they have started the Linux support a year ago...
Leave a comment:
-
Originally posted by BlackStar View PostI don't know if deanjo does, but I certainly match my TV refresh to the video refresh. 99% of the time this is 24fps and it really does look better.
it's not a problem AFAIK as x264/ffmpeg has the options to re-code to a given frame rate etc , and i assume the SB ASIC x264 code will also expose the right API to use these options to you (if not now then sooner rather than later)
Leave a comment:
-
Originally posted by deanjo View PostArrgh, so close intel but "no 23.976 fps playback" "The limitation is entirely in hardware".
http://www.anandtech.com/show/4083/t...-2100-tested/7
No..i think its just a lack of time before they fix that programming error
Leave a comment:
-
Originally posted by gbeauche View PostInitial testing shows much better quality than CUDA or Stream based accelerators. At least for Windows (Media Espresso 6). However, since this is a dedicated ASIC, the Linux implementation will have the same quality.
Leave a comment:
-
Originally posted by deanjo View PostPlease leave the "obligatory booth babes" crud until the end of all other CES related articles. I'm getting sick and tired of clicking on all these show links only to have them featured over and over and over on tech sites. Hardware first, adolescent eye candy last.
If You Do get access Michael, please Be sure to get a copy of that ASIC x264 code from Francois and Also run that in your tests along side the normal CPU x264 run's.
in fact pop over to the #x264dev IRC channel and ask them, DS etc about running real informative x264 Encode benchmark tests with the very latest code base etc, most PR web reviews to date do it wrong ( or as Dark_Shikari likes to say/put it "pants on head retarded" ) and do not provide the required data to really know where the real CPU improvements are.
a simple
make checkasm;./checkasm
checkasm --bench
results on each CPU you run tests on would probably be a good start to 2011 benches.
Leave a comment:
-
Originally posted by curaga View PostTouch? Michael. Entirely correct, and a rightful shot at Intel.
Then it's a good sign that Linux is getting more publicity, maybe even resulting in the press kits having built drivers
Re the Sandy encoding support - anyone know if it will merely accelerate x264 (keeping its excellent quality), or will it be a more complete block like the GPU encoders (whose quality sucks, incidentally)?
he said that it has pretty much all of x264's equivalent routines inside the HW ,so it's just a matter of what the API he wanted help defining gives you access to, id imagine most Video routines as found in FFmpeg can be made to use it in some form given that x264 dev's preferred Decoder etc.
but that's to be determined right now, and OC reliant on Francois if you believe his work behind the scenes at Intel to open up this ASIC for Linux and perhaps other OSS OS code access too (AROS etc) etc.
Leave a comment:
-
Originally posted by efikkan View PostGeneral graphics performance: http://techpowerup.com/reviews/Intel...00K_GPU/8.html
Leave a comment:
-
Originally posted by deanjo View Post2.5 times better in what?
Leave a comment:
Leave a comment: