Reprise du message précédent :

Va falloir revoir tes fiches le nouveaux si tu veux lancer des trolls.

Gibbactu

• Concept sympa pour Tokyo 42 qui vient juste d’être annoncé via ce trailer. Les développeurs parlent d'un mix entre GTA 1 et Syndicate, je vois surtout du Hitman Go. En tout cas c'est assez joli, mais niveau lisibilité c'est pas trop ça.

 
pas de d-input donc faut un wrapper type joy2key pour les sticks pad ps3/ps4 toussa toussa, x360ce ne fonctionne pas à cause de l'uwp
pour certains faut activer le torredo tunneling dans les periph windows sinon le matchmaking ne marche pas
le jeu qui fait office de screensaver https://www.youtube.com/watch?v=SZyB5P1EgQs

 
si mais faut d'abord l'installer sur le disc de base et ensuite tu peux le déplacer

 
ils prennent un peu trop leurs aises les nouveaux ces derniers temps.

Ah ouai? Merci de l'astuce

 
http://www.howtogeek.com/243012/wh [...] ows-store/
 
Sli non supporté, Gsync non supporté, Vsync toujours on, pas de modding, pas d'overlay (en gros toutes les limitations du windows store)

 

 
Propre  

Ouai voila, rien de specifique au portage, mais plutot les probleme lies au store. Pour gsync c'est logique, ca decoule du probleme de la vsync allways on par contre donc ca fait un peu doublon. Quant au modding sur TR il me semble pas qu'il soit supporte ailleurs, (ni qu'il existe une scene modding sur la serie?)
Qu'est ce que ca signifie "pas d'overlay" ?

Paramêtre > Système > Applications et fonctionnalités > tu cliques sur celle que tu veux > Déplacer > tu choisis le disc  

édit: ça mets plus de temps à déplacer qu'à télécharger chez moi ²

   
Pas ergonomique mais faisable sans bricolage, c'est deja ca.

 
Les overlay type Steam, GeForce Xperience, fraps, ... je suppose

La question à 5000 brouzoufs, est-ce qu'on peut voir les nibards d'Orchid sur ce nouveau KI ?  

Le seul probleme est qu'il faut avoir de la place sur le disque d'origine, vu que cela se dl d'abord sur celui et apres tu deplaces    
 
Sinon une partie des problemes de l'UWP est en cours de resolution. On a pu le voir avec le dernier patch pour Gears Ultimate.

Ouai. C'est d'autant plus debile qu'ils te permettent de deplacer le jeu. Du coup je comprend pas trop pourquoi il n;y a pas d'option pour changer le dossier de DL/d'installation par defaut. M'enfin bon, ca viendra sans doute

 
j'ai enfin 16go de dl de KI et y aucune trace sur mon ddur principal, par contre c'est dans le ddur que je lui ai indiqué

Tu peux aussi.  
 
Settings-> system -> Storage et tu changes le rep par défaut des applications. Par contre cela le fera que pour les nouvelles.

 
Stylé

Ce qu'on appelle le tick c'est grosso modo le tempo de la boucle infinie de ton jeu. En gros admettons que ton code soit grossièrement ça:

La frame c'est plus simple, quand les deux sont liés comme dans l'exemple ci-dessus généralement le temps d'un tick correspond au calcul d'une frame. Une frame en soi c'est le calcul du rendu 3D temps réel d'une image.

22 combattants dans ce nouveau KI ? Wow ils ont assuré !
Je suis tenté mais bon, je suis plus trop dans les jeux de combat, j'avais laissé tomber SFIV très vite.

 
je l'ai fait mais il en à RAF  

Ah ok, du coup y'a aucun soucis?

Il compilera pas ton code. Il manque des ;

Et il se passe quoi quand t'as pas le temps d'exécuter toutes les instructions dans les 15 ms ?

 
si tu es pointilleux comme moi si
 
le répertoire par défaut est dans la racine, j'ai pas trouvé ou changer ca

Ben faut configurer quoi. Cela pourrait être plus simple pour les joueurs consoles trainant sur PC.

 
ça rame  

J'avais déjà un peu expliqué comment ça fonctionnait.
En gros, si on a ce genre de problème dans les jeux, pour schématiser, c'est parce que les développeurs, pour les moteurs graphiques, tablent sur un nombre d'images par secondes fixes.
 
Pour expliquer, il faut imaginer que pour chaque image, la machine va calculer ce qu'elle a à faire :  
 - tel perso se déplace vers la gauche à telle vitesse
 - tel perso se déplace vers la droite à telle vitesse
 - la boule se feu se déplace vers la gauche à telle vitesse
Les développeurs ont tablé sur du 60fps, donc il y aura 60 frames par secondes, donc il y aura 60 calculs par seconde, donc chaque calcul devra être fait en 1 (seconde) * 1000 (millisecondes) / 60 fps = 16ms.
1 tick = 16ms
 
Les développeurs, en tablant sur 60fps, disent que le dragon punch doit se dérouler en, je sais pas, disons une demie seconde, donc 30fps, et donc calculent leurs animations sur 30fps en créant 30 étapes d'animations, et gèrent les collisions/priorités sur 30 étapes : durant les 10 premières étapes le perso a la priorité, puis il décolle et la perd et devient vulnérable, etc. Oui, ça doit être un beau merdier à coder.
 
Maintenant, si tu augmentes ton nombre de fps, à 120 par exemple. Tu auras donc deux fois plus de frames, donc tu auras une frame toutes les 16/2=8ms. Donc, un tick toutes les 8ms.
En se basant sur le tick, le moteur va se dire "bon, mon animation possède 30 étapes, j'en balance une par tick, tout va bien". Problème : ton dragon punch se fera en un quart de secondes au lieu d'une demie seconde. C'est ce qui se passe ici.
En se basant sur les frames, le moteur va se dire "bon, mon animation possède 30 étapes, et elle doit se dérouler en 500 ms, j'ai un tick toutes les 8ms, donc je balance une étape d'animation toutes les deux frames". C'est ce qu'on devrait faire dans un moteur codé proprement. Mais pour les jeux de baston, ça rajoute pas mal de complexité car il faut gérer les collisions, les priorités, et plein d'autres choses, et faire correspondre tout ça aux animations.  
 
Désolé, c'est un post un peu technique, si c'est pas clair, n'hésites pas à poser des questions
Et j'ai schématisé hein, tout n'est pas exact à 100%, c'est pour vulgariser, bien entendu.

C'est ce que j'indique pourtant. Le seul truc c'est qu'il déplace pas les applis pour les mettre dans le nouveau répertoire. Et l'option move est souvent grisé pour pas mal d'applis (pas gears c'est déjà ca).

 
j'aime bien avoir mes jeux dans un répertoire games

Ca rame.
Et çé dépend de la façon dont c'est codé
Il peut y avoir des comportements cocasses parfois

Dans son exemple, c'est pas threadé a ce niveau donc cela attend.

 
Basiquement, ça rame et tu drop des FPS.
 
Après la majorité des moteurs bien faits surveillent ce temps écoulé du tick au cours même des calculs. Du coup si tu prends du retard le moteur peut décider d'aborter certains calculs comme les IA distantes, le calcul de certains objets ou de certaines physiques afin justement de compenser ce retard.

J'en ai deja vu qui annulait la tache graphique  

Ah donc tu veux dire que le dossier doit forcément être à la racine du disque?

Ca oui par contre. Il crée ses propres dossiers a la racine.

Je m'en doute bien
 

Oui je me doute bien que l'exemple est simplifié exprès. Mais je voulais savoir techniquement comment ça réagissait, est-ce qu'on abort le thread qui met trop de temps ou est-ce qu'on délaye le suivant ?
 

Et du coup c'est pour ça que parfois on voit de beaux bugs quand ça lag, passage à travers le sol & co
Ca doit être un sacré borderl à debugger...
 
 
Et y a pas une méthodologie qui fonctionne sur des états plutôt que sur des timers ?
 

OK donc au final tu ne choisis pas vraiment le repertoire d;installation, simplement le disque.

Ben c'est deja pas mal, surtout a l'epoque des SSD. Mais il y a aussi du progrès a faire la dessus. pas le plus dur.

Killer Instinct en cours de DL