Originally posted by johnc
View Post
Announcement
Collapse
No announcement yet.
Linux Developers Still Reject NVIDIA Using DMA-BUF
Collapse
X
-
Originally posted by johnc View PostAt the end of the day, it appears Optimus will remain a Windows-only feature for the immediate future. (Not sure if it's available under OS X.) Chalk up yet another thing in the long list of items that Windows does better than Linux.
The good news is that most major players: Intel, Red Hat, AMD, etc. are working on a solution for this problem.
If I'm not mistaken, Nvidia's only contribution to this joint effort was to try to relicense other people's code. They don't want to take part, just use other people's work. That's what this article is about.
I bought a notebook yesterday. It had an option of having an Nvidia GPU (Optimus). I avoided it in a wide arc and went with Intel graphics.
Comment
-
Originally posted by pingufunkybeat View PostThis is sad but true.
The good news is that most major players: Intel, Red Hat, AMD, etc. are working on a solution for this problem.
If I'm not mistaken, Nvidia's only contribution to this joint effort was to try to relicense other people's code. They don't want to take part, just use other people's work. That's what this article is about.
I bought a notebook yesterday. It had an option of having an Nvidia GPU (Optimus). I avoided it in a wide arc and went with Intel graphics.
Comment
-
Originally posted by pingufunkybeat View PostIf I'm not mistaken, Nvidia's only contribution to this joint effort was to try to relicense other people's code. They don't want to take part, just use other people's work. That's what this article is about.
The change is done to make sure the Nvidia driver able to load their kernel module. This has nothing to do with "stealing other people's work".
Anyway, the news is too bad. For Linux users. The kernel devs are just doing bullshit this time.
Comment
-
Originally posted by nightmarex View PostLol I knew someone would say something. I have an AMD APU I have HDMI audio support and video acceleration (whatever xbva can afford, for instance use with VLC).
Blob:
- I happen to have an onboard RS780 (r600g) chip. The closed driver for this HW has been discontinued, so xvba is no option anymore.
- XvBA only partially worked with special xbmc builds. Even the devs themselves complete to AMD for not releasing what they need to fully implement everything
- non-existent ELD support (what's /proc/asound/card0/eld* on your system)
OSS:
- Xv is the only decent video acceleration. Not so great for h264 content. To be discontinued in MythTV in the not-to-far future.
- OpenGL video? Eats even more CPU than Xv. Impossible to get judder free.
- VDPAU video? Eats even more CPU than Xv. Impossible to get judder free. Only partial VDPAU, eg. no deinterlacing
- partial ELD support, but nowhere near what nvidia has, leading to the fact that you can only either
use stereo PCM _or_ 6ch PCM and needing sw upmixing, cause media software is unable to properly understand the audio HW capabilities. Yes, I tried .asoundrc to fix this but it never really worked.
Now take that aging NV GS8400 I finally bought for like 20EUR: everything just works. No magic needed.
As of today, AMD is nearly irrelevant in any of the major media center/DVR camps (mythtv, vdr). Everybody there will tell you to buy nvidia. I learned the hard way why they are right.
Comment
-
Originally posted by Asariati View PostNo, it is not.
The change is done to make sure the Nvidia driver able to load their kernel module. This has nothing to do with "stealing other people's work".
Anyway, the news is too bad. For Linux users. The kernel devs are just doing bullshit this time.
Nice try.
Comment
-
Originally posted by devius View PostSo how did they do it in Windows? Does the Windows kernel offer the technology required for implementing it or is it all in the drivers?
Comment
Comment