xcomcmdr a écrit 3537 commentaires

Ou peut-être que même s'ils ne sont pas tous débiles, sur ce document là, ça a été fait avec les pieds. Aussi simple que ça.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Ou pas. La définition du "bon sens" est différente pour chacun.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Vidéo à la demande rétroactive ! \o/

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Merci de confirmer que linux c pas fait pour le desktop

Je n'ai rien dit de tel. Juste que le desktop n'est plus aussi important qu'il l'était dans les années 90.

boites noires qu'on a surtout pas le droit de toucher…

Je vois pas ce qui t'empêche de hacker des équipements, de l'embarqué, ou ton téléphone Android…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Donc officiellemnt faut pas se plaindre si ça pète, c'est le but de Testing de servir de crash-test.

Officieusement, si ça plante c'est quand même surprenant, et y'a de quoi se plaindre vu que tout le monde utilise testing et s'attend à ce que ça fonctionne bien pour son desktop.

… Le message est quand même assez confus au final !

Avec Archlinux au moins y'a un seul discours : si ça pète, c'est sûrement parce que c'est une version de dév ou un problème de config. :p

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Le desktop on s'en fiche : on a déjà tout le reste : les serveurs Web, le cloud, l'embarqué, les équipements réseau, les téléphones, les tablettes, les montres, … ;-)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Dolphin c'est la vie, l'amour, le bien-être éternel. :)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Pareil, je n'ai pas vu de film sur 700 Mo depuis un bail.

Ou quand j'en vois, c'est de la merde fait par un plouc qui te répond "mais non elle est très bien la qualité !!" (ouais, du XviD pour du 720p avec un film de 3 heures sur 700 Mo - et par dessus le marché, avec des sous-titres incrustés, le tout, comble de l'ironie, dans un mkv ! - : tu te fous pas de ma gueule là ?)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

C’est dans lequel de ces deux messages que tu nous prends pour des jambons ?

aucun. Il faut juste mettre D3D10Drv.D3DREnderDevice dans la config pour utiliser le renderer d3d10, ce que j'ai oublié de faire.

Celui qui prend les gens pour des jambons, c'est celui qui utilise wine, un jeu viex de 15 ans, et dit ensuite "bouh d3d c'est de la merde" alors que ça n'a absolument rien à voir !

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Si tu veux je test sous windows 7 ce soir et je te fais la diff.

Inutile. Le screen que j'ai mis été en fait avec le renderer Direct3D7 d'origine. On voit bien que c'est identique au rendu OpenGL de vv222 (mise à part les textures modifiés par les mods).

J'ajouterai que je n'ai pas ressenti le besoin de changer les textures ou de moteur après être passé sur le moteur openGL.

Tu es bien le seul. Les textures d'origines de Deus Ex sont hideuses, même pour l'époque où le jeu est sorti.

PS : aucun de ces mods ne modifient la profondeur du champ de vision du joueur, ni le FOV.

Bref, avant de dire qu'un rendu dégeulasse est universel et que c'est la faute à Direct3D, essayez d'abord de vous rappeler :
- qu'il faut tester au moins sur plusieurs machines pour savoir si c'est vraiment universel ou non (et quand je dis plusieurs, c'est pas 2)
- que c'est peut-être dû au fait que vous utilisez Wine, avec un renderer D3D vieux de 15 ans, sur un jeu vieux de 15 ans…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Rendu avec le renderer Direct 3D 10 + New Vision + HDTP Beta 3 (sous Wine, donc tout ce que je test c'est la qualité du traducteur Direct3D -> OpenGL de Wine…) :

Tout est bon dans le Denton

Tiens, on voit la Statue… !

Voili, voilou…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Euh, ouais… -_-'

Alors, ça montre juste une différence entre le renderer Direct3D 7 utilisé par l'Unreal Engine 1.5 de Deus Ex, et le renderer OpenGL.

Donc déjà, rien à voir avec la qualité de l'API ou un bug dans Direct3D.

Et sachant que dans DeusEx.ini, chaque renderer a des tonnes d'options, je pencherais plutôt pour un problème de configuration.

Qui plus est c'est testé sous Wine, alors la valeur du test serait plus que limitée, si le test n'était déjà pas incorrect.

Si on prend un renderer Direct3D10 pour Unreal / Unreal Tournament / Deus Ex, ou un renderer OpenGL plus récent, les résultats seraient sûrement bien meilleurs pour les deux.

Qui plus est jouer à Deus Ex sans New Vision ni HDTP Beta 3, c'est vraiment moche. :p

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

parce que VLC, c'est quand meme LE couteau suisse pour lire des videos tout OS confondus

Non.

Sous linux, on avait avant lui mplayer, qui n'a rien à lui envier (surtout en utilisant l'interface graphique SMPlayer).

Sous Windows, on a MPC-HC (logiciel libre), basé sur le logiciel libre ffdshow-tryouts (lui-même basé sur ffmpeg), qui n'a rien à lui envier non plus

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Euh .. c'est le propre d'un pilote de faire abstraction du hardware pour proposer une API standardisée aux applications.

Pour moi, un pilote ne devrait pas être mis à jour à chaque fois qu'un jeu AAA sort… Il répond à une interface standard de l'OS visé, l'OS propose aux applications 3D Direct3D ou OpenGL, et le jeu/application 3D pro utilise Direct3D/OpenGL, point.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Plein de fois sous Plasma 5. Vivent les betas…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Tu utilises un ordinateur avec uniquement des firmwares libres, j'espère ?

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Pourtant à l'époque Direct3D/DirectX était vendu (mêmes arguments pour Windows 95 dans son ensemble, d'ailleurs) pour se débarasser du code dépendant du hardware et de gestion du hardware dans les jeux de l'époque (qui étaient pour MS-DOS). :(

Alors certes ce n'est plus dans le code des jeux eux-mêmes, mais si ça se retrouve dans les pilotes (même si évidemment ce n'est qu'en partie), on a juste inversé la responsabilité et déplacé le problème !

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Désolé mais qu'est-ce qu'il a très certainement apporté ? De pertinent/utile bien entendu..

Alors en dehors des produits Microsoft (qui sont pour la majorité, très bien) (liste non-exhaustive) :

• des systèmes de fichiers utilisés partout (FAT32 sur toutes les clés USB, et c'est un système de fichiers tellement simple qu'il est compris par tout le monde. NTFS est aussi dans l'ensemble compris par à peu près tout le monde, tout en étant bien plus moderne que la FAT32)

• des processus de production/review de code/architecture logcielle/tests mettant la sécurité logicielle en avant : Writing Secure Code, The Trustworthy Computing Security Development Lifecycle, The Windows Security Model

• Microsoft Research a apporté beaucoup d'idées/projets très intéressants (exemple, autre exemple, autre exemple, autres exemples, et encore d'autres. Et encore c'est même pas 10% des projets)

• participation à l'élaboration des standards ACPI

• participation à l'élaboration des standards W3C

• Le Secure Boot (non, ce n'est pas pour empêcher de démarrer Linux, mais pour empêcher de se prendre des rootkits)

• participation à la mise au point de l'UEFI, et à l'usage un bon UEFI c'est vachement mieux que n'importe quel BIOS

• Le fait que l'utilisation d'une pile réseau TCP/IP dans un OS dominant le marché à l'époque (Windows 95) a pu mettre fin à l'utilisation de protocoles incompatibles entre eux selon le vendeur (IPX/SPX, Novell Netware et autres "joyeusetés" : c'est du passé depuis les années 90).

• Microsoft Press, qui a permis l'édition de nombreux bouquins intéressants (je pense notamment à Agile Project Management with Scrum (Developer Best Practices))

• On peut aussi citer en vrac : les distributions Linux provenant de Microsoft, les contributions au kernel Linux, les contributions financières avec la Linux Foundation à un fond commun pour les projets libres critiques (dont LibreSSL), l'ouverture progressif du .NET Framework (dont ASP .NET) à l'open source, …

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Ah parce que en plus c'est un jeu qui a 15 ans ?

Bonjour les problèmes de compatibilité !

Que le jeu soit vieux ou non, j'ai déjà vu des jeux de 15 ans tourner très bien sur une nVidia, et se planter lamentablement sur une ATI équivalente.

Par ailleurs, l'OS a DirectX 12, le jeu utilise au mieux DirectX 7. C'est 15 ans en arrière dans l'histoire de l'API. Microsoft fait des efforts énormes pour la rétrocompatibilité, mais les bugs arrivent tôt ou tard.

comment ce fait ce que les nouveaux drivers sur une carte recente ne geres pas correctement?

Bah quand on voit qu'on est censé utiliser des API pour éviter du code pour chaque jeu dans les pilotes (que ce soit Direct3D ou OpenGL), et qu'à chaque fois qu'un jeu AAA sort il y a une mise à jour des pilotes graphiques, ça fait froid dans le dos pour la (rétro)compatibilité…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

C'est un américain. Le reste, c'est des méchants terroristes.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Le truc c'est que ce genre de problèmes vient 11 fois sur 10 des pilotes (ou du matériel trop vieux dans les cas où ça bogue vraiment beaucoup), pas de l'API utilisé ni du jeu.

Tes pilotes sur ce jeu ne boguent pas en mode OpenGL. Soit. Mais ça ne veut rien dire sur la qualité/stabilité de l'API Direct3D.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Mauvais pilotes, changer pilotes.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Ça tombe bien, c'est sa cible à la base. Les millions de jeux vidéos. ;-)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Tu veux plutôt parler de Direct3D.

Le reste de DirectX (DirectMusic, DirectSound, DirectInput/XInput, XAudio2, DirectPlay, DirectShow, Direct2D, …) n'a rien à voir avec OpenGL/Vulkan.

Et on peut dire qu'à l'inverse, l'échec d'OpenGL dans le monde Microsoft a été assourdissant. ;-)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Au contraire, je trouve que le discours est le même.

La version Évolution/Fresh est stable, avec des fonctionnalités plus récentes et moins testées, plutôt pour ceux qui veulent les dernières nouveautées.

La version Stable/Still est stable, avec des fonctionnalités moins récentes mais plus testées, plutôt pour les utilisateurs conservateurs.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)