Hozzászólások
-
SzerzőBejegyzés
-
Vagy az Intel integrált kártyákhoz gyártott official DRI driverekkel is meg lehet próbálkozni:
http://dri.freedesktop.org/snapshots/
Csak ésszel, és előtte utánaolvasni, hogy melyik mit csinál, és melyik eszközhöz melyiket lehet felrakni.
OldMan01 wrote:áhh.. én már régóta mérges vok rájuk.. mivel ati radeon 7500-m van.. és sehogyse tom életre kellteni a 3d támogatást.. pedig elvileg lehetne.. és szerintem az Xgl is menne a gépemen.. vagy van olyan régi ati driver valahol ami még támogatja a kártyámat?.. nem tudtok ilyesmiröl?Van reménysugár. Bár „The proprietary Linux drivers don’t support the R100 chips (Radeon 7000-7500).”, tehát az ATi driverei nem támogatják (a régiek sem, direkt megnéztem a history-t / previous drivereket) a Radeon 7500-at, de a DRI driverek igen:
Initially, ATI did not produce Radeon drivers for Linux, instead giving hardware specifications and documentation to Direct Rendering Infrastructure (DRI) developers under various non-disclosure agreements. ATI has in mid 2004, however, started to support Linux (XFree86, X.Org), hiring a new Linux driver team to produce fglrx. Their new proprietary Linux drivers, instead of being a port of the Catalyst drivers, were based on the Linux drivers for the FireGL (the FireGL drivers worked with Radeons before, but didn’t officially support them), a card geared towards graphics producers, not gamers; though the display drivers part is now based on the same sources as the ones from Windows Catalyst since version 4.x in late 2004. The frequency of driver updates increased in late 2004, releasing Linux drivers every 2 months, half as often as their Windows counterparts. Then since late 2005 this has been increased to monthly releases, inline with the Windows CATALYST releases. The proprietary Linux drivers don’t support the R100 chips (Radeon 7000-7500).
The efforts to provide free drivers for these cards continue, though. While the R100 and R200-series chipset drivers were written using specifications provided by ATI (r200 driver), the R300-R500 hardware acceleration was written through reverse engineering (r300 driver) the methods used by ATI’s proprietary driver. The reverse-engineered code is now in X.Org and Mesa, bringing experimental support for some of the current Radeon cards. All r3xx cards and all r4xx excluding the Xpress integrated chips should be supported by the new experimental r300 driver. With the 2.6.17 kernel, some cards from the r300 driver were added to the radeon driver (http://wiki.kernelnewbies.org/Linux_2_6_17).
On April 12, 2006, ATI released binary drivers for the ATI R5x0 chips (x1300/x1600/x1800 cards), approximately six months after first releasing these cards.
There are a number of unofficial community websites for Bug Tracking and a Wiki.
As of the 8.25.18 Linux driver release R200 support is completely broken. There has been no comment from ATI on the problem. [1]Direct Rendering Infrastructure
From Wikipedia, the free encyclopedia
Jump to: navigation, searchIn computing, the Direct Rendering Infrastructure (DRI) is an interface used in the X Window System to securely allow user applications to access the video hardware without requiring data to be passed (slowly) through the X Server. Its primary application is to provide hardware acceleration of the Mesa implementation of OpenGL. It has also been adapted to provide OpenGL acceleration on a framebuffer console without an X Server running.
The project was started by Jens Owen of Precision Insight. It was first made widely available as part of XFree86 4.0 and is now part of the X.Org Server. It is nowadays maintained by Tungsten Graphics and many other open-source developers.
The DRI OpenGL support consists of several pieces. The first is the Direct Rendering Manager (DRM). The DRM is a combination of at least two kernel modules, one of core DRM code and others providing APIs to userland to access different classes of video hardware. Second is a userland driver module, which contains an OpenGL driver that typically prepares buffers of commands to be sent to the hardware by the DRM, and interacts with the windowing system for synchronization of access to the hardware. Third, there is some sort of server. In X this is the libdri.so support module and a DRI-enabled DDX (2D driver). In the framebuffer implementation this is miniglx, which initializes the DRM and provides some X APIs to the userland driver despite the lack of an X Server.
Several Open Source DRI drivers have been written, including for ATI Mach64, ATI Rage128, ATI Radeon, 3dfx Voodoo3 through Voodoo5, Matrox G200 through G400, SiS 300-series, Intel i810 through i915, S3 Savage, and VIA unichrome graphics chipsets. Some graphics vendors have written closed-source DRI drivers, including ATI and Kyro. The DRI is supported on Linux and FreeBSD, and it has been ported to NetBSD in the past.Tehát számodra ez a DRI driver leeht megoldás.
!!!!!!!!!!!!! ÉS ITT JÖN AZ A RÉSZ, AMIÉRT SEM ÉN, SEM A DRI DRIVER ÍRÓI NEM VÁLLALUNK FELELŐSSÉGET !!!!!!!!!!!!!
DRI driver letöltés:
http://dri.freedesktop.org/wiki/Download
http://dri.freedesktop.org/snapshots/
A te esetedben ez a fontos:
Note: If you are using a radeon 8500 or higher (8500, 8700, 9000, 9100, 9200, IGP9100, etc.) choose the r200 shapshot, otherwise choose radeon (7000, 7200, 7500, IGP320, IGP340, etc.).
Tehát megpróbálhatod a legújabb DRI Radeon snapshot driverrel:
http://dri.freedesktop.org/snapshots/radeon-20060403-linux.i386.tar.bz2
Üdv: Bepe
Itt azért nem kéne jönni a hupos szöveggel, mert szóltak a srácnak, hogy ezt itt nem kéne. Elismerte, leállt, és nem csinálta tovább. Megjegyzem, hogy a csomaggal való poénkodásba nem halt volna bele egyikőnk sem (habár tetszeni nekem sem tetszett…). De ezután mégsem kéne egy oldalnyi postot törölni, mert pont ezekre panaszkodtak itt az userek oly nagyon. Legalábbis szerintem.
Macskajancsi wrote:bepe79 wrote:Na akkor ismét fölhoznám a topikot, mert úgy látszik, szükség van rá. Még mindig többeken úgy érzik, hogy ha kell, ha nem, nekik mindenáron moderálniuk és moderátoroskodniuk kell.Kedves bepe!
1. Az egyik hozzászólásodban te is kifogásoltad a politikai megnyilvánulásokat.
2. A (nem létező) uhu 2.1-es disztróról való csevely szakmai tartalma NULLA.
3. Ajánlom figyelmedbe a társfórumunkon megjelent figyelmeztetést, (politikai színezetű hozzászólásokkal kapcsolatban) amivel a magam részéről teljesen egyetértek.Ui.: mielőtt bárki félremagyarázná: nem én töröltem az általad hiányolt post-okat, de eltávolításukkal egyetértek.
Hadd álljon itt a hup-on megjelent állásfoglalás, aminek a tartalmával csak azonosulni tudok:
„Felkérek mindenkit, hogy az oldalon NE POLITIZÁLJON. Ez az oldal nem erről szól. Ezzel van tele a TV, a sajtó, az utca. Teljesen felesleges még itt is ezzel ingerelni azokat, akiket ez nem érdekel. Aki politizálni akar, az legyen szíves keressen magának más fórumot. Aki nem tud eleget tenni ennek a kérésnek, az azonnal bannolásra kerül. Ha ez nem vezet eredményre, az oldal le fog állni addig, amíg be nem fejeződik itt ez az állapot.”Üdv.
Lehet, hogy szakmai tartalma „NULLA”, de egy fórum – legyen az akár „szakmai” fórum – sem mindig csak és kizárólag a szakmai tartalomról szól. Pont attól lesz színes egy fórum, hogy lehet beszélgetni egy kicsit a másikkal, és hülyülhetek egy kicsit úgymond a nigthwalkerrel vagy mással egy topikban. Ettől ez még nem a topik szétoffolásához és szétzüllesztéséhez vezet, ő is tudja, hogy hol a határ, és én is. Én egy arany középutat javaslok, mert így megint ott tartunk, ahonnan az út elején elindultunk…
Na akkor ismét fölhoznám a topikot, mert úgy látszik, szükség van rá. Még mindig többeken úgy érzik, hogy ha kell, ha nem, nekik mindenáron moderálniuk és moderátoroskodniuk kell. Pontosan emiatt robbant ki a vita, pont emiatt hagyták itt több tucatnyian a fórumot (Killall, Orgon, Dexter, stb. stb.). Ezután megegyeztünk a Csabával, hogy törli a mod jogunkat, hogy ilyenek ne fordulhassanak elő többé, de ez nem történt meg. Ami felháborító, hogy most is nem csak a szóban forgó politikai / flame post tűnt el, hanem szinte egy egész fórum-oldalnyi hozzászólás. Habár leírtam, hogy egyetértek azzal, hogy nem kell ide a politika, és nem is én írtam a politikai hozzászólást, de ha a srác belátta, hogy nrosszul cselekedett, akkor mért nem lehet érintetlenül hagyni békében azt a sz*ros topikot? Miért kell folyton oldalakat törölni. Ami bosszant, hogy az én postjaim és sok másik is törlődött, amik „színesítették” az oldalt, és nem csak a nyers szöveg volt… Ha parasztosan akarnék fogalmazni, akkor azt mondanám, hogy ez az embereket qrvára felb@ssza idegileg, de mivel nem akarok így fogalmazni, csak annyit írok, hogy bicskanyitogató továbbra is. Ugyanúgy maradhat az UHU 2.0 topikban bögrés megbeszélés, UHU-póló csevej, „IGEN”-el kapcsolatos kérdés, mert hozzátartozik a témakörhöz. De minek is koptatom a számat, úgyis ez is süket fülekre fog találni…
OldMan01: screenshotokat nem tudok (official-t), de én raktam be anno képeket ide a fórumba a test3-ról (RC3), gondolom a Final-nak ugyanolyan a skin-je.
Más:
Az ftp://ftp.uhulinux.hu/pub/uhu/ címen megjelent egy „Igen” könyvtár is.
A packages már benne van, már csak egy .iso vagy egy .torrent kéne bele.. 
Az ftp://ftp.uhulinux.hu/pub/uhu/ címen megjelent egy „Igen” könyvtár is.
A packages már benne van, már csak egy .iso vagy egy .torrent kéne bele.. 
PLS írj itt, vagy priviben, vagy MSN-en, mert venném-vinném a lapot! :wink1:
Na szal’ keress meg pls, mert SOS lenne, és nem tudlak sehogy sem elérni.ftp://ftp.uhulinux.hu/pub/uhu/2.0/
ftp://ftp.uhulinux.hu/pub/uhu/2.0 tartalma
Ugrás a szülőkönyvtárba
File: HAMAROSAN 2006.09.20. 9:24:00
File: Packages 8 KB 2006.09.20. 11:09:00
File: Packages.gz 2 KB 2006.09.20. 11:09:00
Directory: packages 2006.09.20. 11:09:00 -
SzerzőBejegyzés