This file is indexed.

/usr/share/doc/HOWTO/fr-html/3Dfx-HOWTO.html is in doc-linux-fr-html 2013.01-3.

This file is owned by root:root, with mode 0o644.

The actual contents of the file can be viewed below.

   1
   2
   3
   4
   5
   6
   7
   8
   9
  10
  11
  12
  13
  14
  15
  16
  17
  18
  19
  20
  21
  22
  23
  24
  25
  26
  27
  28
  29
  30
  31
  32
  33
  34
  35
  36
  37
  38
  39
  40
  41
  42
  43
  44
  45
  46
  47
  48
  49
  50
  51
  52
  53
  54
  55
  56
  57
  58
  59
  60
  61
  62
  63
  64
  65
  66
  67
  68
  69
  70
  71
  72
  73
  74
  75
  76
  77
  78
  79
  80
  81
  82
  83
  84
  85
  86
  87
  88
  89
  90
  91
  92
  93
  94
  95
  96
  97
  98
  99
 100
 101
 102
 103
 104
 105
 106
 107
 108
 109
 110
 111
 112
 113
 114
 115
 116
 117
 118
 119
 120
 121
 122
 123
 124
 125
 126
 127
 128
 129
 130
 131
 132
 133
 134
 135
 136
 137
 138
 139
 140
 141
 142
 143
 144
 145
 146
 147
 148
 149
 150
 151
 152
 153
 154
 155
 156
 157
 158
 159
 160
 161
 162
 163
 164
 165
 166
 167
 168
 169
 170
 171
 172
 173
 174
 175
 176
 177
 178
 179
 180
 181
 182
 183
 184
 185
 186
 187
 188
 189
 190
 191
 192
 193
 194
 195
 196
 197
 198
 199
 200
 201
 202
 203
 204
 205
 206
 207
 208
 209
 210
 211
 212
 213
 214
 215
 216
 217
 218
 219
 220
 221
 222
 223
 224
 225
 226
 227
 228
 229
 230
 231
 232
 233
 234
 235
 236
 237
 238
 239
 240
 241
 242
 243
 244
 245
 246
 247
 248
 249
 250
 251
 252
 253
 254
 255
 256
 257
 258
 259
 260
 261
 262
 263
 264
 265
 266
 267
 268
 269
 270
 271
 272
 273
 274
 275
 276
 277
 278
 279
 280
 281
 282
 283
 284
 285
 286
 287
 288
 289
 290
 291
 292
 293
 294
 295
 296
 297
 298
 299
 300
 301
 302
 303
 304
 305
 306
 307
 308
 309
 310
 311
 312
 313
 314
 315
 316
 317
 318
 319
 320
 321
 322
 323
 324
 325
 326
 327
 328
 329
 330
 331
 332
 333
 334
 335
 336
 337
 338
 339
 340
 341
 342
 343
 344
 345
 346
 347
 348
 349
 350
 351
 352
 353
 354
 355
 356
 357
 358
 359
 360
 361
 362
 363
 364
 365
 366
 367
 368
 369
 370
 371
 372
 373
 374
 375
 376
 377
 378
 379
 380
 381
 382
 383
 384
 385
 386
 387
 388
 389
 390
 391
 392
 393
 394
 395
 396
 397
 398
 399
 400
 401
 402
 403
 404
 405
 406
 407
 408
 409
 410
 411
 412
 413
 414
 415
 416
 417
 418
 419
 420
 421
 422
 423
 424
 425
 426
 427
 428
 429
 430
 431
 432
 433
 434
 435
 436
 437
 438
 439
 440
 441
 442
 443
 444
 445
 446
 447
 448
 449
 450
 451
 452
 453
 454
 455
 456
 457
 458
 459
 460
 461
 462
 463
 464
 465
 466
 467
 468
 469
 470
 471
 472
 473
 474
 475
 476
 477
 478
 479
 480
 481
 482
 483
 484
 485
 486
 487
 488
 489
 490
 491
 492
 493
 494
 495
 496
 497
 498
 499
 500
 501
 502
 503
 504
 505
 506
 507
 508
 509
 510
 511
 512
 513
 514
 515
 516
 517
 518
 519
 520
 521
 522
 523
 524
 525
 526
 527
 528
 529
 530
 531
 532
 533
 534
 535
 536
 537
 538
 539
 540
 541
 542
 543
 544
 545
 546
 547
 548
 549
 550
 551
 552
 553
 554
 555
 556
 557
 558
 559
 560
 561
 562
 563
 564
 565
 566
 567
 568
 569
 570
 571
 572
 573
 574
 575
 576
 577
 578
 579
 580
 581
 582
 583
 584
 585
 586
 587
 588
 589
 590
 591
 592
 593
 594
 595
 596
 597
 598
 599
 600
 601
 602
 603
 604
 605
 606
 607
 608
 609
 610
 611
 612
 613
 614
 615
 616
 617
 618
 619
 620
 621
 622
 623
 624
 625
 626
 627
 628
 629
 630
 631
 632
 633
 634
 635
 636
 637
 638
 639
 640
 641
 642
 643
 644
 645
 646
 647
 648
 649
 650
 651
 652
 653
 654
 655
 656
 657
 658
 659
 660
 661
 662
 663
 664
 665
 666
 667
 668
 669
 670
 671
 672
 673
 674
 675
 676
 677
 678
 679
 680
 681
 682
 683
 684
 685
 686
 687
 688
 689
 690
 691
 692
 693
 694
 695
 696
 697
 698
 699
 700
 701
 702
 703
 704
 705
 706
 707
 708
 709
 710
 711
 712
 713
 714
 715
 716
 717
 718
 719
 720
 721
 722
 723
 724
 725
 726
 727
 728
 729
 730
 731
 732
 733
 734
 735
 736
 737
 738
 739
 740
 741
 742
 743
 744
 745
 746
 747
 748
 749
 750
 751
 752
 753
 754
 755
 756
 757
 758
 759
 760
 761
 762
 763
 764
 765
 766
 767
 768
 769
 770
 771
 772
 773
 774
 775
 776
 777
 778
 779
 780
 781
 782
 783
 784
 785
 786
 787
 788
 789
 790
 791
 792
 793
 794
 795
 796
 797
 798
 799
 800
 801
 802
 803
 804
 805
 806
 807
 808
 809
 810
 811
 812
 813
 814
 815
 816
 817
 818
 819
 820
 821
 822
 823
 824
 825
 826
 827
 828
 829
 830
 831
 832
 833
 834
 835
 836
 837
 838
 839
 840
 841
 842
 843
 844
 845
 846
 847
 848
 849
 850
 851
 852
 853
 854
 855
 856
 857
 858
 859
 860
 861
 862
 863
 864
 865
 866
 867
 868
 869
 870
 871
 872
 873
 874
 875
 876
 877
 878
 879
 880
 881
 882
 883
 884
 885
 886
 887
 888
 889
 890
 891
 892
 893
 894
 895
 896
 897
 898
 899
 900
 901
 902
 903
 904
 905
 906
 907
 908
 909
 910
 911
 912
 913
 914
 915
 916
 917
 918
 919
 920
 921
 922
 923
 924
 925
 926
 927
 928
 929
 930
 931
 932
 933
 934
 935
 936
 937
 938
 939
 940
 941
 942
 943
 944
 945
 946
 947
 948
 949
 950
 951
 952
 953
 954
 955
 956
 957
 958
 959
 960
 961
 962
 963
 964
 965
 966
 967
 968
 969
 970
 971
 972
 973
 974
 975
 976
 977
 978
 979
 980
 981
 982
 983
 984
 985
 986
 987
 988
 989
 990
 991
 992
 993
 994
 995
 996
 997
 998
 999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
1343
1344
1345
1346
1347
1348
1349
1350
1351
1352
1353
1354
1355
1356
1357
1358
1359
1360
1361
1362
1363
1364
1365
1366
1367
1368
1369
1370
1371
1372
1373
1374
1375
1376
1377
1378
1379
1380
1381
1382
1383
1384
1385
1386
1387
1388
1389
1390
1391
1392
1393
1394
1395
1396
1397
1398
1399
1400
1401
1402
1403
1404
1405
1406
1407
1408
1409
1410
1411
1412
1413
1414
1415
1416
1417
1418
1419
1420
1421
1422
1423
1424
1425
1426
1427
1428
1429
1430
1431
1432
1433
1434
1435
1436
1437
1438
1439
1440
1441
1442
1443
1444
1445
1446
1447
1448
1449
1450
1451
1452
1453
1454
1455
1456
1457
1458
1459
1460
1461
1462
1463
1464
1465
1466
1467
1468
1469
1470
1471
1472
1473
1474
1475
1476
1477
1478
1479
1480
1481
1482
1483
1484
1485
1486
1487
1488
1489
1490
1491
1492
1493
1494
1495
1496
1497
1498
1499
1500
1501
1502
1503
1504
1505
1506
1507
1508
1509
1510
1511
1512
1513
1514
1515
1516
1517
1518
1519
1520
1521
1522
1523
1524
1525
1526
1527
1528
1529
1530
1531
1532
1533
1534
1535
1536
1537
1538
1539
1540
1541
1542
1543
1544
1545
1546
1547
1548
1549
1550
1551
1552
1553
1554
1555
1556
1557
1558
1559
1560
1561
1562
1563
1564
1565
1566
1567
1568
1569
1570
1571
1572
1573
1574
1575
1576
1577
1578
1579
1580
1581
1582
1583
1584
1585
1586
1587
1588
1589
1590
1591
1592
1593
1594
1595
1596
1597
1598
1599
1600
1601
1602
1603
1604
1605
1606
1607
1608
1609
1610
1611
1612
1613
1614
1615
1616
1617
1618
1619
1620
1621
1622
1623
1624
1625
1626
1627
1628
1629
1630
1631
1632
1633
1634
1635
1636
1637
1638
1639
1640
1641
1642
1643
1644
1645
1646
1647
1648
1649
1650
1651
1652
1653
1654
1655
1656
1657
1658
1659
1660
1661
1662
1663
1664
1665
1666
1667
1668
1669
1670
1671
1672
1673
1674
1675
1676
1677
1678
1679
1680
1681
1682
1683
1684
1685
1686
1687
1688
1689
1690
1691
1692
1693
1694
1695
1696
1697
1698
1699
1700
1701
1702
1703
1704
1705
1706
1707
1708
1709
1710
1711
1712
1713
1714
1715
1716
1717
1718
1719
1720
1721
1722
1723
1724
1725
1726
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta name="generator" content=
"HTML Tidy for Linux (vers 25 March 2009), see www.w3.org">
<meta name="GENERATOR" content="LinuxDoc-Tools 0.9.71">
<title>HOWTO 3Dfx pour Linux</title>
</head>
<body>
<h1>HOWTO 3Dfx pour Linux</h1>
<h2>Bernd Kreimeier ( <a href=
"mailto:bk@gamers.org">bk@gamers.org</a>)</h2>
v1.16, 6 February 1998
<hr>
<em>Ce document d&eacute;crit l'utilisation des cartes
acc&eacute;l&eacute;ratrices 3Dfx sous Linux. Il contient une liste
de diff&eacute;rents mat&eacute;riels compatibles, d&eacute;crit la
configuration des gestionnaires de p&eacute;riph&eacute;riques
impliqu&eacute;s et propose des r&eacute;ponses aux questions les
plus courantes.</em>
<hr>
<p><!--
Acc&eacute;l&eacute;ration du graphisme 3D avec les composants Voodoo 3Dfx 
--></p>
<p><!--
XFree86 et 3Dfx Voodoo
-->
 <!--
OpenGL et 3Dfx Voodoo
-->
 <!--
Mesa et 3Dfx Voodoo
-->
 <!--
GLUT et 3Dfx Voodoo
-->
 <!--
GGI et 3Dfx Voodoo
--></p>
<p><!--
3Dfx
-->
 <!--
Composants Voodoo
-->
 <!--
API Glide pour Linux
--></p>
<p><!--
Quantum 3D
-->
 <!--
Cartes graphiques Obsidian
--></p>
<p><!--
Orchid Righteous 3D
-->
 <!--
Canopus Pure 3D
-->
 <!--
Hercules Stealth 3D
-->
 <!--
Diamond Monster 3D
--></p>
<p><!--
Quake pour Linux
-->
 <!--
GLQuake pour Linux
-->
 <!--
GLQuake et 3Dfx Voodoo
--></p>
<h2><a name="s1">1. Introduction</a></h2>
<p>Ce document est le 3Dfx HOWTO pour Linux. Il contient toutes les
informations n&eacute;cessaires &agrave; l'installation et la
configuration du 3Dfx sous Linux. Des r&eacute;ponses aux questions
les plus fr&eacute;quentes sur l'utilisation du 3Dfx ainsi que des
pointeurs vers d'autres sources d'informations en rapport avec
l'acc&eacute;l&eacute;ration mat&eacute;rielle du graphisme sur
ordinateur sont fournies.</p>
<p>Ce document n'est valable que pour les architectures PC munies
de Linux. Certaines informations peuvent &ecirc;tre valables sur
d'autres architectures mais je n'ai aucune exp&eacute;rience dans
ce domaine. Seules sont couvertes les cartes &agrave; base de 3Dfx.
L'utilisation d'autres cartes acc&eacute;l&eacute;ratrices
d&eacute;borde du cadre de ce document.</p>
<h2><a name="ss1.1">1.1 Contributions et contacts</a></h2>
<p>Ce document n'existerait pas sans l'information glan&eacute;e
par de multiples personnes : celles qui se sont impliqu&eacute;es
dans le portage et le test de Glide pour Linux, les
d&eacute;veloppeurs des pilotes Mesa et Mesa Voodoo et celles qui
ont relu ce document pour le compte de 3Dfx et de Quantum3D. Ce
texte leur est redevable de l'int&eacute;gralit&eacute; de
certaines parties.</p>
<p>Daryll Strauss <a href=
"mailto:Daryll%20Strauss%20%3Cdaryll@harlot.rb.ca.us%3E">daryll@harlot.rb.ca.us</a>
a effectu&eacute; le portage, Paul J. Metzger <a href=
"mailto:Paul%20J.%20Metzger%20%3Cpjm@rbd.com%3E">pjm@rbd.com</a>
modifications du pilote Mesa Voodoo ( &eacute;crit par David
Bucciarelli ) <a href=
"mailto:David%20Bucciarelli%20%3Ctech.hmw@plus.it%3E">tech.hmw@plus.it</a>)
pour Linux, Brian Paul <a href=
"mailto:Brian%20Paul%20%3Cbrianp@RA.AVID.COM%3E">brianp@RA.AVID.COM</a>
a proc&eacute;d&eacute; &agrave; l'int&eacute;gration au sein de sa
librairie Mesa. En ce qui concerne l'acc&eacute;l&eacute;ration
Voodoo Graphics (tm) de Mesa, des remerciements
suppl&eacute;mentaires sont dus &agrave; Henri Fousse, Gary
McTaggart, et au d&eacute;veloppeur de 3Dfx Mesa pour DOS, Charlie
Wallace <a href=
"mailto:Charlie%20Wallace%20%3CCharlie.Wallace@unistudios.com%3E">Charlie.Wallace@unistudios.com</a>.
Le personnel de 3Dfx, et plus particuli&egrave;rement Gary Sanders,
Rod Hughes, et Marty Franz, a fourni des informations importantes.
On citera &eacute;galement Ross Q. Smith chez Quantum3D. Les pages
des sites web traitant du Voodoo Extreme et de 3Dfx rec&egrave;lent
des informations utiles. Je me suis &eacute;galement
renseign&eacute; dans les forums Usenet 3Dfx. GlQuake2 pour Linux,
qui repose sur Glide et Mesa, est maintenu par Dave Kirsch <a href=
"mailto:Dave%20Kirsch%20%3Czoid@idsoftware.com%3E">zoid@idsoftware.com</a>.
Merci &agrave; tout ceux qui ont envoy&eacute; des corrections et
des mises &agrave; jours par courrier &eacute;lectronique et plus
particuli&egrave;rement &agrave; Mark Atkinson pour m'avoir
rappel&eacute; la m&eacute;thode de mise en oeuvre du c&acirc;ble
vid&eacute;o.</p>
<p>Gr&acirc;ce aux outils SGML-Tools ( ex Linuxdoc-SGML ), ce HOWTO
est disponible dans plusieurs formats qui reposent tous sur le
contenu de ce fichier. Pour en savoir davantage sur SGML-Tools,
reportez vous &agrave; la page suivante : <a href=
"http://pobox.com/~cg/sgmltools">pobox.com/~cg/sgmltools</a>.</p>
<h2><a name="ss1.2">1.2 Noms des produits et protection
industrielle</a></h2>
<p>3Dfx, le logo 3Dfx Interactive , Voodoo Graphics (tm) et Voodoo
Rush (tm) sont des marques d&eacute;pos&eacute;es appartenant
&agrave; 3Dfx Interactive, Inc. Glide, TexUS, Pixelfx et Texelfx
sont des marques d&eacute;pos&eacute;es par 3Dfx Interactive, Inc.
OpenGL est une marque d&eacute;pos&eacute;e par Silicon Graphics.
Obsidian est une marque d&eacute;pos&eacute;e par Quantum3D. Les
autres noms de produits sont des marques d&eacute;pos&eacute;es de
leurs propri&eacute;taires respectifs.</p>
<h2><a name="ss1.3">1.3 Historique</a></h2>
<dl>
<dt><b>Version 1.03</b></dt>
<dd>
<p>First version for public release.</p>
</dd>
<dt><b>Version 1.16</b></dt>
<dd>
<p>Current version v1.16 6 February 1998.</p>
</dd>
</dl>
<h2><a name="ss1.4">1.4 Versions actualis&eacute;es du
document</a></h2>
<p>Vous trouverez la version la plus r&eacute;cente de l'original
en langue anglaise de ce document &agrave; la page web : <a href=
"http://www.gamers.org/dEngine/xf3D/">www.gamers.org/dEngine/xf3D/</a>.</p>
<p>Les nouvelles versions seront post&eacute;es
p&eacute;riodiquement sur le forum Usenet <a href=
"news:comp.os.linux.answers">comp.os.linux.answers</a>. Des
archives sont &eacute;galement disponibles sur divers serveurs ftp
anonymes tels que <a href=
"ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/">ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/</a>.</p>
<p>De nombreux sites web proposent des versions hypertextes,
notamment <a href=
"http://sunsite.unc.edu/LDP/">sunsite.unc.edu/LDP/</a>. La plupart
des distributions de Linux sur CD incluent les HOWTO, en
g&eacute;n&eacute;ral dans le r&eacute;pertoire
<code>/usr/doc/</code>. Certains vendeurs proposent des versions
imprim&eacute;es.</p>
<p>Si vous traduisez ce document dans une autre langue, faites le
moi savoir que je puisse y faire r&eacute;f&eacute;rence.</p>
<h2><a name="ss1.5">1.5 Retour d'exp&eacute;rience</a></h2>
<p>Je m'en remets &agrave; vous, lecteur, pour rendre ce HOWTO
utile. Envoyez les corrections, suggestions et commentaires
&agrave; mon adresse ( <a href=
"mailto:bk@gamers.org">bk@gamers.org</a> ) et je les prendrai en
compte dans une nouvelle version. Mentionnez <code>HOWTO
3Dfx</code> dans le champ Sujet du courrier afin que procmail le
dirige vers le fichier ad&eacute;quat.</p>
<p>Avant de signaler un bug ou de poser une question, <em>lisez ce
HOWTO dans son int&eacute;gralit&eacute;</em>. Vous pourrez ensuite
envoyer un compte rendu <em>d&eacute;taill&eacute;</em> du
probl&egrave;me.</p>
<p>Si ce document est publi&eacute; sous forme papier ou sur
CD-ROM, j'appr&eacute;cierais une copie. Demandez moi mon adresse
postale via le courrier &eacute;lectronique. Les dons de soutien au
Linux Documentation Project ( LDP ) pour le d&eacute;veloppement de
la documentation libre Linux seront appr&eacute;ci&eacute;s. Pour
plus d'informations, contactez le responsable du projet Linux
HOWTO, Tim Bynum Linux HOWTO coordinator, Tim Bynum ( <a href=
"mailto:linux-howto@sunsite.unc.edu">linux-howto@sunsite.unc.edu</a>).</p>
<h2><a name="ss1.6">1.6 Licence</a></h2>
<p>Copyright (c) 1997, 1998 by Bernd Kreimeier. La distribution de
ce document doit se conformer aux termes de la licence LDP tels que
d&eacute;finis &agrave; l'adresse : <a href=
"http://sunsite.unc.edu/LDP/COPYRIGHT.html">sunsite.unc.edu/LDP/COPYRIGHT.html</a>.</p>
<h2><a name="s2">2. Technologie des acc&eacute;l&eacute;rateurs
graphiques</a></h2>
<h2><a name="ss2.1">2.1 Les bases</a></h2>
<p>Il s'agit ici de survoler <em>bri&egrave;vement</em> les
concepts de l'acc&eacute;l&eacute;ration graphique pour faciliter
le reste de la lecture. Pour en apprendre plus, vous pourrez
consulter des livres traitant d'OpenGL.</p>
<h2><a name="ss2.2">2.2 Configuration mat&eacute;rielle</a></h2>
<p>Les acc&eacute;l&eacute;rateurs graphiques se pr&eacute;sentent
sous diverses formes : soit comme une carte PCI traitant les
signaux vid&eacute;o issus d'une carte VGA ( usuelle ou
acc&eacute;l&eacute;r&eacute;e ), soit comme une carte PCI
g&eacute;rant le graphisme VGA et la 3D. Dans ce cas, l'ancien
p&eacute;riph&eacute;rique VGA est mis hors circuit. Les cartes
3Dfx &agrave; base de composants Voodoo Graphics (tm) appartiennent
&agrave; la premi&egrave;re cat&eacute;gorie. On y reviendra
ult&eacute;rieurement.</p>
<p>S'il n'y a pas de conflit d'adresses, n'importe quelle carte
acc&eacute;l&eacute;ratrice 3D peut &ecirc;tre pr&eacute;sente dans
la machine sans perturber son fonctionnement sous Linux. Cependant,
l'acc&eacute;s aux fonctions acc&eacute;l&eacute;ratrices
n&eacute;cessite un pilote sp&eacute;cifique. Une carte combinant
les fonctions 2D et 3D peut se comporter diff&eacute;remment.</p>
<h2><a name="ss2.3">2.3 Quelques mots sur l'organisation du Voodoo
Graphics (tm)</a></h2>
<p>En g&eacute;n&eacute;ral, les acc&egrave;s &agrave; la
m&eacute;moire de stockage des textures et au tampon m&eacute;moire
vid&eacute;o constituent un s&eacute;rieux goulot
d'&eacute;tranglement. Chaque pixel n&eacute;cessite au moins un (
sinon quatre voire huit ) acc&egrave;s en lecture &agrave; la
m&eacute;moire de stockage des textures ainsi qu'un acc&egrave;s en
lecture pour la profondeur et un acc&egrave;s en
lecture/&eacute;criture &agrave; la m&eacute;moire
vid&eacute;o.</p>
<p>L'architecture Voodoo Graphics (tm) s&eacute;pare l'espace
m&eacute;moire d&eacute;di&eacute; aux textures de celui
concern&eacute; par le stockage des pixels et introduit un rendu
&agrave; deux niveaux, chacun disposant d'une unit&eacute;
d&eacute;di&eacute;e ( Texelfx et Pixelfx ) qui g&egrave;re sa
propre m&eacute;moire. Le rythme de fonctionnement d&eacute;passe
ainsi la moyenne mais des restrictions quant &agrave; l'utilisation
de la m&eacute;moire apparaissent : le stockage de textures dans la
zone de m&eacute;moire &eacute;cran est impossible.</p>
<p>Enfin, le Voodoo Graphics (tm) est susceptible d'employer deux
Texelfx (ou TMU pour texture management unit ) et on peut combiner
deux syst&egrave;mes Voodoo Graphics (tm) par un m&eacute;canisme
nomm&eacute; SLI ( Scan-Line Interleaving ). Le SLI consiste
&agrave; ne faire traiter par chaque Pixelfx qu'une ligne sur deux,
r&eacute;duisant ainsi la bande passante requise par chaque Pixelfx
pour acc&eacute;der &agrave; sa propre m&eacute;moire.</p>
<h2><a name="s3">3. Installation</a></h2>
<p>La mise en place du 3Dfx sous Linux passe par les &eacute;tapes
suivantes :</p>
<ol>
<li>installation de la carte;</li>
<li>installation des logiciels Glide;</li>
<li>compilation, &eacute;dition de liens et/ou ex&eacute;cution de
l'application.</li>
</ol>
<p>Les sections suivantes couvrent ces &eacute;tapes en
d&eacute;tail.</p>
<h2><a name="ss3.1">3.1 Installation de la carte.</a></h2>
<p>Reportez vous aux instructions donn&eacute;es par le fabricant
de votre mat&eacute;riel pour mettre la carte en place. Il ne
devrait pas s'av&eacute;rer n&eacute;cessaire d'aller modifier les
IRQ, les canaux DMA : le Plug&amp;Plante (tm) ou les valeurs en
sortie d'usine sont cens&eacute;s fonctionner. On acc&egrave;de aux
cartes d&eacute;crites ci-apr&egrave;s via l'espace d'adressage
m&eacute;moire. On n'a donc pas besoin d'interruption. Les
chevauchements en m&eacute;moire avec d'autres
p&eacute;riph&eacute;riques constituent les seuls conflits
possibles.</p>
<p>Puisque 3Dfx n'intervient pas dans le d&eacute;veloppement et la
fabrication de cartes, il est inutile de les contacter en cas de
probl&egrave;mes.</p>
<h3>Solutions aux probl&egrave;mes d'installation</h3>
<p>Afin de v&eacute;rifier l'installation et l'adressage
m&eacute;moire des p&eacute;riph&eacute;riques, faites un <code>cat
/proc/pci</code>. La sortie devrait ressembler &agrave; ce qui suit
:</p>
<hr>
<pre>
  Bus  0, device  12, function  0:
    VGA compatible controller: S3 Inc. Vision 968 (rev 0).
      Medium devsel.  IRQ 11.  
      Non-prefetchable 32 bit memory at 0xf4000000.

  Bus  0, device   9, function  0:
    Multimedia video controller: Unknown vendor Unknown device (rev 2).
      Vendor id=121a. Device id=1.
      Fast devsel.  Fast back-to-back capable.  
      Prefetchable 32 bit memory at 0xfb000000.
</pre>
<hr>
( cas d'une Diamond Monster 3D utilis&eacute;e conjointement
&agrave; une Diamond Stealth-64 ). Un <code>cat /proc/cpuinfo
/proc/meminfo</code> aidera &agrave; r&eacute;soudre les conflits
et sera utile pour signaler un bug.
<p>Les noyaux courants afficheront peut-&ecirc;tre au
d&eacute;marrage :</p>
<hr>
<pre>
Jun 12 12:31:52 hal kernel: Warning : Unknown PCI device (121a:1).
Please read include/linux/pci.h 
</pre>
<hr>
Rien de grave. Cependant, si vous poss&eacute;dez une carte
exotique ou r&eacute;cemment mise &agrave; jour, prenez le temps de
lire les conseils donn&eacute;s au d&eacute;but du fichier
<code>/usr/include/linux/pci.h</code> afin de transmettre les
informations utiles &agrave; <a href=
"mailto:linux-pcisupport@cao-vlsi.ibp.fr">linux-pcisupport@cao-vlsi.ibp.fr</a>.
<p>Si des probl&egrave;mes se manifestent avec votre carte,
examinez ce qui se passe sous DOS et/ou Windows. Il est peu
probable qu'un constructeur prenne la peine de r&eacute;pondre
&agrave; une demande d'aide ou au rapport d'un bug sous Linux. Pour
avoir pratiqu&eacute; le service d'aide de Diamond via courrier
&eacute;lectronique, je ne m'attendrais d'ailleurs pas trop
&agrave; une r&eacute;action quel que soit le syst&egrave;me
d'exploitation.</p>
<h3>Configuration du noyau</h3>
<p>Seule la gestion du bus PCI est requise. Le <a href=
"http://sunsite.unc.edu/mdw/HOWTO/Kernel-HOWTO.html">Linux Kernel
HOWTO</a> fournit tous les d&eacute;tails relatifs &agrave; la
compilation d'un noyau.</p>
<h3>Configuration des p&eacute;riph&eacute;riques</h3>
<p>Pour l'instant, les pilotes ne n&eacute;cessitent pas de
p&eacute;riph&eacute;riques particuliers. Contrairement aux
gestionnaires de cartes sons qui requi&egrave;rent les
entr&eacute;es <code>/dev/dsp</code> et <code>/dev/audio</code>
dont la pr&eacute;sence n'est pas garantie, les pilotes reposent
ici sur le <code>/dev/mem</code> qui est toujours disponible. Il
vous faudra bien s&ucirc;r disposer des droits de super-utilisateur
ou recourir &agrave; <code>setuid</code> pour acc&eacute;der
&agrave; la carte acc&eacute;l&eacute;ratrice.</p>
<h2><a name="ss3.2">3.2 Gestion des &eacute;crans</a></h2>
<p>Deux configurations sont possibles avec les cartes
acc&eacute;l&eacute;ratrices. Soit vous faites transiter les
signaux vid&eacute;o issus de votre carte usuelle par
l'acc&eacute;l&eacute;rateur graphique, soit vous employez
simultan&eacute;ment deux &eacute;crans. Reportez vous aux manuels
utilisateurs du constructeur de votre carte pour plus de
d&eacute;tails. Les deux solutions ont &eacute;t&eacute;
essay&eacute;es avec la Monster 3D.</p>
<h3>Affichage avec un seul &eacute;cran</h3>
<p>Ce mode op&eacute;ratoire permet de v&eacute;rifier le bon
fonctionnement de base de la carte acc&eacute;l&eacute;ratrice : si
le signal vid&eacute;o n'est pas transmis &agrave; l'&eacute;cran,
une d&eacute;faillance mat&eacute;rielle est &agrave;
envisager.</p>
<p>Notez qu'il risque de se produire un affaiblissement sensible du
signal. On a signal&eacute; le cas de c&acirc;bles de pi&egrave;tre
qualit&eacute; fournis avec la Monster 3D ( par exemple ) et celui
que j'ai essay&eacute; n'a pas fait exception.</p>
<p>Les configurations reposant sur un &eacute;cran unique
rec&egrave;lent d'autres subtilit&eacute;s. Le passage d'un mode
d'affichage VGA &agrave; l'affichage acc&eacute;l&eacute;r&eacute;
modifie aussi bien la r&eacute;solution que la fr&eacute;quence du
moniteur , et ce m&ecirc;me si vous travaillez avec X11 en 640x480.
De surcro&icirc;t, avec X11, votre application a la charge de
g&eacute;rer les &eacute;v&egrave;nements souris et claviers sans
quoi vous vous exposez &agrave; de s&eacute;rieuses
difficult&eacute;s ( X reste naturellement invisible lorsque l'on a
bascul&eacute; en mode acc&eacute;l&eacute;r&eacute; ).
L'utilisation d'une console SVGA &agrave; la place de X11 est
envisageable.</p>
<p>Si vous avez l'intention de n'utiliser qu'un seul &eacute;cran
duquel vous exigerez des changements de mode fr&eacute;quents,
n'oubliez pas que les composants de votre moniteur risquent de se
fatiguer.</p>
<h3>Un moniteur avec deux entr&eacute;es vid&eacute;o</h3>
<p>Certains moniteurs haut-de-gamme ( par exemple le EIZO F-784-T )
offrent deux connecteurs : un BNC &agrave; 5 broches ( RGB, HSync,
VSync ) et un Sub-D VGA usuel. Ces &eacute;crans comportent
g&eacute;n&eacute;ralement des boutons de s&eacute;lection de
l'entr&eacute;e vid&eacute;o. Il est ainsi possible d'utiliser le
connecteur BNC avec la carte graphique habituelle via un
c&acirc;ble ad&eacute;quat et de relier
l'acc&eacute;l&eacute;rateur 3Dfx &agrave; l'autre
entr&eacute;e.</p>
<h3>Deux &eacute;crans</h3>
<p>La carte acc&eacute;l&eacute;ratrice n'a nul besoin d'une
entr&eacute;e VGA. Au lieu de faire transiter par cette
derni&egrave;re le signal vid&eacute;o usuel, vous pouvez diriger
les sorties vid&eacute;os vers deux moniteurs diff&eacute;rents.
Cette solution est certes la plus dispendieuse mais elle donne les
meilleurs r&eacute;sultats. Vous pourrez ainsi utiliser
conjointement X11 et l'affichage acc&eacute;l&eacute;r&eacute; en
plein &eacute;cran &agrave; des fins de d&eacute;boggage et de
d&eacute;veloppement.</p>
<p>La carte acc&eacute;l&eacute;ratrice cesse de fournir le moindre
signal vid&eacute;o lorsqu'elle n'est plus utilis&eacute;e. Par
cons&eacute;quent, &agrave; chaque fois que l'application
concern&eacute;e s'arr&ecirc;te, les composants &eacute;conomiseurs
d'&eacute;nergie risquent, selon la configuration de votre
mat&eacute;riel, d'entrer en action. Le moniteur se lassera
peut-&ecirc;tre &agrave; la longue. Utilisez donc :</p>
<hr>
<pre>
setenv SST_DUALSCREEN 1
</pre>
<hr>
pour maintenir la sortie vid&eacute;o active.
<h2><a name="ss3.3">3.3 Installation des logiciels Glide</a></h2>
<p>Les pilotes et la librairie Glide sont r&eacute;unis dans un
unique fichier compress&eacute;. D&eacute;compactez/d&eacute;tarez
les avec <code>tar</code> et <code>gzip</code> et suivez les
instructions fournies dans les fichiers README et INSTALL qui
accompagnent le logiciel. Par d&eacute;faut, les fichiers sont
install&eacute;s dans les r&eacute;pertoires lib, bin, include sous
<code>/usr/local/glide/</code> et le chemin d'acc&eacute;s aux
librairies correspondants est ajout&eacute; au
<code>ld.conf</code>. L'installation des fichiers et la
modification du ld.conf sont des &eacute;tapes
ind&eacute;pendantes. Sans l'&eacute;tape de mise &agrave; jour du
ld.conf, vous devrez positionner manuellement la variable
d'environnement LD_LIBRARY_PATH.</p>
<p>Les fichiers d'en-t&ecirc;te doivent &ecirc;tre visibles par le
compilateur si vous souhaitez compiler vos propres applications
graphiques ! Si l'installation par d&eacute;faut ne vous satisfait
pas, v&eacute;rifiez bien que les biblioth&egrave;ques dynamiques
sont accessibles sans quoi vous aurez droit &agrave; un <code>can't
load library 'libglide.so'</code>.</p>
<h3>Le programme <code>detect</code></h3>
<p>La distribution logicielle inclut le programme
<code>bin/detect</code> ( les sources ne sont pas disponibles ). Le
lan&ccedil;ant sous l'identit&eacute; root, vous obtiendrez quelque
chose dans le genre :</p>
<hr>
<pre>
slot  vendorId   devId   baseAddr0  command  description
----  --------  ------  ----------  -------  -----------
  00    0x8086  0x122d  0x00000000   0x0006  Intel:430FX (Triton)
  07    0x8086  0x122e  0x00000000   0x0007  Intel:ISA bridge
  09    0x121a  0x0001  0xfb000008   0x0002  3Dfx:video multimedia adapter
  10    0x1000  0x0001  0x0000e401   0x0007  ???:SCSI bus controller
  11    0x9004  0x8178  0x0000e001   0x0017  Adaptec:SCSI bus controller
  12    0x5333  0x88f0  0xf4000000   0x0083  S3:VGA-compatible display co
</pre>
<hr>
Si vous n'&ecirc;tes pas root, vous serez gratifi&eacute; d'un :
<hr>
<pre>
Permission denied: Failed to change I/O privilege. Are you root?
</pre>
<hr>
Si vous signalez un bug, joignez une copie de la sortie
&eacute;cran de <code>detect</code>.
<h3>Test de l'installation</h3>
<p>La distribution Glide comprend un r&eacute;pertoire avec des
programmes de test. Ces programmes sont soumis au copyright 3Dfx.
Leur utilisation n'est licite que pour les possesseurs d'une carte
munie d'un composant 3Dfx. Reportez vous au fichier LICENSE de la
distribution ou au site web <a href=
"http://www.3dfx.com/">www.3dfx.com</a> pour plus de
d&eacute;tails.</p>
<p>Bien que des binaires soient disponibles, il est
recommand&eacute; de compiler soi-m&ecirc;me les programmes.
Certains ex&eacute;cutables ont besoins de fichiers tels
<code>alpha.3df</code> que vous trouverez dans le m&ecirc;me
r&eacute;pertoire. Tous les test ont lieu avec une
r&eacute;solution de 640 par 480. Certains demanderont des
caract&egrave;res, d'autre se cantonneront &agrave; afficher
<code>Press A Key To Begin Test</code>. M&eacute;fiez vous d'un
&eacute;ventuel accaparement des &eacute;v&egrave;nements de saisie
par X11 si ce dernier fonctionne &eacute;galement sur le m&ecirc;me
&eacute;cran.</p>
<p>Le fichier README.test donne la liste des programmes ainsi que
divers d&eacute;tails.</p>
<h2><a name="s4">4. R&eacute;ponses aux questions les plus
courantes ( la Foire Aux Questions )</a></h2>
<p>Ce paragraphe reprend les r&eacute;ponses aux questions les plus
fr&eacute;quemment pos&eacute;es sur Usenet ou dans les liste de
diffusion. Dans un souci d'efficacit&eacute;, les questions ont
&eacute;t&eacute; regroup&eacute;es dans diverses parties :</p>
<ul>
<li>FAQ: Quel Mat&eacute;riel ?</li>
<li>FAQ: Voodoo Graphics (tm) ? 3Dfx ?</li>
<li>FAQ: Glide ?</li>
<li>FAQ: Glide et SVGA ?</li>
<li>FAQ: Glide et XFree86 ?</li>
<li>FAQ: Glide ou OpenGL/Mesa ?</li>
<li>FAQ: Et Quake ?</li>
<li>FAQ: A marche p&ocirc;&ocirc;&ocirc;...</li>
</ul>
La plupart des probl&egrave;mes devraient trouver une
r&eacute;ponse ici.
<h2><a name="s5">5. FAQ: quel Mat&eacute;riel ?</a></h2>
<h2><a name="ss5.1">5.1 Syst&egrave;me n&eacute;cessaire :</a></h2>
<p>Un compatible PC sous Linux disposant d'un bus PCI compatible
avec la sp&eacute;cification 2.1, un moniteur supportant le mode
640 par 480 et une carte acc&eacute;l&eacute;ratrice &agrave; base
de composant Voodoo Graphics (tm) 3Dfx. Le fonctionnement sera le
m&ecirc;me sur un P5 ou un P6 qu'il poss&egrave;de les extension
MMX ou non. Les versions actuelles des programmes n'utilisent pas
le MMX mais elles ont &eacute;t&eacute; optimis&eacute;es pour le
P6.</p>
<p>Certaines phrases pourraient conduire &agrave; penser qu'une
distribution RedHat est n&eacute;cessaire. Bien que Glide pour
Linux ait &eacute;t&eacute; initialement d&eacute;velopp&eacute;
dans un environnement RedHat 4.1, il a &eacute;galement
&eacute;t&eacute; utilis&eacute; avec d'autres distributions telles
la Slackware ou la Debian 1.3.1 voire avec des installations
maisons.</p>
<h2><a name="ss5.2">5.2 Est-ce que &ccedil;a fonctionne avec
Linux-Alpha ?</a></h2>
<p>Pour l'instant, il n'y a pas de distribution Glide pour Linux
hors des plateformes x86. Les sources Glide n'&eacute;tant pas
disponibles, il vous faudra attendre les binaires. Quantum3D a
annonc&eacute; une version DEC Alpha. Contactez Daryll Strauss si
vous &ecirc;tes pr&ecirc;ts &agrave; participer au
d&eacute;veloppement.</p>
<p>Se pose aussi la question du portage des modules &eacute;crits
en assembleur. Bien qu'un code C &eacute;quivalent soit disponible,
le module en assembleur de Glide permet une am&eacute;lioration
significative des performances selon le type de microprocesseur
P5.</p>
<h2><a name="ss5.3">5.3 Quels sont les composants 3Dfx compatibles
avec la distribution ?</a></h2>
<p>Pour l'instant, le Voodoo Graphics (tm) 3Dfx est accept&eacute;.
Le Voodoo Rush (tm) n'est pas encore g&eacute;r&eacute;.</p>
<h2><a name="ss5.4">5.4 Le Voodoo Rush (tm) est-il
g&eacute;r&eacute; ?</a></h2>
<p>La version actuelle de Glide pour Linux ne g&egrave;re pas le
Voodoo Rush (tm). Une mise &agrave; jour est en cours de
d&eacute;veloppement.</p>
<p>A l'origine, le pilote Voodoo Rush (tm) de Glide utilise Direct
Draw. On devrait pouvoir utiliser une portion de la
biblioth&egrave;que d'origine DOS d&egrave;s lors que les parties
li&eacute;es &agrave; 2D/Direct Draw/D3D seront
remplac&eacute;es.</p>
<p>Les cartes Voodoo Rush (tm) telles l'<em>Hercules Stingray
128/3D</em> ou l'<em>Intergraph Intense Rush</em> ne sont donc
actuellement pas g&eacute;r&eacute;es.</p>
<h2><a name="ss5.5">5.5 Le Voodoo 2 (tm) est-il g&eacute;r&eacute;
?</a></h2>
<p>Le portage actuel de la librairie Glide ne supporte pas le
Voodoo 2 (tm).</p>
<h2><a name="ss5.6">5.6 Quelles sont les cartes compatibles avec
Glide ?</a></h2>
<p>Il n'existe pas de carte officielle ( 3Dfx ne fabrique pas de
cartes ). Cette section ne vise pas &agrave; r&eacute;pertorier
toutes les cartes disponibles mais seulement &agrave; donner un
aper&ccedil;u de ce qui existe en citant au besoin les fauteuses de
troubles.</p>
<p>Notez que la gestion d'une carte donn&eacute;e sous Linux ne se
limite pas &agrave; la disponibilit&eacute; d'un pilote pour le
composant d'acc&eacute;l&eacute;ration 3D mais requiert
&eacute;galement une bonne compatibilit&eacute; avec la librairie
SVGA ou XFree86. Pour l'instant, une solution venant en
compl&eacute;ment de la carte graphique est
pr&eacute;f&eacute;rable en ce qu'elle vous laisse libre de choisir
pour cette derni&egrave;re une carte correctement
g&eacute;r&eacute;e sous Linux.</p>
<p>Toutes les cartes Quantum3D Obsidian, ind&eacute;pendemment de
leur m&eacute;moire d&eacute;di&eacute;e aux textures, de celle
affect&eacute;e au tampon de m&eacute;moire vid&eacute;o, du nombre
d'unit&eacute;s Pixelfx, Texelfx ou SLI, devraient fonctionner.
Idem pour les autres cartes &agrave; base de Voodoo Graphics (tm)
telles la Righteous 3D d'Orchid, la Canopus Pure 3D, la Flash 3D ou
la Monster 3D de Diamond. Les cartes reposant sur un Voodoo Rush
(tm) ne sont pas support&eacute;es.</p>
<p>Les cartes qui ne reposent pas sur des composants fournis pas
3Dfx telles celles que fabriquent S3, Matrox, 3Dlabs et Videologic
ne fonctionnent <em>PAS</em> avec les pilotes 3Dfx et
d&eacute;bordent du cadre de ce document.</p>
<h2><a name="ss5.7">5.7 Qu'est-ce qui distingue les cartes
?</a></h2>
<p>Les fabricants de cartes utilisant tous le m&ecirc;me composant,
les diff&eacute;rences sont li&eacute;es &agrave; la conception de
la carte. La qualit&eacute; du c&acirc;ble et des connecteurs
peuvent varier ( Orchid semble ainsi &ecirc;tre meilleur sur ce
point que Diamond ), une sortie vid&eacute;o suppl&eacute;mentaire
pour la t&eacute;l&eacute;vision peut &ecirc;tre disponible (
Canopus Pure 3D ) et, surtout, les quantit&eacute;s de
m&eacute;moire diff&egrave;rent.</p>
<p>Les cartes les plus courantes sont d&eacute;di&eacute;es au jeu
et ne comprennent que 2 Mo de m&eacute;moire. La Canopus Pure 3D
est cependant fournie avec une m&eacute;moire pour les textures
allant jusqu'&agrave; 4 Mo, ce qui am&eacute;liore nettement le
rendu des jeux qui modifient dynamiquement les textures ou ont
recours &agrave; des textures d'illumination ( Quake par exemple
).</p>
<p>Quantum 3D propose la palette de cartes 3Dfx la plus
&eacute;tendue et vous irez surement chez eux si vous &ecirc;tes
&agrave; la recherche d'une carte haut de gamme. Quantum 3D vise le
march&eacute; de la simulation tandis que la plupart des autres
vendeurs se cantonnent au march&eacute; des utilisateurs courants
de PC.</p>
<h2><a name="ss5.8">5.8 Qu'en est-il de l'AGP?</a></h2>
<p>A ma connaissance il n'existe pas de carte AGP Voodoo Graphics
(tm) ni Voodoo Rush (tm). Je ne sais pas o&ugrave; en est la
gestion de l'AGP sous Linux.</p>
<p>Le chipset Voodoo 2 (tm) est pr&eacute;vu pour le bus AGP. En
fait, il le consid&egrave;re comme un bus PCI rapide, et n'utilise
pas, &agrave; ma connaissance les sp&eacute;cificit&eacute;s du bus
AGP. Le gain en performances est n&eacute;anmoins li&eacute;
&agrave; l'augmentation de la vitesse du bus.</p>
<p>Le noyau Linux reconna&icirc;tra une carte AGP &agrave; base de
Voodoo 2 (tm) comme si elle &eacute;tait sur un second bus PCI,
comme c'est d&eacute;j&agrave; le cas avec la carte RIVA-128
AGP.</p>
<p>Voici ce que donne <code>/proc/pci</code> :</p>
<hr>
<pre>
Bus  1, device   0, function  0:
 VGA compatible controller: Unknown vendor Unknown device (rev 16).
 Vendor id=12d2. Device id=18.
 Medium devsel.  Fast back-to-back capable.  IRQ 9. 
 Master Capable.  Latency=64.
 Min Gnt=3.Max Lat=1.
 Non-prefetchable 32 bit memory at 0xfd000000.
 Prefetchable 32 bit memory at 0xf6000000.
</pre>
<hr>
<h2><a name="s6">6. FAQ: Voodoo Graphics (tm) ? 3Dfx ?</a></h2>
<h2><a name="ss6.1">6.1 3Dfx, qui est-ce ?</a></h2>
<p>3Dfx est un fabricant de composants pour
l'acc&eacute;l&eacute;ration graphique 3D bas&eacute; &agrave; San
Jose. Leur site officiel : <a href=
"http://www.3dfx.com/">www.3dfx.com</a>. 3Dfx ne vend pas de
cartes, contrairement &agrave; d'autres soci&eacute;t&eacute;s (
Quantum3D par exemple ).</p>
<h2><a name="ss6.2">6.2 Qui est Quantum3D ?</a></h2>
<p>Quantum3D est une entreprise issue de 3Dfx qui fabrique des
cartes acc&eacute;l&eacute;ratrices haut de gamme &agrave; base de
composants 3Dfx &agrave; usage personnel et professionnel.
Quantum3D intervient &eacute;galement sur le march&eacute; des jeux
d'arcade. Pour avoir davantage de renseignements, consultez donc
leurs pages : <a href=
"http://www.quantum3d.com/">www.quantum3d.com</a> Pour toute
question concernant Quantum3D, envoyez un message
&eacute;lectronique &agrave; : <a href=
"mailto:info@quantum3d">info@quantum3d</a>.</p>
<h2><a name="ss6.3">6.3 Voodoo Graphics (tm), qu&egrave;s acco
?</a></h2>
<p>Le Voodoo Graphics (tm) est un composant &eacute;lectronique
fabriqu&eacute; par 3Dfx. Il est employ&eacute; dans les cartes
d'acc&eacute;l&eacute;ration graphique pour PC. Reportez vous
&agrave; la section du HOWTO concernant le mat&eacute;riel.</p>
<h2><a name="ss6.4">6.4 Voodoo Rush (tm) ?</a></h2>
<p>Le Voodoo Rush (tm) est un d&eacute;riv&eacute; du Voodoo
Graphics (tm) muni d'une interface pour op&eacute;rer de concert
avec un acc&eacute;l&eacute;rateur graphique VGA 2D. Les fonctions
acc&eacute;l&eacute;ratrices peuvent alors &ecirc;tre restreintes
&agrave; une fen&ecirc;tre. Cette possibilit&eacute; n'est pas
encore g&eacute;r&eacute;e sous Linux.</p>
<h2><a name="ss6.5">6.5 Voodoo 2 (tm) ?</a></h2>
<p>Le Voodoo 2 (tm) succ&egrave;de, avec des am&eacute;liorations,
au Voodoo Graphics (tm). Quantum3D, Creative Labs, Orchid
Technologies et Diamond Multimedia fournissent des cartes
int&eacute;grant le Voodoo 2 (tm).</p>
<p>Bien que le Voodoo 2 (tm) soit cens&eacute; &ecirc;tre
compatible, une nouvelle version de Glide devra &ecirc;tre
d&eacute;velopp&eacute;e pour Linux.</p>
<h2><a name="ss6.6">6.6 Qu'est ce qu'un interm&eacute;diaire VGA
?</a></h2>
<p>Les cartes Voodoo Graphics (tm) ( mais pas les Voodoo Rush (tm)
) sont des cartes acc&eacute;l&eacute;ratrices cens&eacute;es
travailler de concert avec une carte VGA 2D. Pour r&eacute;sumer,
le signal vid&eacute;o en sortie de la carte VGA sert
d'entr&eacute;e &agrave; la carte Voodoo Graphics (tm) qui par
d&eacute;faut se contente de transmettre au moniteur. Si le Voodoo
Graphics (tm) est activ&eacute; ( par exemple durant un jeu ), il
intercepte le signal VGA, bascule l'&eacute;cran en 640 par 480,
ajuste la fr&eacute;quence conform&eacute;ment aux exigences du
pilote et g&eacute;n&egrave;re lui m&ecirc;me le signal
vid&eacute;o. La carte VGA n'a pas besoin d'&ecirc;tre
inform&eacute;e de ce qui se passe et, dans les faits, elle ne
l'est pas.</p>
<p>Ce mode op&eacute;ratoire pr&eacute;sente plusieurs avantages :
d'une part le choix de la carte vid&eacute;o reste libre, point
d'importance sous Linux puisque XFree86 ne peut g&eacute;rer toutes
les r&eacute;visions et variantes des jeux de composants, et
d'autre part l'introduction du graphisme 3D
acc&eacute;l&eacute;r&eacute; se fait au meilleur prix. La
m&eacute;daille a son revers : le plantage d'un applicatif
utilisant le Voodoo Graphics (tm) risque de bloquer la sortie
vid&eacute;o usuelle et le signal vid&eacute;o transitant par
l'interm&eacute;diaire VGA est d&eacute;t&eacute;rior&eacute;.</p>
<h2><a name="ss6.7">6.7 Qu'est-ce que le Texelfx, un TMU ?</a></h2>
<p>Les composants Voodoo Graphics (tm) comportent deux
unit&eacute;s. La premi&egrave;re contr&ocirc;le l'acc&egrave;s
&agrave; la m&eacute;moire d&eacute;di&eacute;e aux textures, met
en place les textures et passe la main &agrave; la seconde
unit&eacute; qui assure la gestion du tampon de m&eacute;moire
vid&eacute;o. La premi&egrave;re partie est nomm&eacute;e Texelfx.
Il faut savoir que certaines cartes telles l'Obsidian de Quantum3D
sont capables d'utiliser deux Texelfx. Selon l'application, on
doublera ainsi la puissance de calcul.</p>
<p>Chaque Texelfx peut g&eacute;rer 4 Mo de m&eacute;moire pour ses
textures. Une configuration munie de deux Texelfx dispose de 8 Mo
utilisables et ce m&ecirc;me si seule une unit&eacute; est requise
par le logiciel. Les deux Texelfx op&egrave;rent de concert pour
certaines op&eacute;rations tel le filtrage tri-lin&eacute;aire ou
l'illumination qui ont lieu en une seule phase ( ex. GlQuake ). A
charge des applications Glide d'utiliser correctement les Texelfx
pour acc&eacute;der aux performances th&eacute;oriques.</p>
<p>On ne peut pas recourir &agrave; deux Texelfx afin d'afficher
simultan&eacute;ment plusieurs triangles textur&eacute;s. Soit un
triangle ne requiert qu'une seule texture, au tel cas un seul
Texelfx est actif, soit deux textures sont utilis&eacute;es en une
seule passe. Un Texelfx ne peut acc&eacute;der qu'&agrave; sa
m&eacute;moire propre.</p>
<h2><a name="ss6.8">6.8 Qu'est ce qu'une unit&eacute; Pixelfx
?</a></h2>
<p>Il s'agit de la seconde partie d'un composant Voodoo Graphics
(tm), charg&eacute;e de la gestion du tampon de m&eacute;moire
vid&eacute;o ( mise &agrave; jour de la couleur des pixel, etc ...
). Deux Pixelfx peuvent coop&eacute;rer en mode dit SLI, doublant
ainsi le rythme d'affichage. Les cartes Quantum3D Obsidian offrent
cette fonctionnalit&eacute;.</p>
<h2><a name="ss6.9">6.9 Qu'est-ce que le mode SLI ?</a></h2>
<p>Le SLI est une abr&eacute;viation pour "Scanline Interleave" ou
entrelacement des lignes d'affichage. Dans ce mode de
fonctionnement, on relie deux Pixelfx qui calculent le rendu, sur
les lignes paires pour l'un, sur les lignes impaires pour l'autre.
Chaque Pixelfx ne stocke plus que la moiti&eacute; de l'image et du
tampon de calcul de profondeur dans sa zone de m&eacute;moire
propre et le nombre de pixels affichables est ainsi
doubl&eacute;.</p>
<p>Les Pixelfx peuvent &ecirc;tre sur deux cartes distinctes
reli&eacute;es de fa&ccedil;on ad&eacute;quate. Certaines cartes
Obsidian supportent le SLI avec le Voodoo Graphics (tm).</p>
<p>Plusieurs cartes pouvant d&eacute;coder simultan&eacute;ment les
m&ecirc;mes adresses PCI et recevoir les m&ecirc;mes
donn&eacute;es, le SLI ne n&eacute;cessite pas un surcro&icirc;t de
bande passante. Sur un autre plan, les donn&eacute;es relatives aux
textures doivent &ecirc;tre pr&eacute;sentes sur les deux
cartes.</p>
<h2><a name="ss6.10">6.10 Le SLI avec une seule carte ?</a></h2>
<p>Il existe &agrave; pr&eacute;sent deux types de cartes Quantum3D
pour faire du SLI. A l'origine il fallait deux cartes, deux
connecteurs PCI et un c&acirc;ble de liaison ( Obsidian 100-4440 ).
La nouvelle version se comporte &agrave; l'identique mais ne
n&eacute;cessite qu'un seul connecteur PCI ( Obsidian 100-4440SB
).</p>
<h2><a name="ss6.11">6.11 Quelle quantit&eacute; de m&eacute;moire
?</a></h2>
<p>La diff&eacute;rence entre les cartes utilisant les composants
Voodoo Graphics (tm) se fait essentiellement sur la quantit&eacute;
de m&eacute;moire et sur son organisation. A cet &eacute;gard, les
cartes Quantum3D sont d&eacute;crites par un sch&eacute;ma &agrave;
trois niveaux. Le sch&eacute;ma suivant, qui anticipe le Voodoo 2
(tm), diff&egrave;re l&eacute;g&egrave;rement. A noter que si l'on
utilise plusieurs Texelfx, tous doivent poss&eacute;der la
m&ecirc;me quantit&eacute; de m&eacute;moire ( pour les textures ).
Idem en ce qui concerne l'utilisation simultan&eacute;e de
plusieurs Pixelfx;.</p>
<hr>
<pre>
    "SLI / Pixelfx / Texelfx1 / Texelfx2 "
</pre>
<hr>
Une carte courante munie de deux fois 2 Mo est d&eacute;crite par
le quadruplet <code>1/2/2/0</code>, la quantit&eacute; totale de
m&eacute;moire &eacute;tant &eacute;gale au minimum requis de 4Mo.
Une Canopus Pure 3D, munie de 6 Mo, est du type
<code>1/2/4/0</code>. Une Obsidian-2220 avec deux Texelfx; est du
type <code>1/2/2/2</code> et &agrave; une Obsidian SLI-2440 board
correspondrait <code>2/2/4/4</code>. Une carte double &agrave; 2
Pixelfx, chacun poss&eacute;dant 2 Texelfx et 4 Mo de
m&eacute;moire vid&eacute;o, les Texelfx ayant chacun 4 Mo pour les
textures, serait du type <code>2/4/4/4</code> pour une
quantit&eacute; totale de m&eacute;moire de
<code>SLI*(Pixelfx+Texelfx1+Texelfx2)</code> soit 24 Mo.
<h2><a name="ss6.12">6.12 Le Voodoo Graphics (tm) g&egrave;re-t-il
l'affichage en 24 ou 32 bits ?</a></h2>
<p>Non. L'architecture Voodoo Graphics (tm) fonctionne &agrave; 16
bpp en interne. Idem pour le Voodoo Rush (tm) et le Voodoo 2 (tm).
Quantum3D affirme mettre en oeuvre un affichage &agrave; 22 bpp
avec un tampon de m&eacute;moire vid&eacute;o ( 16 bpp )
compress&eacute;.</p>
<h2><a name="ss6.13">6.13 Le calcul de profondeur du Voodoo
Graphics (tm) est-t-il en 24 ou 32 bits par pixel ?</a></h2>
<p>Non. L&agrave; encore, l'architecture interne est sur 16 bits.
M&ecirc;me chose pour le Voodoo Rush (tm) et le Voodoo 2 (tm).
Quantum3D affirme obtenir une pr&eacute;cision effective de 22 bpp
pour le tampon de profondeur ( Z-buffer ) avec des calculs en
flottant sur 16 bits.</p>
<h2><a name="ss6.14">6.14 Quelles r&eacute;solutions offre le
Voodoo Graphics (tm) ?</a></h2>
<p>Le jeu de composants Voodoo Graphics (tm) g&egrave;re
jusqu'&agrave; 4 Mo de m&eacute;moire vid&eacute;o. Avec un tampon
double et un tampon de profondeur, 2 Mo de m&eacute;moire
permettent du 640 par 480 et 4 Mo du 800 par 600.</p>
<p>Le 960 par 720 n'est malheureusement pas accessible. Le Voodoo
Graphics (tm) ne peut op&eacute;rer que sur des r&eacute;solutions
divisibles par 32 dans les deux directions, ce qui emm&egrave;ne le
960 par 720 &agrave; 960 par 736, soit 4,04 Mo de m&eacute;moire
pour les trois zones de m&eacute;moire consid&eacute;r&eacute;es en
16 bit.</p>
<p>En utilisant deux cartes en SLI, ou une carte avec un double
Pixelfx en SLI, chaque tampon de m&eacute;moire vid&eacute;o n'a
plus &agrave; stocker qu'une moiti&eacute; de l'image. Dans ce cas,
2 fois 4 Mo permettent d'obtenir du 1024 par 768, ce qui constitue
de toute fa&ccedil;on le maximum accessible compte tenu de
l'architecture mat&eacute;rielle. Vous pourrez certes faire du 1024
par 768 avec un triple tampon mais le mat&eacute;riel est incapable
de tenir le 1280 par 960 avec un tampon double.</p>
<p>Notez que la pr&eacute;sence d'un tampon triple ( les
applications ne n&eacute;cessitent par de signal VSync de
synchronisation ), de m&eacute;moire interm&eacute;diaire pour la
st&eacute;r&eacute;o ( avec des lunettes &agrave; LCD ) ou toute
autre configuration particuli&egrave;re diminue d'autant la
r&eacute;solution maximale.</p>
<h2><a name="ss6.15">6.15 Quelles sont les tailles de texture
disponibles ?</a></h2>
<p>Le composant Voodoo Graphics (tm) accepte au maximum des
textures de 256 par 256. Les dimensions des textures doivent
&ecirc;tre des puissances de 2. Il est judicieux de regrouper les
textures de petite taille ( 16x16 par exemple ) au sein de textures
plus grandes et d'adapter le syst&egrave;me de coordonn&eacute;es
des textures en cons&eacute;quence.</p>
<h2><a name="ss6.16">6.16 Le Voodoo Graphics (tm) g&egrave;re-t-il
les textures palettis&eacute;es ?</a></h2>
<p>Les composants Voodoo Graphics (tm) et Glide g&egrave;rent
l'extension correspondante de OpenGL. La derni&egrave;re version de
Mesa comporte les extensions <code>GL_EXT_paletted_texture</code>
et <code>GL_EXT_shared_texture_palette</code>.</p>
<h2><a name="ss6.17">6.17 Qu'en est-il du d&eacute;passement de
fr&eacute;quence d'horloge ?</a></h2>
<p>Mettant de c&ocirc;t&eacute; les consid&eacute;rations relatives
&agrave; la garantie et au risque de surchauffe, si vous voulez
obtenir de meilleurs performances en augmentant la fr&eacute;quence
d'horloge, des informations sont disponibles sur le web. Le
m&eacute;canisme consiste &agrave; modifier certaines variables
d'environnement Glide.</p>
<p>La fr&eacute;quence d'horloge recommand&eacute;e d&eacute;pend
de la carte. Si la fr&eacute;quence d'horloge par d&eacute;faut de
la Diamond Monster 3D est de 50 MHz, son feuillet de
sp&eacute;cifications vous laisse l'emmener &agrave; 57 MHz. Tout
d&eacute;pend des divers composants utilis&eacute;s et de la
fa&ccedil;on dont la carte a &eacute;t&eacute; con&ccedil;ue ( en
particulier au niveau des temps d'acc&eacute;s &agrave; la
m&eacute;moire ). Si vous allez trop loin, des artefacts
d'affichage feront leur apparition ( entre autre choses ). Une
fr&eacute;quence de 57 MHz reste en g&eacute;n&eacute;ral
admissible, ce qui est bien moins le cas du 60 MHz.</p>
<p>L'augmentation de la fr&eacute;quence d'horloge provoque un
accroissement non-lin&eacute;aire de l'&eacute;nergie
dissip&eacute;e. Si vous augmentez de fa&ccedil;on permanente la
fr&eacute;quence d'horloge, n'oubliez pas de revoir le
m&eacute;canisme de refroidissement. Une bonne source de
renseignements accessible via le Web est le "3Dfx Voodoo Heat
Report" par Eric van Ballegoie. A vos risques et p&eacute;rils.</p>
<h2><a name="ss6.18">6.18 O&ugrave; puis-je trouver d'autres
informations concernant le Voodoo Graphics (tm) ?</a></h2>
<p>3Dfx a r&eacute;dig&eacute; une FAQ qui devrait se trouver
&agrave; l'adresse suivante : <a href=
"http://www.3dfx.com/voodoo/faq.html">web site</a>. Vous trouverez
des informations sur la vente aux adresses suivantes : <a href=
"http://www.3dfx.com/voodoo/sale/">www.3dfx.com</a> et <a href=
"http://www.quantum3d.com/">www.quantum3d.com</a>.</p>
<p>Certains sites non-officiels sont bien renseign&eacute;s :
<a href="http://www.ve3d.com/">www.ve3d.com</a>, <a href=
"http://www.ve3d.com/">www.ve3d.com</a>.</p>
<h2><a name="s7">7. FAQ: Glide? TexUS?</a></h2>
<h2><a name="ss7.1">7.1 Glide, qu&egrave;s acco ?</a></h2>
<p>Glide comprend une API propri&eacute;taire et des pilotes pour
la gestion des acc&eacute;l&eacute;rateurs graphiques 3D reposant
sur les composants fabriqu&eacute;s par 3Dfx. Glide est disponible
pour DOS, Windows et Macintosh. Daryll Strauss a effectu&eacute; le
portage Linux.</p>
<h2><a name="ss7.2">7.2 TexUS, qu&egrave;s acco ?</a></h2>
<p>La distribution comprend une biblioth&egrave;que
<code>libtexus.so</code> ( 3Dfx Interactive Texture Utility
Software ). Il s'agit d'une biblioth&egrave;que de fonctions
utilitaires et de traitement de l'image qui met en forme les images
avant leur traitement dans la biblioth&egrave;que 3Dfx Interactive
Glide. Cette biblioth&egrave;que inclut des fonctions de conversion
de formats de fichiers, la cr&eacute;ation de mipmap et la gestion
des textures 3Dfx compress&eacute;es ( 3Dfx Interactive Narrow
Channel Compression ).</p>
<p>Le programme <code>texus</code> lit les images dans divers
formats courants ( TGA, PPM, RGT ), g&eacute;n&egrave;re des
mipmaps et &eacute;crit les images sous forme de textures 3Dfx (
reportez vous par exemple au fichier alpha.3df disponible dans la
distribution ). Pour les d&eacute;tails relatifs aux
param&egrave;tres de <code>texus</code> et &agrave; l'API, reportez
vous &agrave; la documentation TexUS.</p>
<h2><a name="ss7.3">7.3 Glide est-il un freeware?</a></h2>
<p>Non. Glide n'est pas en GPL ni couvert par une quelconque
license du m&ecirc;me type. Tous les d&eacute;tails se trouvent
dans le fichier LICENSE de la distribution. Dans les faits, en
t&eacute;l&eacute;chargeant et en utilisant le logiciel, vous
acceptez les termes de la license d'utilisateur final tel qu'il se
trouve sur le site 3Dfx. Glide est fourni sous forme de binaires et
vous ne devez pas utiliser ni distribuer d'autres fichiers que ceux
accessibles publiquement si vous n'avez pas sign&eacute; un NDA. La
distribution Glide comprenant les sources du programme de test est
propri&eacute;t&eacute; de 3Dfx.</p>
<p>Il en est de m&ecirc;me de toutes les sources disponibles dans
la distribution Glide. Selon les termes de 3Dfx : les sources
n'appartiennent pas au domaine public mais elles peuvent &ecirc;tre
fournies sans limitations aux possesseurs de produits 3Dfx. Pas de
carte, pas de code !</p>
<h2><a name="ss7.4">7.4 O&ugrave; trouver Glide?</a></h2>
<p>Le SDK 3Dfx est t&eacute;l&eacute;chargeable via le web :
<a href=
"http://www.3dfx.com/software/download_glide.html">www.3dfx.com/software/download_glide.html</a>.
Tout ce qui a trait &agrave; 3Dfx et qui est publiquement
accessible, se trouve g&eacute;n&eacute;ralement sur le site
3Dfx.</p>
<p>Il y a &eacute;galement un site FTP : <a href=
"ftp://ftp.3dfx.com/">ftp.3dfx.com</a>. Le temps de maintien de
connexion du FTP est plus long et certains des fichiers les plus
volumineux ont &eacute;t&eacute; d&eacute;coup&eacute;s en trois (
environ 3 Mo pour chaque partie ).</p>
<h2><a name="ss7.5">7.5 Les sources de Glide sont elles disponibles
?</a></h2>
<p>Non. L'acc&egrave;s aux sources de Glide requiert la signature
d'un NDA avec 3Dfx.</p>
<h2><a name="ss7.6">7.6 Quel est le support de Linux Glide
?</a></h2>
<p>Actuellement, il n'y a pas de support pour Linux Glide. La
distribution est fournie dans les m&ecirc;mes conditions que la DLL
3Dfx GL ( voir plus bas ).</p>
<p>3Dfx souhaite cependant fournir le meilleur support possible et
met en place les outils ad&eacute;quats. Pour l'instant, vous
devrez vous en remettre au forum USENET de 3Dfx ( voir plus bas
).</p>
<p>Enfin, la page web de Quantum3D annonce un support Linux
concernant l'Obsidian sur les architectures Intel et AXP pour le
second semestre 97.</p>
<h2><a name="ss7.7">7.7 O&ugrave; puis-je poser des questions ayant
trait &agrave; Glide ?</a></h2>
<p>Il existe des forums USENET fournis par 3Dfx : <a href=
"news://news.3dfx.com/">news.3dfx.com</a>. Ils sont
d&eacute;di&eacute;s &agrave; 3Dfx et &agrave; Glide de
fa&ccedil;on g&eacute;n&eacute;rale et fourniront surtout des
indications pour DOS, Windows95 et NT. La liste actuelle est la
suivante :</p>
<hr>
<pre>
3dfx.events
3dfx.games.glquake
3dfx.glide
3dfx.glide.linux
3dfx.products
3dfx.test
</pre>
<hr>
ainsi que les forums <code>3dfx.oem.products.*</code> pour les
diff&eacute;rentes cartes (
<code>3dfx.oem.products.quantum3d.obsidian</code> par exemple ).
Utilisez <a href=
"news://news.3dfx.com/3dfx.glide.linux">news.3dfx.com/3dfx.glide.linux</a>
pour toutes les questions ayant trait &agrave; Linux Glide.
<p>Une liste de diffusion sp&eacute;cifique &agrave; Linux Glide
est en pr&eacute;paration pour 1998. Envoyez un courrier
&eacute;lectronique &agrave; : <a href=
"mailto:majordomo@gamers.org">majordomo@gamers.org</a>, avec un
champ sujet vide et comme corps de message : <code>info
linux-3dfx</code>. Vous obtiendrez ainsi des informations sur la
liste ( comment souscrire, acc&egrave;s aux archives, conseils de
r&eacute;daction, etc ... ).</p>
<h2><a name="ss7.8">7.8 O&ugrave; envoyer les notifications de bug
?</a></h2>
<p>Pour l'instant, utilisez le forum USENET : <a href=
"news://news.3dfx.com/3dfx.glide.linux">news.3dfx.com/3dfx.glide.linux</a>.
Un support officiel par courrier &eacute;lectronique n'est pas
encore disponible. Pour tout ce qui n'est pas sp&eacute;cifique
&agrave; Linux Glide, postez dans les autres forums.</p>
<h2><a name="ss7.9">7.9 Qui assure la maintenance de Linux Glide
?</a></h2>
<p>3Dfx nommera bient&ocirc;t quelqu'un pour s'occuper
officiellement de la maintenance. Le responsable ( officieux ) du
portage reste pour le moment Daryll Strauss. Envoyez vos avis de
bug dans le forum ad&eacute;quat ( cf ci-dessus ). Si vous
&ecirc;tes persuad&eacute; d'avoir identifi&eacute; un bug
non-repertori&eacute;, &eacute;crivez &agrave; Daryll : <a href=
"mailto:daryll@harlot.rb.ca.us">daryll@harlot.rb.ca.us</a></p>
<h2><a name="ss7.10">7.10 Comment puis-je contribuer &agrave; Linux
Glide?</a></h2>
<p>Vous pouvez d&eacute;crire de fa&ccedil;on pr&eacute;cise les
bugs que vous remarquez. Il est &eacute;galement possible de
fournir un programme d'exemple pour la distribution.
L'am&eacute;lioration des sources du pilote Mesa Voodoo bas&eacute;
sur Glide serait la bienvenue. Reportez vous &agrave; la section
sur Mesa Voodoo plus bas.</p>
<h2><a name="ss7.11">7.11 Dois-je n&eacute;cessairement avoir
recours &agrave; Glide ?</a></h2>
<p>Oui. Pour l'instant, il n'existe pas d'autre pilote Voodoo
Graphics (tm) sous Linux. Glide est la seule interface pour
dialoguer avec le mat&eacute;riel. Vous pouvez n&eacute;anmoins
&eacute;crire du code OpenGL sans rien conna&icirc;tre &agrave;
Glide et utiliser Mesa avec le pilote Mesa Voodoo reposant sur
Glide. Savoir &agrave; quel point Glide est impliqu&eacute; aide
cependant &agrave; identifier les bugs ainsi que les limitations du
pilote.</p>
<h2><a name="ss7.12">7.12 Dois-je programmer avec l'API Glide
?</a></h2>
<p>Tout d&eacute;pend de l'application. Glide est une API
propri&eacute;taire. Elle reste certes voisine d'OpenGL ou de Mesa,
mais elle contient quand m&ecirc;me certaines
fonctionnalit&eacute;s qui, pour les unes, sont disponibles comme
des extensions d'OpenGL et, pour les autres, n'existent nulle part
ailleurs.</p>
<p>Si vous souhaitez utiliser l'API OpenGL, vous aurez besoin de
Mesa ( cf. plus bas ). Mesa, ou plus exactement le pilote Mesa
Voodoo, propose une API voisine de celle d'OpenGL, cette
derni&egrave;re &eacute;tant assez r&eacute;pandue et plut&ocirc;t
bien document&eacute;e. Le pilote Mesa Voodoo est cependant en
phase alpha et il vous faudra accepter des performances parfois
limit&eacute;es ainsi que l'absence de certaines
fonctionnalit&eacute;s.</p>
<p>En r&eacute;sum&eacute;, le choix vous appartient. Si vous
voulez les meilleurs performances au prix d'&eacute;ventuelles
difficult&eacute;s lors du portage vers des architectures non-3Dfx,
Glide n'est pas un mauvais choix. Si vous vous souciez avant tout
de portabilit&eacute;, OpenGL sera peut-&ecirc;tre une meilleure
solution &agrave; long terme.</p>
<h2><a name="ss7.13">7.13 Quelle est la version courante de Glide
?</a></h2>
<p>La version actuelle de Linux Glide est 2.4. La version suivante
sera vraisemblablement identique &agrave; la version actuelle pour
DOS/Windows, &agrave; savoir la 2.4.3. Pour l'instant, certaines
parties de Glide sont diff&eacute;rentes pour les cartes Voodoo
Rush (tm) ( VR ) et Voodoo Graphics (tm) ( VG ). Sous Windows, vous
devez donc r&eacute;cup&eacute;rer la distribution correspondante.
Il en sera de m&ecirc;me sous Linux. Il y aura surement une autre
distribution pour les cartes Voodoo 2 (tm) ( V2 ).</p>
<p>Glide 3.0 &eacute;tendra l'API aux &eacute;ventails et aux
rubans de triangles et g&eacute;rera les optimisations de
changement d'&eacute;tat. La gestion des &eacute;ventails et des
rubans diminuera notablement dans certains cas la quantit&eacute;
de donn&eacute;es transmise par triangle. Le pilote Mesa en
b&eacute;n&eacute;ficiera puisque l'API OpenGL dispose de modes
sp&eacute;cifiques de ce type. Pour des explications plus
d&eacute;taill&eacute;es, consultez la documentation OpenGL.</p>
<h2><a name="ss7.14">7.14 Qu'en est-il de la gestion de plusieurs
Texelfx ?</a></h2>
<p>Des Texelfx ( ou TMU ) multiples peuvent 2 employ&eacute;s lors
d'un filtrage tri-lin&eacute;aire ( de type mipmap ) avec Linux
Glide. La qualit&eacute; de l'image est am&eacute;lior&eacute;e
sans pertes de performances. Il vous faudra une carte munie de deux
Texelfx ( une des cartes Obsidian de Quantum3D donc ). A charge de
l'application de r&eacute;clamer l'utilisation des deux Texelfx. Il
n'y a rien d'automatique.</p>
<p>Notez d&egrave;s &agrave; pr&eacute;sent que la plupart des
applications visent les cartes grand public qui ne sont munies que
d'un seul Texelfx. Elles n'envisagent pas
l'&eacute;ventualit&eacute; de la pr&eacute;sence d'une seconde
unit&eacute; et ne s'en servent donc pas. Il ne s'agit pas d'une
limitation de Glide mais bien d'une mauvaise conception des
applications.</p>
<h2><a name="ss7.15">7.15 Linux Glide est il semblable &agrave;
Glide pour DOS/Windows ?</a></h2>
<p>La version publique de Linux Glide devrait &ecirc;tre identique
aux versions disponibles pour DOS/Windows. Les nouvelles versions
pour Linux arriveront peut-&ecirc;tre un peu apr&egrave;s celles
pour DOS/Windows.</p>
<h2><a name="ss7.16">7.16 O&ugrave; trouver des informations sur
Glide?</a></h2>
<p>3Dfx fournit des informations exhaustives. Vous pouvez les
t&eacute;l&eacute;charger via leur site web : <a href=
"http://www.3dfx.com/software/download_glide.html">www.3dfx.com/software/download_glide.html</a>.
Ces informations sont disponibles gratuitement d&egrave;s lors que
vous avez achet&eacute; une carte &agrave; base de composant 3Dfx.
Lisez attentivement les termes du contrat de licence.</p>
<p>Dans un premier temps, vous pouvez vous int&eacute;resser aux
documents suivants :</p>
<ul>
<li><em>Glide Release Notes</em></li>
<li><em>Glide Programming Guide</em></li>
<li><em>Glide Reference Manual</em></li>
<li><em>Glide Porting Guide</em></li>
<li><em>TexUs Texture Utility Software</em></li>
<li><em>ATB Release Notes</em></li>
<li><em>Installing and Using the Obsidian</em></li>
</ul>
Il s'agit de documents disponibles tels quels au format(s) Word et
inclus sinon dans la distribution Glide. Des versions PostScript
sont t&eacute;l&eacute;chargeables : <a href=
"http://www.3dfx.com/software/download_glide.html">www.3dfx.com</a>.
Notez que les num&eacute;ros de version ne correspondent pas
toujours &agrave; ceux de Glide.
<h2><a name="ss7.17">7.17 O&ugrave; trouver des d&eacute;mos Glide
?</a></h2>
<p>Vous trouverez des sources de d&eacute;mos pour Glide parmi les
programmes de test de la distribution et sur le site de 3Dfx.
Certaines parmi ces derni&egrave;res n&eacute;cessitent ATB : le
portage impliquerait la r&eacute;&eacute;criture du gestionnaire
d'&eacute;v&egrave;nements.</p>
<p>En outre, vous trouverez s&ucirc;rement des choses
int&eacute;ressantes dans les sources des d&eacute;mos OpenGL qui
accompagnent Mesa et GLUT. Bien que les API Glide et OpenGL
diff&egrave;rent, elles se destinent &agrave; des mat&eacute;riels
dont les organisations sont voisines.</p>
<h2><a name="ss7.18">7.18 Qu'est-ce qu'ATB?</a></h2>
<p>Certaines des d&eacute;mos 3Dfx pour Glide ne reposent pas
seulement sur Glide mais &eacute;galement sur la boite &agrave;
outils pour l'arcade 3Dfx ( ATB ou Arcade ToolBox ). Cette
derni&egrave;re existe sous DOS et Win32 mais n'a pas encore
&eacute;t&eacute; port&eacute;e sous Linux. Si vous &ecirc;tes un
d&eacute;veloppeur dans l'&acirc;me, les sources sont disponibles
dans le cadre du programme "Total Immersion". Le portage devrait
donc &ecirc;tre possible.</p>
<h2><a name="s8">8. FAQ: Glide et XFree86 ?</a></h2>
<h2><a name="ss8.1">8.1 Glide fonctionne-t-il avec XFree86
?</a></h2>
<p>En fait, les p&eacute;riph&eacute;riques Voodoo Graphics (tm) ne
se pr&eacute;occupent pas de X. Le serveur X ne remarque d'ailleurs
m&ecirc;me pas que le signal vid&eacute;o issu du mat&eacute;riel
VGA n'atteint pas le moniteur. Si vos applications ne font pas
attention &agrave; X, le passage de Glide en plein &eacute;cran
risque de soulever des difficult&eacute;s ( cf la section de
r&eacute;solution des probl&egrave;mes ). Pour &eacute;viter le
surcro&icirc;t de code charg&eacute; d'assurer la cohabitation avec
X, utilisez plut&ocirc;t la console SVGA.</p>
<p>Pour r&eacute;sumer, la bonne entente avec XFree86 est possible
pour autant que vous vous en occupiez. Vous pouvez avoir recours au
"hack de fen&ecirc;tre" Mesa. Il est plus lent que le mode plein
&eacute;cran mais reste plus rapide qu'un rendu purement logiciel (
cf la section suivante ).</p>
<h2><a name="ss8.2">8.2 Doit-on se cantonner au plein &eacute;cran
?</a></h2>
<p>Les p&eacute;riph&eacute;riques Voodoo Graphics (tm) ne se
soucient gu&egrave;re de modes d'op&eacute;ration
fen&ecirc;tr&eacute;s. Il en est de m&ecirc;me de Linux Glide. Le
hack Mesa &agrave; venir permet cependant de copier le contenu du
tampon de m&eacute;moire vid&eacute;o d'une carte Voodoo Graphics
(tm) dans une fen&ecirc;tre X11.</p>
<h2><a name="ss8.3">8.3 Quel est le probl&egrave;me des cartes
AT3D/Voodoo Rush (tm) ?</a></h2>
<p>Le probl&egrave;me est inh&eacute;rent &agrave; l'utilisation
des cartes Voodoo Rush (tm) sous Linux. A la base, elles sont
cens&eacute;es jouer un r&ocirc;le de cartes
acc&eacute;l&eacute;ratrices VGA 2D/3D, que ce soit seules ou en
tant que cartes filles. Le composant VGA li&eacute; au Voodoo Rush
(tm) est un acc&eacute;l&eacute;rateur multim&eacute;dia
Promotion-AT3D d'Alliance Semiconducteur. XFree86 requiert un
pilote pour le composant AT3D.</p>
<p>Il existe une mailing list et un site web avec une FAQ &agrave;
ce sujet : <a href=
"http://www.frozenwave.com/linux-stingray128">www.frozenwave.com/linux-stingray128</a>.
Vous y obtiendrez l'information la plus &agrave; jour. Suse
maintient un pilote : <a href=
"ftp://ftp.suse.com/suse_update/special/xat3d.tgz">ftp.suse.com/suse_update/special/xat3d.tgz</a>.
On signale que le serveur SVGA de XFree86 fonctionne
&eacute;galement en 8, 16 et 32 bpp. Le support officiel sera
vraisemblablement pr&eacute;sent dans la version 4.0 de la XFree86.
XFree86 s'est d&eacute;cid&eacute; &agrave; mettre au point une
distribution interm&eacute;diaire, la 3.3.2, qui pourrait
tr&egrave;s bien r&eacute;soudre le probl&egrave;me.</p>
<p>La configuration suivante du <code>XF86Config</code> est
cens&eacute;e fonctionner :</p>
<hr>
<pre>
# device section settings
Chipset "AT24"
Videoram 4032

# modes vid&eacute;os test&eacute;s par Oliver Schaertel
#  25.18  28.32  for 640 x 480   (70hz)
#  61.60         for 1024 x 786  (60hz) 
#  120           for 1280 x 1024 (66hz)  
</pre>
<hr>
En fin de compte, m&ecirc;me si les pilotes XFree86 ne sont pas
encore termin&eacute;s, il n'y a rien de r&eacute;dhibitoire.
<p>Voici un peu plus de pr&eacute;cisions techniques : la gestion
du Voodoo Rush (tm) exige de la part du serveur X la
capacit&eacute; d'acc&eacute;der &agrave; une zone dans la
m&eacute;moire vid&eacute;o de la carte AT3D tandis que le Voodoo
Rush (tm) a &eacute;galement besoin de cette m&eacute;moire pour
stocker son second buffer et celui du calcul de profondeur. Le
besoin d'allocation et de v&eacute;rouillage de la m&eacute;moire
n'est pas sp&eacute;cifique aux composants 3Dfx. On le rencontre
&eacute;galement dans la gestion des cartes TV capables de saisir
l'image. Les d&eacute;veloppements XFree86 sont actifs dans ce
domaine. Cela implique des changements au niveau o&ugrave; X est
li&eacute; au mat&eacute;riel ( XAA ), changements qui sont
&agrave; lors actuel mis en oeuvre via l'extension XFree86 DGA (
Direct Graphics Access ) aux sp&eacute;cifications X11R6.1.
L'extension fera peut-&ecirc;tre partie d'une r&eacute;alisation
GLX d'XFree86. Les serveurs X actuels agissent comme s'ils
&eacute;taient les seuls &agrave; acc&eacute;der au tampon de
m&eacute;moire vid&eacute;o et affectent tout ce qui n'est pas
directement utilis&eacute; pour l'affichage au stockage de pixmaps
( typiquement pour les fontes ).</p>
<h2><a name="ss8.4">8.4 Qu'en est-il de GLX pour XFree86 ?</a></h2>
<p>Il y a quelques difficult&eacute;s.</p>
<p>Les p&eacute;riph&eacute;riques Voodoo Graphics (tm)
g&eacute;r&eacute;s par la version actuelle de Linux Glide ne
fonctionnent qu'en plein &eacute;cran et ne sont pas pr&eacute;vus
pour partager leur tampon de m&eacute;moire vid&eacute;o dans un
environnement multi-fen&ecirc;tres. GLX, ou toute autre
int&eacute;gration avec X11, n'est donc pas encore
r&eacute;alisable.</p>
<p>Le Voodoo Rush (tm) devrait accepter de coop&eacute;rer avec
XFree86 : une carte conforme aux sp&eacute;cifications SVGA
fonctionnera avec le serveur SVGA XFree86. Cependant, Linux Glide
ne supporte pas encore ce composant. Il en est de m&ecirc;me du
serveur S3 et des autres serveurs XFree86.</p>
<p>Enfin, GLX est intimement li&eacute; &agrave; OpenGL, ou, en ce
qui concerne Linux, &agrave; Mesa. L'&eacute;quipe XFree86
travaille en ce moment &agrave; l'int&eacute;gration de Mesa avec
leurs serveurs X. GLX est en b&ecirc;ta et les points d'ancrage
sont pr&eacute;sents dans XFree86 3.3. Reportez vous aux pages GLX
de Steve Parker pour des informations les plus &agrave; jour :
<a href=
"http://www.cs.utah.edu/~sparker/xfree86-3d/">www.cs.utah.edu/~sparker/xfree86-3d/</a>
De plus, XFree86 et SuSe ont joint leurs efforts dans la
r&eacute;alisation d'un GLX. Cf : <a href=
"http://www.suse.de/~sim/">www.suse.de/~sim/</a>. Pour l'instant,
Mesa &eacute;mule toujours de fa&ccedil;on logicielle GLX avec
Linux.</p>
<h2><a name="ss8.5">8.5 Glide et les serveurs X commerciaux
?</a></h2>
<p>Je n'ai re&ccedil;u aucun courrier ayant trait &agrave;
l'utilisation de Glide et/ou de Mesa avec des serveurs X
commerciaux. Je suis int&eacute;ress&eacute; par toute information
sur le sujet, notamment s'il existe un serveur X commercial offrant
GLX.</p>
<h2><a name="ss8.6">8.6 Glide et SVGA ?</a></h2>
<p>Vous ne devriez pas rencontrer de probl&egrave;mes avec des
applications Glide &agrave; un ou deux &eacute;crans dans les modes
d'affichage VGA. Il peut &eacute;galement s'av&eacute;rer
int&eacute;ressant d'activer une r&eacute;solution de 640 par 480
parmi les modes SVGA si vous travaillez avec un seul
&eacute;cran.</p>
<h2><a name="ss8.7">8.7 Glide et GGI ?</a></h2>
<p>Jon Taylor est en train de mettre au point un pilote GGI pour
Glide. Il n'est pas encore distribu&eacute; officiellement et le
restera jusqu'&agrave; ce que GGI 0.0.9 soit achev&eacute;. Pour
davantage d'informations au sujet de GGI, consultez : <a href=
"http://synergy.caltech.edu/~ggi/">synergy.caltech.edu/~ggi/</a>.
Si vous aimez vivre dangereusement, vous ne r&eacute;sisterez pas
au charme de la combinaison XGGI ( serveur X pour XFree86 reposant
sur GGI ) + GGI pour Glide. Il existe &eacute;galement un pilote
GGI qui s'interface avec l'API OpenGL. Il a &eacute;t&eacute;
test&eacute; avec Mesa sans acc&eacute;l&eacute;ration. Pour tout
r&eacute;sumer, cela signifie que X11R6 est disponible sur Voodoo
Graphics (tm) gr&acirc;ce &agrave; Mesa ou &agrave; Glide.</p>
<h2><a name="s9">9. FAQ: OpenGL/Mesa ?</a></h2>
<h2><a name="ss9.1">9.1 Qu'est ce qu'OpenGL ?</a></h2>
<p>OpenGL est une API pour le graphisme de niveau
interm&eacute;diaire d&eacute;velopp&eacute;e par SGI &agrave;
partir de leur interface pr&eacute;c&eacute;dente Iris GL. OpenGL
est devenu un standard il y a de &ccedil;a quelques ann&eacute;es.
Il est fourni et maintenu par l'ARB ( Architectural Revision Board
), une organisation &agrave; laquelle appartiennent par exemple
SGI, IBM, DEC et Microsoft.</p>
<p>OpenGL fournit tout un ensemble de fonctions 2D et 3D pour le
rendu de triangles et de polygones sur du mat&eacute;riel
acc&eacute;l&eacute;rateur muni d'une architecture en pipeline. De
fa&ccedil;on plus g&eacute;n&eacute;rale, OpenGL forme un ensemble
d'outils puissant pour le graphisme acc&eacute;l&eacute;r&eacute;
sur ordinateur.</p>
<h2><a name="ss9.2">9.2 O&ugrave; trouver davantage d'informations
sur OpenGL ?</a></h2>
<p>Le site officiel d'OpenGL, administr&eacute; par les membres de
l'ARB : <a href="http://www.opengl.org/">www.opengl.org</a>,</p>
<p>On pr&eacute;f&eacute;rera peut &ecirc;tre la passerelle vers
OpenGL de Mark Kilgard : <a href=
"http://reality.sgi.com/mjk_asd/opengl-links.html">reality.sgi.com/mjk_asd/opengl-links.html</a>.
Ce site contient des pointeurs vers des livres, des pages de manuel
en ligne, GLUT, GLE, Mesa, des portages sous divers OS ainsi que de
nombreuses d&eacute;mos et des outils.</p>
<p>Si le d&eacute;veloppement de jeu utilisant OpenGL vous tente,
il existe une liste de diffusion
<code>OpenGL-GameDev-L@fatcity.com</code> accessible via
<code>Listserv@fatcity.com</code>. Il s'agit d'une liste &agrave;
contenu fortement technique et dont le d&eacute;bit est tr&egrave;s
&eacute;lev&eacute;. Vous recourerez s&ucirc;rement &agrave;
<code>procmail</code> pour ventiler la centaine de messages
quotidiens qui en provient. Pour r&eacute;duire le besoin en bande
passante, servez vous de la commande <code>SET OpenGL-GameDev-L
DIGEST</code>. Cette liste est inappropri&eacute;e si vous cherchez
des documents d'introduction. L'archivage est assur&eacute; par le
logiciel ListServ. Les commandes <code>INDEX
OpenGL-GameDev-L</code> et <code>GET OpenGL-GameDev-L
"filename"</code> permettent de se faire un id&eacute;e avant de
souscrire.</p>
<h2><a name="ss9.3">9.3 IGlide met-il en oeuvre OpenGL ?</a></h2>
<p>Non. Glide est une API propri&eacute;taire de 3Dfx dont
plusieurs fonctions sont sp&eacute;cifiques aux composants Voodoo
Graphics (tm) et Voodoo Rush (tm). Une librairie OpenGL 3Dfx est en
cours de r&eacute;alisation ( voyez plus bas ). Diverses
fonctionnalit&eacute;s Glide n&eacute;cessiteraient des extensions
&agrave; OpenGL, certaines &eacute;tant d&eacute;j&agrave;
disponibles par ailleurs ( les textures palettis&eacute;es par
exemple ).</p>
<p>La librairie Mesa de Brian Paul et le pilote Mesa Voodoo de
David Bucciarelli sont ce qui se rapproche le plus d'une version
Linux d'OpenGL acc&eacute;l&eacute;r&eacute;e gr&acirc;ce &agrave;
des p&eacute;riph&eacute;riques particuliers ( voyez plus bas
).</p>
<h2><a name="ss9.4">9.4 Existe-t-il un pilote OpenGL pour 3Dfx
?</a></h2>
<p>Les sites web de 3Dfx et de Quantum3D annoncent une version
d'OpenGL pour Voodoo Graphics (tm) en fin d'ann&eacute;e 1997. Le
pilote est actuellement en b&ecirc;ta et seuls peuvent y
acc&eacute;der les d&eacute;veloppeurs ayant souscrit &agrave; un
accord de b&ecirc;ta-test sp&eacute;cifique.</p>
<p>Aucun portage vers Linux n'a encore &eacute;t&eacute;
annonc&eacute; pour l'instant.</p>
<h2><a name="ss9.5">9.5 Existe-t-il une version commerciale
d'OpenGL pour Linux et 3Dfx ?</a></h2>
<p>Je n'ai entendu parler de rien de tel. La derni&egrave;re fois
que je m'y suis int&eacute;ress&eacute;, ni MetroX, ni XInside ne
proposaient OpenGL.</p>
<h2><a name="ss9.6">9.6 Qu'est-ce que Mesa ?</a></h2>
<p>Mesa constitue une r&eacute;alisation libre de l'API OpenGL,
dont l'auteur est Brian Paul, et &agrave; laquelle de nombreuses
personnes ont contribu&eacute;. Ses performances sont respectables
et bien qu'elle ne soit pas certifi&eacute;e de fa&ccedil;on
officielle, sa conformit&eacute; aux sp&eacute;cifications de l'ARB
la rend, sinon parfaitement compatible avec OpenGL, du moins plus
compl&egrave;te que bon nombre de produits commerciaux.</p>
<h2><a name="ss9.7">9.7 Mesa fonctionne-t-elle avec 3Dfx ?</a></h2>
<p>La derni&egrave;re version de Mesa 2.6 fonctionne avec Linux
Glide 2.4. Bien que ce soit le cas depuis des versions plus
anciennes, ce pilote est encore en d&eacute;veloppement. Attendez
vous donc &agrave; des bugs et des performances
&eacute;loign&eacute;es de l'optimum. Les progr&egrave;s sont
cependant permanents et les correctifs aux bugs viennent souvent
assez vite.</p>
<p>Il vous faudra l'archive de la biblioth&egrave;que Mesa :
<a href="ftp://iris.ssec.wisc.edu/">iris.ssec.wisc.edu FTP
site</a>. Il est &eacute;galement conseill&eacute; de s'abonner
&agrave; la liste de diffusion, notamment pour d&eacute;busquer les
bugs ou les limitations du pilote. V&eacute;rifiez que vous
disposez bien de la version la plus r&eacute;cente. Mesa 3.0 est en
pr&eacute;paration.</p>
<h2><a name="ss9.8">9.8 Qu'en est-il de la portabilit&eacute; de
Mesa pour Glide?</a></h2>
<p>Mesa est disponible pour Linux et Win32. Une application qui
s'appuie sur Mesa ne devrait &ecirc;tre sp&eacute;cifique qu'en ce
qui concerne le code li&eacute; au syst&egrave;me. Typiquement il
s'agira de passer d'X &agrave; Windows ou de WGL &agrave; GLX. Si
vous avez recours &agrave; GLUT ou &agrave; Qt, vous devriez
&eacute;viter toutes les sp&eacute;cificit&eacute;s dues au
syst&egrave;me pour une grande majorit&eacute; d'applications. Il
n'y a que quelques domaines particuliers, comme
l'&eacute;chantillonage des positions successives de la souris, qui
ne sont pas couverts par les GUI portables dont on dispose.</p>
<p>Mesa/Glide est &eacute;galement disponible pour DOS. Il s'agit
d'un portage 32 bits maintenu par Charlie Wallace qui assure la
synchronisation avec Mesa. Pour la derni&egrave;re version,
reportez vous &agrave; : <a href=
"http://www.geocities.com/~charlie_x/">www.geocities.com/~charlie_x/</a>.</p>
<h2><a name="ss9.9">9.9 O&ugrave; trouver des informations sur Mesa
?</a></h2>
<p>La page web de Mesa : <a href=
"http://www.ssec.wisc.edu/~brianp/Mesa.html">www.ssec.wisc.edu/~brianp/Mesa.html</a>.
L'archive de la liste de distribution Mesa : <a href=
"http://www.iqm.unicamp.br/mesa/">www.iqm.unicamp.br/mesa/</a>.
Cette liste n'est certes pas d&eacute;di&eacute;e &agrave; 3Dfx ni
&agrave; Glide mais il s'agit d'un bon point de d&eacute;part si le
recours au mat&eacute;riel 3Dfx pour acc&eacute;l&eacute;rer Mesa
vous int&eacute;resse.</p>
<h2><a name="ss9.10">9.10 O&ugrave; trouver des informations sur
Mesa Voodoo ?</a></h2>
<p>Pour les informations les plus &agrave; jour sur le pilote Mesa
Voodoo de David Bucciarelli <a href=
"mailto:tech.hmw@plus.it">tech.hmw@plus.it</a>, reportez vous
&agrave; la page web : <a href=
"http://www-hmw.caribel.pisa.it/fxmesa/index.shtml">www-hmw.caribel.pisa.it/fxmesa/</a>.</p>
<h2><a name="ss9.11">9.11 Mesa g&egrave;re-t-il le texturage
multiple ?</a></h2>
<p>Pas encore en ce qui concerne Mesa 2.6 mais la question est
&agrave; l'&eacute;tude. Vous disposerez probablement d'une
extension OpenGL <code>EXT_multitexture</code> sous Mesa une fois
qu'elle sera achev&eacute;e. Il n'y a pas de sp&eacute;cifications
fig&eacute;es pour le texturage multiple dans OpenGL. La version
1.2 d'OpenGL est cens&eacute;e pr&eacute;ciser les choses. Les
prochaines versions de Mesa incluront peut &ecirc;tre une mise en
oeuvre sp&eacute;cifique au pilote Glide mais ceci ne sera pas une
priorit&eacute; tant qu'il ne se trouvera que quelques cartes
Obsidian Quantum3D &agrave; int&eacute;grer plusieurs TMU. La
banalisation des cartes Voodoo 2 (tm) changera certainement la
donne.</p>
<h2><a name="ss9.12">9.12 Mesa supporte-t-elle le filtrage
tri-lin&eacute;aire en une seule &eacute;tape ?</a></h2>
<p>Linux Glide g&egrave;re cette op&eacute;ration mais ce n'est pas
le cas de Mesa ( au moins jusqu'&agrave; la version 2.6 ). Le
d&eacute;veloppement est en cours.</p>
<h2><a name="ss9.13">9.13 Qu'est-ce que le hack Mesa ( "Window
Hack" ) ?</a></h2>
<p>La derni&egrave;re version de Mesa incorpore une
fonctionnalit&eacute; exp&eacute;rimentale pour XFree86 sous Linux.
L'&eacute;mulation GLX de Mesa copie le dernier tampon de
m&eacute;moire vid&eacute;o mis &agrave; jour depuis la carte
Voodoo Graphics (tm) vers la m&eacute;moire vid&eacute;o pour
chaque appel &agrave; la fonction <code>glXSwapBuffers</code>. Mesa
offre &eacute;galement cette possibilit&eacute; sous Windows.</p>
<p>Il en r&eacute;sulte bien s&ucirc;r une charge assez importante
au niveau du bus PCI, et ce d'autant plus que le m&eacute;canisme
utilise l'extension SHM du MIT &agrave; X11 et non pas le DGA
XFree86 lors des acc&egrave;s &agrave; la m&eacute;moire
vid&eacute;o. On pourrait th&eacute;oriquement employer la
m&ecirc;me technique avec SVGA par exemple. Le calcul du rendu
limit&eacute; &agrave; une fen&ecirc;tre peut donc tirer pleinement
parti de la pr&eacute;sence d'une carte Voodoo Graphics (tm). De
plus, on &eacute;vite l'interm&eacute;diation VGA qui
d&eacute;grade le signal vid&eacute;o ( les moniteurs haut de gamme
tels le EIZO F784-T l'illustrent tr&egrave;s bien ).</p>
<p>Notez que cette fonctionnalit&eacute; exp&eacute;rimentale n'a
<em>RIEN</em> &agrave; voir avec le Voodoo Rush (tm). Elle ne
concerne que les cartes Voodoo Rush (tm), un point c'est tout.
Enfin, il est n&eacute;cessaire d'utiliser une version
modifi&eacute;e de GLUT puisque la gestion des
&eacute;v&egrave;nements et la cohabitation avec le gestionnaire de
fen&ecirc;tres sont alors du ressort de l'application ( et non du
pilote ! ).</p>
<p>V&eacute;rifiez le positionnement des variables suivantes :</p>
<hr>
<pre>
export SST_VGA_PASS=1          # to stop video signal switching
export SST_NOSHUTDOWN=1        # to stop video signal switching
export MESA_GLX_FX="window"    # to initiate Mesa window mode
</pre>
<hr>
Si vous oubliez une des variables SST, votre carte VGA sera
d&eacute;sactiv&eacute;e et l'affichage dispara&icirc;tra. X
restera cependant toujours actif et vous risquez d'&eacute;prouver
certaines difficult&eacute;s pour revenir en aveugle &agrave; une
situation normale.
<p>Pour clore le sujet, on remarquera que la biblioth&egrave;que
libMesaGL.a ( ou celle en .so ) est susceptible de contenir les
fonctions d'interfa&ccedil;age pour diff&eacute;rents clients.
Ainsi les fonctions GLX, OSMesa et fxMesa ( voir m&ecirc;me
SVGAMesa ) peuvent &ecirc;tre compil&eacute;es au sein d'une unique
biblioth&egrave;que libMesaGL.a. Un programme client attentif saura
les appeler simultan&eacute;ment.</p>
<h2><a name="ss9.14">9.14 Qu'en est-il de GLUT ?</a></h2>
<p>La distribution GLUT de Mark Kilgard constitue une excellente
ressource pour ce qui est des applications type et des utilitaires.
Vous la trouverez &agrave; : <a href=
"http://reality.sgi.com/mjk_asd/glut3/glut3.html">reality.sgi.com/mjk_asd/glut3/</a>.
La derni&egrave;re version est GLUT 3.6 et les discussions ont
commenc&eacute; pour GLUT 3.7 ( alias GameGLUT ). Mark Kilgard
ayant r&eacute;cemment quitt&eacute; SGI, il est possible que
l'archive se d&eacute;place en cours d'ann&eacute;e; pour l'instant
elle reste en place sur le site de SGI.</p>
<p>Il existe une liste de diffusion sp&eacute;cifique &agrave; GLUT
: <code>glut@perp.com</code>. Envoyez &agrave; <a href=
"mailto:Majordomo@perp.com">majordomo@perp.com</a> le message
suivant :</p>
<hr>
<pre>
   help
   info glut
   subscribe glut
   end
</pre>
<hr>
<p>GLUT g&eacute;rant le d&eacute;doublement des tampons de
m&eacute;moire, le fen&ecirc;trage, les &eacute;v&egrave;nements et
d'autres op&eacute;rations fortement li&eacute;es au
mat&eacute;riel et au syst&egrave;me d'exploitation, la
cohabitation de GLUT avec Voodoo Graphics (tm) n&eacute;cessite un
support qui est encore en cours de d&eacute;veloppement au niveau
de GLX pour Mesa. La plupart des situations sont d&eacute;j&agrave;
prises en compte.</p>
<h2><a name="s10">10. FAQ: Quake ?</a></h2>
<h2><a name="ss10.1">10.1 O&ugrave; en est le pilote 3Dfx GL pour
Quake ?</a></h2>
<p>Quake GL, encore appel&eacute; mini-driver, ou miniport, ou Game
GL, ou GL alpha, ne met en oeuvre qu'un sous ensemble d'OpenGL
orient&eacute; vers Quake ( cf <a href=
"http://www.cs.unc.edu/~martin/3dfx.html">http://www.cs.unc.edu/~martin/3dfx.html</a>
pour une liste officieuse de programmes accept&eacute;s ). Quake GL
n'est maintenu par personne et ne b&eacute;n&eacute;ficie d'aucun
support. A l'origine il s'agissait d'une DLL Win32 (
<code>opengl32.dll</code> ) fournie par 3Dfx. Cette DLL n'a pas
&eacute;t&eacute; port&eacute;e sous Linux et il n'est pas
pr&eacute;vu qu'elle le soit un jour.</p>
<h2><a name="ss10.2">10.2 Existe-t-il une version Linux de 3Dfx
glQuake ?</a></h2>
<p>Oui. Les binaires de linuxquake v0.97 supportent Mesa et Glide.
L'ex&eacute;cutable du programme q2test de Quake2 pour Linux et
Voodoo Graphics (tm) est &eacute;galement disponible. L'apparition
en janvier 1998 de linuxquake2-3.10 offre une version
compl&egrave;te de Quake2 pour Linux. Dave "Zoid" Kirsch est
officiellement charg&eacute; de tenir &agrave; jour les portages
Linux de Quake, Quakeworld, Quake2 ainsi les versions Mesa. Notez
qu'aucune version de Quake pour Linux ne b&eacute;n&eacute;ficie du
support officiel de la part d'Id Software.</p>
<p>Pour les derni&egrave;res versions : <a href=
"ftp://ftp.idsoftware.com/idstuff/quake/unix/">ftp.idsoftware.com/idstuff/quake/unix/</a>.</p>
<h2><a name="ss10.3">10.3 glQuake fonctionne-t-il dans une
fen&ecirc;tre XFree86 ?</a></h2>
<p>Une mise &agrave; jour de Mesa et de la version associ&eacute;e
de glQuake pour Linux est en cours. Mesa supporte le
fen&ecirc;trage via GLX mais glQuake pour Linux n'a pas recours
&agrave; GLX.</p>
<h2><a name="ss10.4">10.4 Comment r&eacute;initialiser l'affichage
apr&egrave;s un plantage de glQuake ?</a></h2>
<p>Essayez d'utiliser le programme <code>pass</code> fourni avec la
distribution Glide. Tout ce qu'il fait consiste &agrave; activer
puis d&eacute;sactiver la carte. Si la carte dialogue bien avec la
machine, ceci devrait la r&eacute;initialiser (la carte :)). Si la
carte est belle et bien bloqu&eacute;e, ceci ne fonctionnera pas et
un red&eacute;marrage est &agrave; envisager.</p>
<h2><a name="ss10.5">10.5 Des probl&egrave;mes avec Quake pour
Linux ?</a></h2>
<p>Voici une liste, &agrave; jour au 7 janvier 1998, des
probl&egrave;mes &eacute;ventuels. Est absent tout ce qui n'a pas
trait au mat&eacute;riel 3Dfx.</p>
<ul>
<li>Quake2 doit &ecirc;tre lanc&eacute; par le super utilisateur si
l'on souhaite recourir &agrave; la SVGALib et/ou au rendu GL. Ce
n'est pas n&eacute;cessaire sous X11 mais les
p&eacute;riph&eacute;riques li&eacute;s &agrave; la souris et au
son doivent &ecirc;tre accessibles en lecture/&eacute;criture par
les utilisateurs courants du logiciel.</li>
<li>Certains artefacts se manifestent pendant le chargement avec
X11. Cela reste normal en 16 bits. Le programme ne fonctionnera pas
en 24 bits ( TrueColor ). Ce serait de toute fa&ccedil;on assez
lent.</li>
<li>On signale divers plantages en cas de rendu via GL.
V&eacute;rifiez que vous avez bien install&eacute; la
biblioth&egrave;que Mesa fournie avec Quake2 ! Les versions plus
anciennes ne fonctionnent pas correctement.</li>
<li>Si vous ressentez un "retard" avec le rendu GL, si vous avez
l'impression que la fr&eacute;quence de rafra&icirc;chissement ne
suit pas les d&eacute;placements de votre souris, tapez "gl_finish
1" dans la console. Vous forcez ainsi la mise &agrave; jour en
fonction du d&eacute;filement des images.</li>
<li>V&eacute;rifiez que gpm ou tout autre s&eacute;lection sont
d&eacute;sactiv&eacute;s quand le moteur de rendu GL est en action
ou alors la souris sera inutilisable lorsque Quake2 fonctionne avec
GL.</li>
</ul>
<h2><a name="ss10.6">10.6 Les trous de s&eacute;curit&eacute; de
Quake pour Linux</a></h2>
<p>Ainsi que Dave Kirsch l'a signal&eacute; le 28 janvier 1998,
Quake2 pour Linux pr&eacute;sente un trou de
s&eacute;curit&eacute;. M&ecirc;me si le README ne le mentionne pas
particuli&egrave;rement, Quake2 ne doit pas &ecirc;tre
<code>setuid</code>.</p>
<p>Si vous d&eacute;sirez employer les routines de rendu
<code>ref_soft</code> et <code>ref_gl</code>, il vous faudra
ex&eacute;cuter Quake2 sous l'identit&eacute; root. N'activez pas
le droit attribuant les privil&egrave;ges de super utilisateur
&agrave; toute invocation du programme !</p>
<p>Le rendu sous X11 ne requiert pas les privil&egrave;ges root (
d&egrave;s lors que le <code>/dev/dsp</code> est accessible
&agrave; tous en &eacute;criture ). Le serveur associ&eacute; n'a
bien entendu pas non plus besoin de droits particuliers.</p>
<p>La question des droits root exig&eacute;s par certains jeux est
r&eacute;currente &agrave; Linux depuis plusieurs ann&eacute;es.
Entre autre objectifs, le projet GGI tente de r&eacute;soudre ce
probl&egrave;me. L'avenir devrait apporter un
<code>ref_ggi</code>.</p>
<h2><a name="ss10.7">10.7 Linuxquake supporte-t-il le texturage
multiple ?</a></h2>
<p>glQuake offrira vraisemblablement une telle extension d&egrave;s
lors que le pilote OpenGL impliqu&eacute; l'autorisera. Pour
l'instant, Mesa et le pilote Glide pour Linux ne g&egrave;rent pas
cette extension. Le texturage multiple n'est donc pas disponible.
Reportez vous &agrave; la section sur Mesa et le texturage multiple
pour davantage de d&eacute;tails.</p>
<h2><a name="ss10.8">10.8 O&ugrave; trouver des informations
&agrave; jour sur glQuake pour Linux ?</a></h2>
<p>Essayez les sites suivants : "The Linux Quake Resource" &agrave;
<a href=
"http://linuxquake.telefragged.com/">linuxquake.telefragged.com</a>,
ou "Linux Quake Page" &agrave; <a href=
"http://www.planetquake.com/threewave/linux/">www.planetquake.com/threewave/linux/</a>.
Jetez donc un oeil dans la base de donn&eacute;es "SlipgateCentral"
pour trouver des sites Quake Linux : <a href=
"http://www.slipgatecentral.com/">www.slipgatecentral.com</a>.</p>
<h2><a name="s11">11. FAQ: solutions aux probl&egrave;mes courants
?</a></h2>
<h2><a name="ss11.1">11.1 Cette carte a-t-elle &eacute;t&eacute;
test&eacute;e ?</a></h2>
<p>Une liste suit. Je ne dispose pas d'une liste achev&eacute;e de
vendeurs et de cartes vu que l'on n'a pas mis en &eacute;vidence de
difficult&eacute;s li&eacute;es &agrave; une carte
sp&eacute;cifique. Pour l'instant, seuls 3Dfx et Quantum3D ont
procur&eacute; des cartes aux d&eacute;veloppeurs afin que ceux-ci
les testent. Les cartes Quantum3D s'av&egrave;rent donc un choix
raisonnable. Toutes les autres cartes &agrave; base de composants
Voodoo Graphics (tm) sont cens&eacute;es fonctionner. Ont
&eacute;t&eacute; signal&eacute;es la Righteous 3D d'Orchid, la
Maxi 3D Gamer de Guillemot et la Monster 3D de Diamond.</p>
<p>Les fabricants souhaitant valider la compatibilit&eacute; de
leurs cartes Voodoo Graphics (tm), Voodoo Rush (tm) ou Voodoo 2
(tm) avec les versions &agrave; venir de Linux, de XFree86, de
Glide pour linux et de Mesa peuvent contacter l'auteur de ce
document qui se fera un plaisir de transmettre leur requ&ecirc;te
aux personnes ayant la charge des pilotes concern&eacute;s. Si vous
&ecirc;tes tent&eacute; par le portage de Linux Glide sur une
plateforme autre que les compatibles PC - DEC alpha par exemple -,
prenez contact avec Daryll Strauss qui se charge de la mise
&agrave; jour de Glide pour Linux : <a href=
"mailto:daryll@harlot.rb.ca.us">daryll@harlot.rb.ca.us</a></p>
<h2><a name="ss11.2">11.2 &Eacute;chec lors du changement des
privil&egrave;ges d'entr&eacute;es/sorties ?</a></h2>
<p>Il faut que vous soyez root ou bien que l'identit&eacute;
associ&eacute;e &agrave; votre application puisse &ecirc;tre telle
( cf <code>setuid</code> ). Le pilote se sert du
p&eacute;riph&eacute;rique <code>/dev/mem</code> pour les
transferts DMA. Ce n'est pas sans raisons que seul root en
b&eacute;n&eacute;ficie du droit d'acc&eacute;s. Reportez vous au
README dans la distribution de Glide pour Linux.</p>
<h2><a name="ss11.3">11.3 Un fonctionnement sans les droits root
est-il possible ?</a></h2>
<p>Non. Des solutions de remplacement sont en cours de
r&eacute;alisation.</p>
<h2><a name="ss11.4">11.4 L'affichage est d&eacute;plorable
!</a></h2>
<p>Si votre configuration n&eacute;cessite un interm&eacute;diaire
VGA analogique, la qualit&eacute; d'affichage avec SVGA ou X11 peut
s'av&eacute;rer d&eacute;cevante. Essayez donc un autre
c&acirc;ble. Ceux qui accompagnent la Monster 3D de Diamond sont
notoirement plus mauvais que ceux livr&eacute;s avec la Righteous
3D d'Orchid. Quoi qu'il en soit, il y aura toujours une
d&eacute;gradation r&eacute;siduelle.</p>
<p>Si la carte acc&eacute;l&eacute;ratrice d&eacute;livre une image
m&eacute;diocre en 640 par 480 en plein &eacute;cran, un
probl&egrave;me mat&eacute;riel est envisageable. Contactez le
fabricant de la carte ( pas 3Dfx ! ) puisque la qualit&eacute; du
signal vid&eacute;o, ind&eacute;pendamment du circuit
acc&eacute;l&eacute;rateur, d&eacute;pend du choix de la RAMDAC et
des composants de sortie.</p>
<h2><a name="ss11.5">11.5 La derni&egrave;re image ne
dispara&icirc;t pas !</a></h2>
<p>Vous avez quitt&eacute; votre application via Ctrl-C ou d'une
autre fa&ccedil;on brutale. La carte acc&eacute;l&eacute;ratrice
conserve le contenu de son tampon de m&eacute;moire vid&eacute;o
comme source du signal vid&eacute;o tant qu'on ne lui demande pas
explicitement d'arr&ecirc;ter.</p>
<h2><a name="ss11.6">11.6 L'&eacute;conomiseur d'&eacute;cran se
d&eacute;clenche ( deux &eacute;crans ) ?</a></h2>
<p>Lorsqu'une application s'ach&egrave;ve dans une configuration
&agrave; deux &eacute;crans, la carte acc&eacute;l&eacute;ratrice
ne fournit plus de signal vid&eacute;o et l'&eacute;conomiseur se
d&eacute;clenche. Pour &eacute;viter &ccedil;a :</p>
<hr>
<pre>
setenv SST_DUALSCREEN 1
</pre>
<hr>
<h2><a name="ss11.7">11.7 Mon ordinateur semble se bloquer ( X11,
un seul &eacute;cran ) !</a></h2>
<p>Si X fonctionne en m&ecirc;me temps qu'une application Glide, la
souris se retrouve surement &agrave; pointer hors de la
fen&ecirc;tre. Les &eacute;v&egrave;nements clavier n'atteignent
donc plus l'application.</p>
<p>Si votre programme concurrence X11, il est conseill&eacute;
d'installer une fen&ecirc;tre plein &eacute;cran ou de se servir
des fonctions <code>XGrabPointer</code> et <code>XGrabServer</code>
tandis que le serveur X est d&eacute;sactiv&eacute;. Notez que le
recours &agrave; <code>XGrabPointer</code> et &agrave;
<code>XGrabServer</code> ne qualifie pas une application comme
particuli&egrave;rement propre &agrave; l'&eacute;gard de X; le
syst&egrave;me pourrait ainsi se retrouver bloqu&eacute;.</p>
<p>Si vous rencontrez ce probl&egrave;me alors que X n'est pas
lanc&eacute;, v&eacute;rifiez qu'il n'y a pas de conflit
mat&eacute;riel ( voir ci-dessous ).</p>
<h2><a name="ss11.8">11.8 Ma machine se bloque ( un ou deux
&eacute;crans ) ?</a></h2>
<p>Si le syst&egrave;me ne r&eacute;pond plus et que la perte de
focus est &agrave; exclure, un conflit mat&eacute;riel plus ou
moins subtil est &agrave; envisager. Reportez vous au paragraphe
traitant des probl&egrave;mes d'installation pour plus de
d&eacute;tails.</p>
<p>Les difficult&eacute;s ne se limitent pas aux conflits
d'adresses ( cf ci-dessous ). Si vous &eacute;crivez vous
m&ecirc;me vos applications, oublier de fermer ses sommets est une
cause courante de blocage. Reportez vous &agrave; la section
"snapping" de la documentation Glide.</p>
<h2><a name="ss11.9">11.9 Ma machine se bloque ( avec une carte S3
) ?</a></h2>
<p>Il existe un probl&egrave;me de recouvrement de zones
m&eacute;moires sp&eacute;cifique aux cartes S3. Le site web 3Dfx
contient des informations et un patch au probl&egrave;me
suscit&eacute; mais seul Windows est concern&eacute;. Certaines
cartes S3, typiquement les Diamond Stealth S3 968 les plus
anciennes, r&eacute;servent davantage de m&eacute;moire qu'elles
n'en utilisent. Le Voodoo Graphics (tm) doit donc &ecirc;tre
plac&eacute; ailleurs. Comme rien de tel n'a &eacute;t&eacute;
signal&eacute; avec Linux, peut-&ecirc;tre s'agit-il d'une
*sp&eacute;cificit&eacute;* Windows ?</p>
<h2><a name="ss11.10">11.10 Pas de conflit d'adresse mais la
machine se bloque quand m&ecirc;me !</a></h2>
<p>Peut-&ecirc;tre avez vous une carte qui ne g&egrave;re pas le
PCI de fa&ccedil;on tout &agrave; fait standard. L'ASUS TP4XE
poss&egrave;de &agrave; cet &eacute;gard un connecteur dit "Media
Slot" c'est-&agrave;-dire un connecteur PCI non standard qui
&eacute;tend ce dernier de fa&ccedil;on &agrave; accueillir
certaines cartes ASUS combinant des fonctions son et SCSI. L'auteur
de ce document a &eacute;prouv&eacute; de s&eacute;rieuses
difficult&eacute;s avec une Monster 3D de chez Diamond &agrave;
laquelle il avait affect&eacute; ce connecteur. Le
d&eacute;placement de la carte vers un connecteur PCI standard a
supprim&eacute; tous les dysfonctionnements. NdT: si le bios de
votre carte ASUS comprend quelque chose sugg&eacute;rant un vague
couplage des connecteurs PCI 3 et 4, lisez le manuel et essayez
d'autre options sans quoi vous risquez des probl&egrave;mes
d&egrave;s qu'une carte quelconque occupera le connecteur maudit
!</p>
<h2><a name="ss11.11">11.11 Mesa est actif mais n'acc&egrave;de pas
&agrave; la carte !</a></h2>
<p>V&eacute;rifiez que vous avez bien recompil&eacute; toutes les
biblioth&egrave;ques, notamment les paquetages requis par les
d&eacute;mos. N'oubliez pas que GLUT ne g&egrave;re pas encore le
Voodoo Graphics (tm). V&eacute;rifiez que vous avez supprim&eacute;
les anciennes biblioth&egrave;ques, que vous avez relanc&eacute;
<code>ldconfig</code> et/ou positionn&eacute; correctement votre
<code>LD_LIBRARY_PATH</code>. Mesa inclut plusieurs pilotes ( MIT
SHM pour X11, rendu hors &eacute;cran, Mesa Voodoo ) utilisables
simultan&eacute;ment et il se peut que vous deviez changer
explicitement le pilote employ&eacute; ( reportez vous &agrave; la
fonction <code>MakeCurrent</code> ) si le Voodoo Graphics (tm)
n'est pas choisi par d&eacute;faut.</p>
<h2><a name="ss11.12">11.12 R&eacute;initialiser une carte SLI (
configuration &agrave; deux cartes ) ?</a></h2>
<p>Si le fonctionnement en mode SLI d'une carte Obsidian Quantum 3D
est interrompu brutalement, les cartes se retrouvent dans un
&eacute;tat des plus incertains. Si vous avez deux cartes, vous
utiliserez un programme nomm&eacute; <code>resetsli</code> pour
r&eacute;initialiser les cartes. Tant que vous ne l'aurez pas
appel&eacute;, la r&eacute;initialisation des cartes Obsidian
restera impossible.</p>
<h2><a name="ss11.13">11.13 R&eacute;initialiser une carte SLI (
configuration &agrave; une seule carte ) ?</a></h2>
<p>Le programme <code>resetsli</code> susmentionn&eacute; reste
sans effet sur une carte Obsidian SLI ( &agrave; savoir la
100-4440SB ). Rebootez en appuyant sur le bouton reset pour
r&eacute;initialiser compl&egrave;tement la carte.</p>
</body>
</html>