Reprise du message précédent :

 
c'est clairement le cas, il a fait de bons jeux non fini a cause de microsoft qui voulait plus filer de tune.
on croit tous en lui peut etre a tord ou a raison, mais quand t'as un mec qui fait une vraie démo live de ses modules en prenant la manette en mains je sais pas mais je lui fais confiance.
et aussi qu'il a sorti 1M$ de sa poche...

 
Au temps pour moi, j'ai lu sur le site :
 

 
J'ai cru que ça voulait dire que les planètes étaient explorables .  
 
Bien sur on est d'accord il n'y a pas qu'un problème de contenu.

Voila, tu t'es exprimé, tu as dit tout ce que tu avais à dire (je pense), on peut passer à autre chose à présent
Merci à tout pour ce débat qui aura tenu la matinée.

 
Je lui fais aussi confiance. A hauteur de 40€ .

 
 
oui enfin le mec politique il fait pas un rapport chaque semaine de l evolution de sa politique.... la comparaison est foireuse, la on parle de developpeurs qui montrent l avancement de leur projet au fur et a mesure, et pour l instant c est a la hauteur des promesses.... enfin bref, il me fatigue arretez de le quote svp ou je vous BL tous

Tu demandes d'arrêter, mais à chaque fois tu remets une pièce.

Je lui aurais plus fait confiance si il utilisait pas une manette

Bugsmashers version "Bureau spécialisé dans la corruption qui mène des enquêtes toutes les semaines pour mettre un politique pourri au pilori"                  

bah oui vous le quotez   peux pas m empecher de reagir a ce genre de conneries moi, SC c est pas un programme politique, c est un programme tout court

et puis pourquoi tu me double quote toi ?

 
 
il sait meme pas s en servir, il a plus le droit de faire des demos d ailleurs

 
et en plus il est mauvais    
 

 
le seul truc PEUT ETRE explorable avec les buggy sera les gros astéroïdes car ils seront modéliser entièrement car bien plus petit qu'une planète.

Tu veux dire un seul autre jeu à avoir recoder un moteur pour ça ?
 
Parce que pour un exemple de jeu codé comme ça de base, j'ai bien une idée

Attends, t'es un grand garçon non ? Ne rejettes pas la faute sur nous car tu peux pas te retenir de répondre
 
Et j'ai rien double quote
 
Moi je veux seulement qu'on arrête ce débat stérile.
 
Faite ce que vous voulez, ce sera mon dernier post de la journée sur ce sujet

 
bah lequel ?   je veux une preuve biensur  

mais si tu m as double quote

bref, vive Elite au moins y a pas de debat sur le budget

 
Pour changer de sujet (et être un peu HS du coup ), niveau exploration de toute les planètes j'attends impatiemment no man's sky aussi.
 
J'espère aussi qu'il sera pas décevant vu les ambitions affichées .

 
Mark Allen (Programmer)

 
pour la source, il te faudrait un accès alpha

 
je valide cette source    gedemon n essaye pas de nous faire passer des Cobra pour des Cutlass

alors là je capte pas : " Doubles (64-bit floats) are perfectly fine on 32 bit machines " car la double precision est calculé par le GPU en dehors du fait qu'il faut un OS 64 bits. ( par exemple une radeon 230 ne sait pas calculé de double precision )
en dehors de ça vous ne jouez pas avec la version 64 bits car d'après lui ça n'apporte rien alors que CR dis l'inverse, notamment a cause du degré de détails entre les vaisseaux et le personnage a l'intérieur.
d'ailleurs space engineer aussi est passé à la double precision car ils en avaient aussi besoin.

Concernant la bascule en 64 bits pour SC, cela consiste à modifier toutes les fonctions du CryEngine afin qu'elles utilisent des variables en 64 bits (double) au lieu de variables en 32 bits (single) en très (très) résumé    
Et vu le nombre de million de lignes de code que cela impacte, cela représente une charge de travail conséquente.
 
Le sujet n'est pas de compiler simplement le client en 64 bits  

l'exe fonctionne en 32 bit, mais utilise une précision de 64 bits pour les calculs.

il n'y a pas besoin de faire une build en 64 bits pour utiliser cette précision.

je ne suis pas le développement de SC d'aussi près, mais si ils prévoient une version 64 bits seulement, c'est plutôt pour des problèmes de mémoire, pour pouvoir stocker toutes les infos nécessaire pour placer une deuxième serviette dans le hangar par exemple, mais ce n'est pas nécessaire pour calculer la distance entre deux hangar avec la précision requise par la taille de la "carte".

edit: et comme dit acecel, par contre, convertir un moteur pour utiliser cette précision, ce n'est pas anodin.

 
Je suis d'accord avec lui, manipuler des variables 64 bit avec des OS/proc 32 bit ça se fait depuis très longtemps, ça demande juste plus de cycle d'horloge.

 
ce qui m’inquiète plus c'est a quel point ça va mettre nos gpu sur les genoux.
C'est bien jolie de passer en double precision mais va falloir les faire les calculs derrières.

 
la version 64 bits du client est déjà en prod et depuis toujours il n'existe pas de verison 32bits.
mais il a bien été dit que la double precision est nécessaire car quand tu t'approches du bord "de la map" tu as des trucs qui petent un cable, genre le casque qui se confond avec ta tete, ou le moteur droit qui ne fait qu'un avec le moteur gauche...

 
de ce que j'ai lus les calculs de double précision sont fait par les gpu car avec elles ont des fonctions préfait qui permettent de calculer ça plus vite.
d'où le fait que certaines cartes ne soit pas compatible double precision.
sinon oui on peut stocker des variable de 64 bits en les découpant en 2 variable de 32bits.

 
Je doute fort que dans les JV on s'amuse à déporter des calculs sur le GPU non ? On a souvent besoin de toute la puissance des GPU pour les graphismes et le multi CPU est rarement exploité à fond, donc ya de la marge de ce côté là.
 
Je dis tout ça avec précautions, je suis pas un spécialiste.
 

Toutes les opérations ne vont pas passer en double précision, seulement une petite partie d'entre eux (principalement ce qui a attrait aux coordonnées dans l'espace et à la physique).

 
de ce que je vois les CG sont capable de les calculés http://en.wikipedia.org/wiki/AMD_Radeon_Rx_200_Series
maintenant dans les jeux il était dit que ça ne servait a rien d'avoir une si grande précision, mais pour SC ils estiment que si.
 

 
non pas tout mais le plus important, les coordonnées, faut pas oublier qu'un vaisseau c'est une multitude de morceaux technique, le moteur principal, les thruster ( 6 minium), le proc, le module radar, le module bouclier, etc... sachant que tout est lié pour moi c'est pas anodin.

nan mais pas de panique, on a un exemple concret qui fonctionne déjà très bien  

La majeure partie des calculs de coordonnées (transformations de matrices etc) sont exécutées par le CPU, même chose pour la physique.
Surtout qu'en ce qui nous concerne, ce sont les coordonnées dans le monde qui nécessite une meilleure précision, par les coordonnées locales de l'objet.
Les déformations de mesh par exemple sont gérées par le GPU, enfin dès que ça touche au vertices  

La raison pour laquelle il n'existe pas de version 32 bits du client est liée à la limitation au niveau mémoire vive (et probablement parce qu'ils ne veulent pas se faire chier à le maintenir aussi)
 

C'est faux  

j'ai lu ça : Computers with 32-bit storage locations use two memory locations to store a 64-bit double-precision number http://en.wikipedia.org/wiki/Doubl [...] int_format
c'est pas ma partie en informatique mais j'aime apprendre donc si je comprend pas je veux bien que tu m'éclaires

Elite ? je doute que les vaisseaux d'Elite soient aussi complexe que ceux de SC.

 
Oué enfin, pas au point de nécessiter une précision 64bits.  
 
Enfin bon, je me demande si ce débat est pas pire que le mien   .

Laissons les professionnels faire leur travail, j'ose espérer qu'ils savent ce qu'ils font

Les GPU travaillent principalement avec des float, et ils ne sont pas plus rapides qu'un cpu pour la manipulation de variables en double précision.
 

Tous les gpu/cpu sont capables de manipuler des variables en double précision, mais cela prends (beaucoup) plus de temps s'ils ne disposent pas de jeu d'instruction dédié.
 

Le terme 'découper' est incorrect, mais oui par définition une variable en double précision occupe potentiellement deux fois plus d'espace qu'une variable en simple précision.

 
bah si ils estiment qu'ils en ont besoin    tout comme space engineer a estimé en avoir besoin.
quand tu es en bordure de map et que ton casque ne fait qu'un avec ta tete c'est pas forcément la joie ou pire si la physique de ton vaisseau part en couille.
 
ps : faut savoir que dans un vaisseau de SC tout le système de refroidissement et d'oxygen est fait. y avait cette merveilleuse vidéo d'ailleurs : https://www.youtube.com/watch?v=uw18M19BMSI

pourtant dans le lien que j'ai mis tu vois bien que pour la double precision ( contrairement a la simple precision ) les premieres cartes ont un NO.

 
Bien sur, s'ils en ont besoin, ils en ont besoin. Je doute que ce soit à cause de la complexité des vaisseaux, c'tout. Mais j'en sais rien .
 

 
La modélisation ou la gestion en temps réel de tout ça ?
 
Dans le second cas, eu.. est-ce vraiment important ? Et est-ce vraiment un truc qu'il fallait faire si tôt ?  

 
c'est déjà le cas dans le dogfight, si on te pète le systeme de refroidissement tes armes ne se refroidissent plus par exemple.
Biensur qu'il faut le faire aussi tot c'est la base du jeu c'est une simulation c'est pas de l'arcade, l'interet c'est pour les abordages aussi, destruction du systeme d'oxygen si l'équipage n'est pas préparé hop il meurt.
y a aussi ce très bon article de CR : https://robertsspaceindustries.com/ [...] ts-Systems
c'est pour ça qu'on a backé ce jeu pour tous ces détails totalement invraisemblable.

Non mais ya simulation et simulation. Si c'est oxygen on/off bon ok ça va. Si c'est simulation des écoulements d'air entre les pièces ou que sais je, c'est limite inutile. Dans ED aussi ya de la gestion du refroidissement des armes/vaisseau et gestion simple d'un module de survie par exemple. ça doit être géré assez simplement et je vois pas pourquoi il faudrait tant de précision en plus dans SC, pour ça.

Le no ne signifie pas "ne supporte pas" mais "ne dispose pas d'instruction dédiée".
Mais le calcul en double précision sur du gpu n'est que très peu utilisé (en dehors de certains besoins dans le cadre de gpu computing) car les performances sont ridicules.
Et pour de l'affichage c'est useless de toute manière  

SC a besoin de passer en 64 bits (pour les coordonnées) car ils s'appuie sur un moteur comme le CryEngine dans un contexte spatial (ou l'échelle de grandeur n'est pas la même) alors qu'il n'a pas été fait pour.
Et qu'ils veulent conserver le même degré de précision dans l'échelle du "petit" (coordonnées d'une vis sur un vaisseau par exemple) que dans l'échelle du très grand (coordonnées d'un battleship dans l'espace)