Archiv verlassen und diese Seite im Standarddesign anzeigen : Neue ATI-Treiber!
Ich habe zwar keine ATI-Karte, aber dies hier ist für alle verzweifelten Existenzen unter uns: http://mirror.ati.com/support/drivers/linux/radeon-linux.html?cboOS=LinuxXFree86&cboProducts=RADEON+9700+PRO&eula=&choice=agree&cmdNext=Next
Treiber für:
* RADEON™ 8500,
* RADEON™ 8500LE,
* ALL-IN-WONDER® RADEON™ 8500DV,
* RADEON™ 9000 PRO,
* RADEON™ 9500 PRO,
* RADEON™ 9700 PRO,
* ALL-IN-WONDER® 9700 PRO and
* FIRE GL™ family of workstation products.
Die Pressemitteilung:
http://mirror.ati.com/companyinfo/press/2002/4574.html
Dann mal ran Leute :D .
tachibana_guy
21.11.02, 19:56
The new unified driver provides robust OpenGL® 2.0 support
OpenGL2.0??
Wahnsinn: ATI, ich liebe euch :)
Soeben steigt wieder die Tendenz, das meine nächste Grafikkarte aus dem Hause ATI kommt... :)
aber erstmal die reaktionen abwarten :)
tachibana_guy
21.11.02, 22:02
Ich hatte sowieso vor mir als nächste Graka ne Radeon9700 zu kaufen. Nur der nicht vorhandene Treiber hat mich davon abgehalten. Aber nun da ATI ihre Anschauung in Sachen Linux auf dem Desktop anscheinend verändert hat, spricht nichts mehr dagegen.
hi
erstmal muß man rankommen an die treiber :)
konnte die schon jemand downloaden?
tachibana_guy
22.11.02, 00:08
Treiber Download (http://mirror.ati.com/support/drivers/linux/radeon-linux.html?cboOS=LinuxXFree86&cboProducts=RADEON+9500+PRO&eula=&choice=agree&cmdNext=Next)
hi
auf der seite versuch ich es schon die ganze zeit ;)
An error occured while loading http://pdownload.mii.instacontent.net/ati/drivers/fglrx-glc22-4.1.0-2.4.3.i586.rpm:
The process for the http://pdownload.mii.instacontent.net protocol died unexpectedly.
Gruß HL
tachibana_guy
22.11.02, 06:06
hmm weiss ned, ich konnte die version für xfree 4.2.0 anstandslos laden. zwar mit kleinen unterbrechungen aber bitte
moin moin
heute kann ich sie auch runterladen :)
Gruß HangLoose
Los_Andros
22.11.02, 09:52
wie schauts bei denen eigentlich mit TV-Out Unterstützung aus, hab da meine Probleme mit meiner Geforce KArte und würde vielleicht in Zukunft zu ATI wechseln wenn TV_Out problemlos funktioniert
Original geschrieben von mr.haku
The new unified driver provides robust OpenGL® 2.0 support
OpenGL2.0??
Wahnsinn: ATI, ich liebe euch :) Wo hast du das her? Laut der Seite siehts so aus:
The new unified driver provides robust OpenGL® 1.4 support, with 2.0 extensions
Ciao, Bernie
tachibana_guy
22.11.02, 12:53
LOL die ham das geändert. Gestern is noch auf der selben site gestanden OpenGL 2.0
tachibana_guy
22.11.02, 12:56
Nujo OpenGL1.4 mit 2.0er extensions is immerhin besser las gar nix. vielleicht hams das auch geschrieben weil OpenGL 2.0 ja offiziell ja noch gar ned "fertig" ist oder?
Laut linuxgames.com soll der treiber s3tc kompression (UT2003) können.
Kann mir mal wer die Ausgabe von "glxinfo" geben?
hi
wenn ich sie installiert bekomme, gerne ;)
tachibana_guy
22.11.02, 16:53
LOL gibtss unter den ganzen Radeon 8500 besitzern nicht einen der es schafft den treiber zu installen? :)
oder hat vielleicht einer eine radeon 9700PRO und kann mir die fps werte bei UT2003 geben. Denn ich will mir so ne Karte kaufen. Derzeit fahre ich mit P2 350 mit Riva TNT :)
Headcrash23
22.11.02, 17:34
Wahrscheinlich hat keiner mehr 'ne ATI-Karte, weil alle wegen UT2003 gefrustet waren :ugly:
tachibana_guy
22.11.02, 17:46
Dies hab ich auf dem www.opengl.org (http://www.opengl.org/discussion_boards/ubb/Forum4/HTML/000798.html) gesehen:
For the 8500, glxinfo reports to me the following
display: :0.0 screen:0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
client glx vendor string: SGI
client glx version string: 1.2
client glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
GLX_ATI_pixel_format_float
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: Radeon 8500 DDR Pentium III (SSE)
OpenGL version string: 1.3.3477 (X4.2.0-2.4.3)
OpenGL extensions:
GL_ARB_multitexture, GL_EXT_texture_env_add, GL_EXT_compiled_vertex_array,
GL_S3_s3tc, GL_ARB_point_parameters, GL_ARB_texture_border_clamp,
GL_ARB_texture_compression, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3,
GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix,
GL_ARB_vertex_blend, GL_ARB_vertex_program, GL_ARB_window_pos,
GL_ATI_element_array, GL_ATI_envmap_bumpmap, GL_ATI_fragment_shader,
GL_ATI_map_object_buffer, GL_ATI_texture_env_combine3,
GL_ATI_texture_mirror_once, GL_ATI_vertex_array_object,
GL_ATI_vertex_attrib_array_object, GL_ATI_vertex_streams,
GL_ATIX_texture_env_combine3, GL_ATIX_texture_env_route,
GL_ATIX_vertex_shader_output_point_size, GL_EXT_abgr, GL_EXT_bgra,
GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_minmax,
GL_EXT_blend_subtract, GL_EXT_clip_volume_hint,
GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays,
GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal,
GL_EXT_polygon_offset, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_stencil_wrap,
GL_EXT_texgen_reflection, GL_EXT_texture3D,
GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map,
GL_EXT_texture_edge_clamp, GL_EXT_texture_env_combine,
GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic,
GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle,
GL_EXT_vertex_array, GL_EXT_vertex_shader, GL_HP_occlusion_test,
GL_NV_texgen_reflection, GL_NV_blend_square, GL_NV_occlusion_query,
GL_SGI_texture_edge_clamp, GL_SGIS_texture_border_clamp,
GL_SGIS_texture_lod, GL_SGIS_generate_mipmap, GL_SGIS_multitexture,
GL_SUN_multi_draw_arrays
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x25 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x26 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x27 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0x28 24 tc 0 24 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0x29 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x2a 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x2b 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x2c 24 tc 0 24 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x2d 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x2e 24 dc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x2f 24 dc 0 24 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0x30 24 dc 0 24 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0x31 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x32 24 dc 0 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x33 24 dc 0 24 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x34 24 dc 0 24 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
8500 intressiert mich aber nicht, mich intressiert die Performance auf ner 9700PRO :P
Der Typ dortredet irgendein Zeug das Vertex Programme, die OpenGL1.4 betreffen noch ned gscheit rennen auf der 8500er. Der übersieht aber glaub ich das OpenGL 1.4 nur mit 9000, 9500 und 9700 richtig rennt und das ned die schuld des treiber ist.
hi mr.haku
dann liegt es ja wohl wieder an meinem unvermögen :D
Aber nun da ATI ihre Anschauung in Sachen Linux auf dem Desktop anscheinend verändert hat, spricht nichts mehr dagegen.
Diese Äußerung verwundert ziemlich. Unterstützte ATI doch das XFree86 Projekt bisher mit Open Source Treibern, wie kaum ein anderer Hersteller. Daß sie nun offenbar auch auf proprietäre Treiber setzen, bedeutet für die Zukunft hoffentlich nicht, daß sich ihre Einstellung zu Open Source ändert und die User sich womöglich mit binary only Treiber zufriedengeben müssen, auf deren Stabilität und Kompatibilität die Linux Distributoren keinen Einfluß nehmen können. Siehe Nvidia, compiliert mit veralteten Compileren, Verwendung von nicht-öffentlichen Kernel-Schnittstellen, etc. etc.
tachibana_guy
04.12.02, 08:01
Ich habe die wichtigkeit von "Open Source" Treibern nie verstanden.
Was ist daran gut? Ich meine schau dir das DRI PRoject an. Nix für ungut, aber mit den Treibern kann man nur 2 Textureinheiten von 3 nutzen, hat massig Grafikeffekte erst gar nicht, und zu guter letzt produzien manche Versionen Lockups im Q3.
Dann kommt das grosse Rätselraten welche version wohl funzt und welche ned und welchen Patch ich mal wieder brauche.
Ich weiss ned ob Open Source in dem Fall bedeutet, dass die treiber ned im source code erhältlich sind, aber ich glaube das wird ATI auch noch machen.
Und soweit ich weiss unterstützt ATI DRI usw. auch weiterhin, wie ein 8500 DRI Treiber zeigt.
Ich habe die wichtigkeit von "Open Source" Treibern nie verstanden.
Was ist daran gut?
*räusper' :rolleyes: Wenn Du die Wichtigkeit ......, nein, eher das Prinzip nicht verstanden hast, würde ich es an Deiner Stelle aber auch nicht in Frage stellen, wie Du in Deinem Posting. :rolleyes:
"Gut" an frei zugänglichen, modifizierbaren Treibern, die im Source Code vorliegen, ist, daß sie von Distributoren integrierbar sind und gewartet werden können. Dem gegenüber stehen proprietäre, nicht frei zugängliche Treiber in Binärform, die möglicherweise nicht-öffentliche Kernelschnittstellen gebrauchen (die in Treibern nicht verwendet werden sollten und den Kernel möglicherweise instabil machen) oder mit Parametern und Konstanten so getuned sind, daß sie für die Kernel bestimmter Linux Distributionen erst angepaßt werden müßten (was mangels Source Code nicht geht). Bei Bugs in bzw. Problemen mit diesen Treibern ist der Linux Distributor machtlos. Probleme fallen aber auf sein Produkt zurück, nicht auf die Treiber. Achte mal drauf, wie schnell frustrierte User ein unbedachtes Urteil fällen und in Foren äußern.
Ich meine schau dir das DRI PRoject an. Nix für ungut, aber mit den Treibern kann man nur
Solche Kommentare können mich auf die Palme bringen. Aber ich sehe davon ab, weil Du eben weder das Prinzip von "Open Source" Treiber, noch die Rolle des DRI Projektes verstanden hast. Auch impliziert ein proprietärer Treiber nicht, daß er besser oder leistungsfähiger ist, als ein frei zugänglicher Treiber. Viel eher ermöglichen binäre Treiber das Vertuschen von unsauberem Programmierstil und wildem Gehacke.
Wie Du vielleicht auch schonmal gehört hast, geben manche Hardwarehersteller keine oder nur unvollständige Spezifikation zu ihren Chipsätzen heraus und unterstützen Entwickler auch nicht mit "test samples", d.h. kostenlosen bzw. geliehenen Grafikkarten, mit denen die Entwickler ihren Code testen könnten. Basierend auf mieser Unterstützung sollen dann trotzdem hochwertige Treiber entwickelt werden, die einen Chipsatz voll unterstützen?
Ich weiss ned ob Open Source in dem Fall bedeutet, dass die treiber ned im source code erhältlich sind, aber ich glaube das wird ATI auch noch machen.
Nvidia nicht.
tachibana_guy
04.12.02, 15:41
Wie Du vielleicht auch schonmal gehört hast, geben manche Hardwarehersteller keine oder nur unvollständige Spezifikation zu ihren Chipsätzen heraus und unterstützen Entwickler auch nicht mit "test samples
Dazu kann ich nur sagen: In diesem Thread reden wir über den ATI Treiber, was hat also deine letzte meldung "Nvidia nicht" hier verloren?
Und zweitens wiederspricht sich das irgendwie. Denn soweit ich weiss gibt ATI alle Spezifikationen heraus und trotzdem ist der Treiber noch immer nicht so weit, dass er alle Grafikeffekte darstellen kann ? Ich beobachte den Radeon 7500 Treiber schon länger und in dieser Zeitspanne ist soweit ich ersehen kann ausser dem q3 lockup fix keine änderung gemacht worden in bezug auf effekte und rendering einheiten.
Das soll keine Anschuldigung sein, das ist nur meine persönliche meinung und die darf ich hier wohl frei äussern ohne ein "Aber ich sehe davon ab, weil..." als Antwort zu bekommen.
Ich zieh ja auch ned gleich über dich her oder rede herablassend, nur weil dir z.B. SuSE oder wasweissich ned passt.
Dazu kann ich nur sagen: In diesem Thread reden wir über den ATI Treiber, was hat also deine letzte meldung "Nvidia nicht" hier verloren?
[ ] Du hast diesen Thread aufmerksam verfolgt.
Und zweitens wiederspricht sich das irgendwie. Denn soweit ich weiss gibt ATI alle Spezifikationen heraus und trotzdem ist der Treiber noch immer nicht so weit, dass er alle Grafikeffekte darstellen kann ?
Darum geht es nicht. Siehe oben.
Das soll keine Anschuldigung sein, das ist nur meine persönliche meinung und die darf ich hier wohl frei äussern ohne ein "Aber ich sehe davon ab, weil..." als Antwort zu bekommen.
Ich zieh ja auch ned gleich über dich her oder rede herablassend, nur weil dir z.B. SuSE oder wasweissich ned passt.
Auf die Art kommt es an. Einige Schreiber können entweder den krankhaft negativen Unterton oder das unbegründete Bashing nicht lassen. Über Deinen letzten Satz sehe ich müde lächelnd hinweg. :cool:
Nachtrag:
https://listman.redhat.com/pipermail/xfree86-list/2002q4/000680.html
Ich habe die wichtigkeit von "Open Source" Treibern nie verstanden.
Dann benutz bitte Windows oder MaxOS, und lass uns unser OpenSource-Betriebssystem.
Als wenn TCPA noch nicht genug waere :-(.
Treiber machen bereits den groessten Teil des Linuxkernels aus. Ich sehe schon eine Zeit kommen, wo immer mehr Hardwarehersteller so verfahren und keine Specs zu ihren Produkten mehr herausruecken. Irgendwann muss man dann seinen Kernel mit zig Closed-Source-Treibern verseuchen, wenn man noch einigermassen aktuelle Hardware benutzen will. Dann ist das ganze Projekt so gut wie gestorben.
ich würde die ati treiber testen wenn mit jemand ne radeon 9700pro zur verfügung stellt ;)
wie sind eigentlich die 9500pro?
tachibana_guy
09.12.02, 21:00
Ich kann dazu nur sagen meine Radeon 9700PRO rennt hammergut :)
An alle, die diesen Thread aufmerksam gelesen haben:
http://www.linux-community.de/Neues/story?storyid=6917
Hi,
ärgerlich ist es schon, aber wie ich finde, auch verständlich. Die Treiber machen bei Grafikkarte dieser Genration viel aus. Und grad wo ATI nVidia definitiv überholt hat ist es wichtig diesen Vorsprung weiter auszubauen und nVidia nicht in die Sourcen sehen zu lassen. Und der bisherige radeon Treiber waren immer noch weiter fortgeschritten als der nv Treiber, der gerade mal 2D darstellen kann.
Ich denke meine nächste Karte kommt auch von ATI, wenns jetzt eh alle Binary Treiber herstellen ist es eh egal.
Ciao, Bernie
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.