Forum

Reprise du message précédent

Bonjour,

Cela est vrai uniquement, car nous continuons à supporter les 32 bits. Les distributions ayant fait le choix d'abandonner le 32 bit ont placés les bibliothèques nécessaires dans les dépôts. Chez elles il n'y a plus de distinction entre dépôt 32 bit et 64 bit.


Steam est aussi un cas particulier vu que les bibliothèques sont demandées pour les jeux. Il y a énormément d'anciens jeux sur Steam qui n'existent qu'en 32 bits et on ne va pas les supprimer juste, car ils n'existent pas en 64 bits. Certains jeux indépendants et de niche utilisent aussi le même moteur durant des années. Or si le moteur est ancien il est probablement 32 bits. On ne peut pas leur demander de changer de moteur. C'est aussi le cas pour certains jeux qui évoluent par DLC mais dont la base reste la même pendant plusieurs années.


Je ne pense pas que l'on puisse parler de mise à jour. En développant en 32 bits on s'assurera qu'il fonctionnera sur tous les PC. En développant en 64 bits, on se prive des PC qui ne tournent qu'en 32 bits.


Là encore, ce n'est pas spécifique à Windows, la famille des Ubuntu le fait et ça ne dérange personne.

Là encore, ce n'est pas spécifique à Windows, la famille des Ubuntu le fait et ça ne dérange personne.[/quote]

Oui et bien comme je l'ai dit c'est ma façon de penser et mon avis que je donne. Je n'impose rien ni n'oblige à quoi que ce soit. maintenant si Ubuntu veut jouer avec le feu c'est leur problème mais je comprend mieux les critiques et problème qui leur sont fait dans mon entourage et le passage à Maegeia suite à mes conseils...et c’est bizarre mais aucun n'est revenu à Ubuntu. Comme quoi des choix qui paraissent simplifier ne sont pas forcément les bons.

Quand à se priver de jeux parce qu'il sont 32 bit... Je n'ai pas dit qu'il faillait supprimer les librairies 32 bit mais simplement ne pas les mélanger avec les librairies 64 bit. Savoir ce que l'on utilise et pourquoi on l'utilise est une bonne chose. Apprendre et comprendre est plus important que simplement utiliser. La curiosité n'est jamais un vilain défaut. Même si l'ignorance est la maladie de notre époque. Quand je rencontre des "soit disant" artistes 3D qui créent pour des jeux et n'ont aucune idée de ce qu'est un Z-Buffer, l’algorithme du peintre, le Phong ou le Gouraud cela m'attriste. Après on se retrouve avec des jeux 3D lourds, gourmands en ressource et tout le monde trouve cela normal :(

L'opensource c'est aussi et même avant le partage de compétences et de connaissances.

Sur ce je vais arrêter là avant de m'énerver lol. La seule chose à prendre au sérieux restant l'humour, rions ensemble. La vie est trop courte pour se battre

Amicalement Emmanuel

merci Helijah pour ces remarques qui donnent à réfléchir ( et reste calme ) .

c'est vrai que même si j'en perçois pas bien l'impact, ça semble pas terrible de mettre du 32 bits dans les dépots 64 bits
Mais quand j'active mes dépots 32 bits, j'ai et que je recheche un programme, je vois tout en double, 32 et 64.

Ya pas d'autres solutions ?
par exemple , Mettre dans les dépot 32 bits (à part donc) de la version 64 bits, juste ce qui pourrait être nécessaire, (pour steam et win, peut-être quelques pilotes ?)
et pas avoir toute une distribution en double ?

Édité par Ami age Le 28/04/2021 à 19h45

dnfdragora propose une option montrant les paquets 64 bits uniquement. Il faudrait vraiment se remettre à rpmdragora pour le mettre au niveau.

@Helijah : la complexification amène la spécification. Maintenant les moteurs graphiques sont développés par des professionnels qui s'occupent de ces questions techniques. Les designers (chara-, prop-...) sont recrutées sur leur qualité artistique et sur leur maîtrise de logiciels de plus en plus complexe. Il n'y a qu'à comparer le Photoshop des années 90 et celui de maintenant. Il est extrêmement rare qu'un bon graphiste soit bon programmeur et vice versa.

Bonsoir Ami Age, personnellement je clique sur Arch. une fois ou deux et toute les entrées sont classées par nombre de bit. Toutes les 32 puis toutes les 64 ou toutes les 64 puis toutes les 32 sans oublié les noarch bien sur

Bonsoir Yuusha

Je ne demande pas à ce que des artistes soient aussi programmeurs, mais un minimum de curiosité sur le fonctionnement des outils qu'ils utilisent leur permettrai d'optimiser bien en amont leur travail. Avant même de commencer pour tout dire.
Connaître le fonctionnement du Phong du Gouraud, connaître la méthode du peintre ne demande pas de compétences en programmation. Il suffit d'en comprendre les principes et ce faisant, les objets 3D seront, dès la mise en imagination, avant même l'ouverture du logiciel, optimisés et agencés pour les cartes 3D. Car oui même si aujourd’hui les cartes font de la 3D câblés les algorithmes câblés à l'intérieur restent les mêmes qu'il y a 30 ans. Et les comprendre permet de créer plus vite plus facilement et avec bien plus de qualité.

Et je ne dis pas cela parce qu'il y a 30 ans je les programmais moi même à la main lol (pas d'OpenGL ou Direct X mais je le faisais ). Mais parce que aujourd'hui en connaître les tenants et les aboutissants me permettent de créer bien plus facilement et rapidement.

Je suis d'accord sur les qualités demandées lors des recrutements...mais cela ne fait pas tout. Et c'est à mon sens une erreur. Il en va de même pour la programmation d'ailleurs. De nos jours combien sont encore capable d'aligner des lignes de codes ASM pour créer....A part des vieux comme moi. Personne ! (sauf quelques curieux). Les soit disant programmeurs d'aujourd'hui ne sont que des assembleurs de briques. Briques que nous avons créé il y a des années pour nous faciliter la vie. Mais nous savions comment les briques fonctionnaient et nous pouvions les modifier ou en créer d'autres. j’attends le jour ou les briques ne fonctionnerons plus..car cela finira par arriver..... Combien pourrons intervenir et réparer si plus personne n'apprend et ne comprend l'ASM, le fonctionnement interne d'un carte graphique, d'un microprocesseur........C'est la grande maladie de notre époque..On utilise, on se crois doué parce que le système fait 80% de taf.... On a oublié la base de tout travail créatif.....Programmation, 3D, composition, écriture...Etc....

20% de travail pour 80% de réflexion

Actuellement c'est plutôt 80% de travail pour 20% de réflexion.......le monde est devenu fou et régresse.....c'est bien triste.

Bonsoir.
De nombreuses personnes utilisent des frameworks maintenant. Cela facilite le développement.

Je suis bien d'accord artenox, mais utiliser un outil n’empêche pas la curiosité de savoir comment il fonctionne, comment il a été fait etc...

C'est le principe même des connaissances scientifiques et techniques : on ne passe pas son temps à réinventer la roue. Des gens s'y connaissent encore en assembleur : les développeurs des compilateurs. Mais si je demande à un des développeurs de gcc de m'écrire un code de résolution des équations de Navier-Stokes en régime hypersonique en volume fini, je doute qu'il sache le faire correctement. Et s'il prend le temps de l'apprendre, qui va développer gcc ? L'assembleur peut-être (surement) utile pour certaines tâches, mais pour d'autre il rend juste le code illisible et impossible à réaliser dans un temp raisonnable. N'oublions pas que le Fortran existe depuis les années 50. Personne ne peut maîtriser sa machine depuis l'électronique jusqu'à la programmation et l'utilisation de fonctions avancées.

Ubuntu est notre ami. Windows et Mac sont nos ennemis.