I've been reading the posts...FOSS vs. BLOBS...and being all for GNU, commits to the kernel by vendors to support proprietary drivers look like HEX address not C. But when your source desktop accepts the BLOB there isn't a really easy way to get it out. Which must mean other programs start to point to it as the system emerges. Illustrating GNU/Cancer or at least portage thinks so. BUT... and here's the devils advocate for it. Open Sources Code for power managment...I mean seriously. If every expoilt for X generation GPU is found out. Remote access granted - root access gained. Crack the volts or clocks on the GPU...kill the fan. BOOM... sooooooo ... this is why I believe the Linux drivers are always in the backfield. Why manufactures are reluctant to assist and call Gallium reverse engineering. Fermi is full of hw errata that almost kept the chipset off the streets. The AMD / ATI acquisition couldn't be without discovering the same in older GPU reference designs. So I went with closed source...and have the GNU/CANCER, lol.
You expect me to compile my own drivers? No thanks, I don't have the time. This is a completely unrealistic options for me or any causal user. However, the fact that Intel's latest drivers allow these features to be easily enabled (so I hear), is most likely do to pressures from Valve and Unity Game Engine. This is, and has been, my point this entire time. We need things to "just work" on Linux so the things that are morally superior (like the OSS drivers) can receive more attention due to increased consumer activity.I assume you mean S3TC texture compression? this is available via libtxc_dxtn
I said it makes them possible, please read my post more carefully.and what steam games? there are no steam games available on gnu/linux as yet
Do you have any idea how many commercial games require texture compression, or how much work it would require just to make them work without that? Do you honestly believe these developers are just going to spend all that time on for a system which is the smallest sliver of their revenue pie? Even if they want to, it's simple unrealistic to expect them to make the effort. Plus, maximizing the frame rate of games is one of the biggest concerns of developers, because it's, in-turn, one of the biggest concerns of consumers.and if they were i'm pretty sure the r600g driver could handle them no problem
I highly doubt games run on the OSS drivers would run at speeds anything a Windows consumer would consider acceptable frame-rates. Why run them slower anyways, when your only a simple download away from much better frame-rates?
I don't know enough about Mesa to properly comment on this, but I doubt it. The pro's don't outweigh the cons, and that's exactly why Valve and Unity3D are targeting the blobs only.infact because all the free drivers use mesa for opengl this will make life much easier for valve instead of having to work around the different interpretations of opengl that amd/nvidia come up with
Never said it did. I said I need GL3.3+ for development.and since when does blender require opengl 3.3?
This is completely different that using Linux/X11 as a desktop PC. Though I do agree that OSS is ultimately superior. I've stated that numerous times. My only point this entire time is that it's not realistic for the open-source drivers to be a requirement (or blobs-killer) today. Hopefully tomorrow isn't far away.everyone who uses computers on the internet uses gnu/linux - it is one of the most widely used operating systems in the world - it got to this point by being free not by half arsed open/closed development
I used to run the OSS drivers, dude, and they glitch out my system (the whole screen lags for ~quarter second around every 15-30 seconds). And that happened on every distro I installed: Ubuntu, Mint, Fedora, Suse, & Arch. So I don't trust you on this. But even if they where most stable (and I'm sure they are on a lot of hardware), I would still need the performance and OpenGL feature versions of the blobs.and i can assure you now that the radeon drivers have alot less bugs than the current catalyst drivers - i know because i can do a side by side comparison
Baseless assertions aren't convincing. I noticed you didn't address the contradiction I pointed out in your statements, BTW (advocating pure-OSS then OSS-on-Windows).your arguments fail and you contradict yourself alot
Last edited by F i L; 10-23-2012 at 11:22 AM.
Fil you are a big troll, http://people.freedesktop.org/~cbrill/libtxc_dxtn/, distros can't install it because legal patents restrictions.
You don't need to create your own driver, only use the brain , and search the .deb, rpm , tar.gz(aur), nothing more.
That being said, it's still ultimately more complicated than a complete Linux noob would be capable of doing. You can't expect laymen to even know what texture compression is, let alone hunt down an external library. That could change if "Official S3TC lib PPA" was advertise on some core site somewhere, but that's probably restricted by the patent as well. As I've stated before, I'm all for the open-drivers, and I do hope they get faster and more supported in the future.
ps. You're using the term "troll" wrong, I'm wasn't intentionally being misleading; just uninformed.
you want to support free software by using a closed driver
yes you do contradict yourself alot and if you as a game developer use the free driver(s) rather than the blob(s) you can report bugs and suggest improvements - if you do not you cannot
Only because it's impractical to do otherwise for both me, and my target audience.you want to support free software by using a closed driver
I will try and test on the open-drivers more in the future, but I only have so much time. Beyond that, I'm rather bored of this conversation and I probably won't be responding again. Good bye.yes you do contradict yourself alot and if you as a game developer use the free driver(s) rather than the blob(s) you can report bugs and suggest improvements - if you do not you cannot
Let me give you a real life scenario that one of my 'thick as shit' friends went through the other day - he tried to install ubuntu on a machine with a super new nvidia card in ( a gtx280 or something ) and the installer failed due to the graphics card not functioning properly so I suggested he use the text installer which he did and everything installed fine. When he came to boot his shiny new stock ubuntu the desktop wouldn't load again because of the graphics card not functioning. I explained that he should - ctl+alt+f1, login, and sudo apt-get install nvidia-drivers - However he could not because nm-applet had not connected to the network. At that point he gave up and installed windows 8 beta or something
and the moral of this tale is? blobs are a pain in the arse for the 'average user' and not wanted by the 'advanced user'. If the nouveau driver had worked out of the box which it should have done ( thanks again nvidia for helping with framebuffers ) then this would have been a breeze.
You sir are a bullshitter who has the time to defend a closed binary driver on a forum and yet does not have the run a few simple commands to even try the latest efforts from the people at mesa and I cant wait for your game to hit the shelves