Reprise du message précédent :

Ah bon ? C'est pas le concept même de la "frame" en jeu vidéo ?

 
J'ai cru comprendre que la xb1 pouvait, ou pourrait d'ici peu, proposer l'export de screenshot, j'en profite pour rapeller l'excellent topic des screenshot console, trop souvent boudé injustement    
 
  NSFW!

 
http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

Tu sais que, à l'inverse, quand ça rame, le jeu continue de prendre en compte tes inputs ? Donc non, frame n'est pas égale à 'input', c'est déjà asynchrone la prise en compte des inputs et leur rendu visuel à l'écran.

ça me rappelle la nes qui faisait un zonage au sein même d'un continent...

Ben non  puisque quand ca rame, tes inputs tu les vois en retard justement parce que les frame arrivent en retard. Ou alors j'ai pas compris.

Quand ça rame, l'affichage est en retard sur l'input. Toi tu parles d'un affichage qui serait en avance sur l'input. Et je te dis que, dans notre Univers, c'est impossible de générer entièrement une frame n+2 pour en déduire une frame n+1.

Du coup ton exemple prouve juste que l'asynchronisme "fonctionne" (c'est en fait une anomalie de fonctionnement mais passons) uniquement dans un sens.

Bah je sais pas, c'est peut être moi qui comprends pas bien ce qu'il comprend pas.
 
Moi c'est pas compliqué ce que je raconte, je parle de gérer le jeu comme s'il tournait à 30FPS, mais de générer des images intermédiaires pour rendre le rendu visuel plus fluide. Le Gameplay ce sera du 30FPS, mais visuellement ce sera plus confortable.

Attendez ... vous voulez depenser du temps CPU pour calculer des "fausses frames" pour les intercaler avec les vraies pour rendre plus fluide , ca serait pas juste plus utile de calculer les "vraies frames" au lieu de balancer le temps cpu pour queud ?

Mais non, il n'est pas en avance. Il est en retard, comme aujourd'hui. Aujourd'hui, on a déjà quelques images de décalage entre ton input et son rendu visuel (3 images pour du triple buffering par exemple, il me semble), l'image n+2 elle n'apparaît pas dès que tu appuies que la touche. Je propose juste de décaler ce retard d'une image de plus, ou pas suivant la rapidité avec laquelle on génère cette image intermédiaire.

Oué donc tu pars du principe que puisqu'il y a déjà de l'input lag (normalement non souhaitable), autant l'augmenter un peu et avoir un rendu plus fluide ?

Bah non.
 
Le constat c'est que ça bouffe moins de temps CPU de générer 1 vraie + 1 fausse frame que 2 vrais frames.
 
Genre si ton jeu il tourne à 45 'vraies' frame, bah au lieu de le locker à 30 FPS peut être qu'avec ce trick tu peux utiliser le temps machine des 15 frames de perdues pour afficher 60 frames (30 vrais + 30 fausses).

Sauf que c'est encore plus pourri car tu vois toutes tes actions qui lag d'une frame sans compter l'input lag de base. Super idée

Ch'ai pas si un lag d'1/60eme de seconde est vraiment décelable, j'dirais que ça se tente.

En gros, oui.
 
Si ce n'est que d'une image, j'imagine que ce n'est pas gênant, surtout si ça permet de doubler le nombre d'images par seconde. En plus, comme c'est très bien dit dans l'article d'Ariakan, l'image n+1 reflète déjà le résultat de ton input de l'image n+2 vu qu'elle est interpolé à partir de celle-ci.
 
L'intérêt dans ce cas là ce n'est pas d'améliorer l'input lag entre le 30FPS et le 60FPS, c'est surtout d'apporter du confort visuel.

En fait t'es en train de réinventer le motionflow, mais calculé par la console et non pas juste la télé.  

 
Encore une fois, ca dépend du genre de jeu    
 
Effectivement sur un titre de David Cage tu peux meme monter a 120fps avec ce systeme.

Mauvais exemple: dans un jeu david cage, tu retires des frames pour arriver au sacrosaint 24images/sec, afin d'être au plus près de l'expérience cinématographique.

Je crois qu'on a déjà 3 frame d'écart, quand les jeux utilisent du triple buffering. Je me trompe ?

 
Toute facon l'oeil voit pas la différence au dessus    
 
 

 
C'est justement ce qui a inspiré les gars de Lucas Arts (cf. l'article d'eurogamer)
 
"Andreev first got the idea for the technique by studying 120Hz TVs that interpolate two frames in order to produce an intermediate image, producing a smoother picture."
 
"Star Wars: The Force Unleashed II is shaping up to be a state-of-the-art console title using a number of rendering techniques only viable on a 30FPS game. But the frame-rate upscaler tech works well in making it look as smooth as a 60FPS one, and is actually less taxing on system resources than the motion blur code it replaces in the demo."
 
Ils font une démo technique qui montre l'intérêt de la chose, du coup je vois pas bien de quoi on est en train de débattre là... ça a l'air de fonctionner, ça consomme moins que le motion blur et l'effet semble meilleur...

La dernière fois que j'ai proposé de faire ça, tout le topic s'est foutu de ma gueule  

 
Justement, je pense que non. L'image n+2 n'est pas générée totalement, juste en partie, pour ensuite interpoler vers la n+1, et ensuite revenir calculer le reste de la n+2. Et je pense que cette première partie ne prend justement pas en compte les input.
 
Par exemple, t'es debout, bazooka à la main, en plein milieu du centre ville dans GTA. Au loin, t'as de la circulation qui évoluera entre les frames n et n+2 indépendamment de si tu tires ou pas. On peut donc déjà calculer cette partie là pour la n+2. En deuxième partie, on pourra alors calculer ce qui dépend éventuellement de tes actions.

Akhoran propose d'aller au delà de ce qui a été fait par les gars de LucasArts en calculant une moyenne de deux images complètes pour diminuer encore plus les artefacts mais au prix d'un input-lag supérieur.

Sachant que l'input lag c'est satan & que tout le monde se bat contre ça pour gagner la moindre milliseconde...

avant de remettre en doute ON SE RENSEIGNE

Je crois que je vois ce que tu veux dire, mais je suis pas allé aussi loin dans mon raisonnement .
 
En fait, à la base, l'idée c'était de dire que certaines tâches CPU peuvent être asynchrones et tourner sur un rythme moins élevés que du 60Hz. Ça rejoins ce que tu viens de dire je crois, en évoquant une circulation des bagnoles qui n'a pas a être aussi réactive que les inputs du joueur. Et que donc, il ne faut pas forcément deux fois plus de CPU pour générer 60 images par secondes. On va par exemple réutiliser le même vecteur de déplacement une image sur deux, c'est pas très gênant.
 
Après, j'avais grossi le trait à l’extrême en imaginant presque la plus cheap des méthodes d'optimisation, consistant en une moyenne de la position des vertices entre les deux états, mais l'article de LucasArt m'a fait remarquer que c'était naze puisque ça ne prend pas en compte la vélocité de ces vertices (entre autre). Et à mon avis visuellement ça doit pas être agréable.

Je pense que le mieux, c'est d'attendre que les télés gèrent ça sans artefacts et sans input lag, comme des grandes.

Le mieux, c'est surtout de passer à un autre sujet
 
Mais merci pour l'article, c'était intéressant  

 
me semblait que ce qu'avait fait lucas ds unleashed 2, c'était pas pour fluidifier, mais pour ameliorer l'AA post process.  
 

 
Mais pour ça, faut bien un moyen de détecter la zone... ce qui doit au choix faire partie du matos (il indique une zone) ou oblige une connexion internet avec de la geolocalisation... je pense pas que ça oblige une connexion internet... donc la console renvoie une info sur la zone (même si c'est pas l'OS qui fait le match avec le jeu, mais le jeu lui même, ça reste une info de zone au niveau hard ou soft OS via mise à jour OS géolocalisée)

non du tout pour en avoir décortiquer, essayer de faire peter le zonage de ps3; lecteur blu-ray, xboite, le zonage se situe au niveau du bios de la console lui même...si le bios est codé pour être en zone A pour les blu-ray/DVD alors il ne lira que cette zone...aucun lien avec internet, j'avais aussi essayer de mettre un bios us sur une console pal, choux blanc (n'ayant plus de ps3 je pourais pas te dire le message)

 
Je ne comprends pas comment tu peux soutenir tout et son contraire comme ça. Les 2 cas, c'est exactement le même principe de zonage.
J'ai l'impression que tu mixes le principe technique du zonage et la politique commercialo-éditoriale des constructeurs et éditeurs vis-à-vis du zonage.
 
Du point de vue technique, si une console permet d'appliquer des zones, c'est qu'elle est zonée.
Ps3, xbox360 ou lecteur BR, c'est exactement le même principe de zonage : le hardware a une zone (ou plusieurs zones) et il le sait, et il communique avec le soft pour savoir s'il est prévu pour tourner sur cette zone-là. Et c'est toujours l'éditeur qui choisi la ou les zones de son soft.
(y'a bien sûr en plus sur ps3 et xbox360, ce qui est lié au store, où par exemple un dlc doit quasi toujours être acheté sur le store de la zone où le jeu a été vendu, indépendamment du fait qu'il est compatible avec des consoles d'autres zones)
 
Sur ps3 aussi, quand un jeu est zoné japan 0 ou asia all 0+3+7+8+10, bah il ne va pas se lancer sur une ps3 pal... parce que la pal est zoné et attend un jeu 2(fr...)/4(uk...)/6(australie...)... Après un jeu zone all va se lancer sur toutes les consoles. Que 99,9% des jeux soient dans ce cas-là ne changent rien au principe. La console est zonée, les jeux sont à 1 zone, multizone ou zone all.
La xbox360 vendue au Japon est ntsc-J Japan, et il faut que le jeu soit prévu pour tourner sur cette zone-là. Si le jeu est PAL+NTSC-U, il ne tournera pas.
Idem pour le BR, ou il faut que la platine ait parmi sa ou ses zones la ou les zones sur lesquels le BR tourne.
 
Donc, en bref : pour qu'un éditeur dise "mon jeu ne tourne que sur la zone X", il FAUT que la console soit zonée, c'est-à-dire qu'elle soit d'une zone, qu'elle sache de quelle zone elle est pour savoir si y'a match entre la zone du jeu et sa propre zone. Peu importe que les cas de figure où c'est arrivé qu'un éditeur choisisse de restreindre les zones de son jeu soient 5 ou 36000.
 
Soit tu te places du point de vue de la politique éditoriale, où on peut faire des raccourcis.
 
Sur ps3, sony a encouragé le zone all des jeux. Ce qui fait que dans les faits, une ps3 pal fait tourner tous les jeux sauf quelques uns qui sont par exemple zone 0 ou zone 0+3+7+8+10. ça n'en fait pas une console dézonée, ni une console multizone, mais ça y ressemble tellement que ça va plus vite de le dire comme ça.
 
Dans le monde du bluray, si tous les éditeurs avaient été comme Warner (qui fait du zone A+B+C... pour tous ses bluray) sauf quelques films d'éditeurs jap, ça aurait été pareil. Tout le monde aurait oublié qu'à la base sa platine est une platine zonée en B et aurait fini par dire que le zonage est uniquement logiciel puisque c'est juste 2-3 films jap qui ne tournent pas.
 
La ps3, c'est le même genre de zonage que la xb360 ou le BR, c'est juste que 99% des éditeurs ont fait pour leurs jeux ps3 comme warner a fait pour ses bluray ou comme certains éditeurs ont fait pour leurs jeux xbox360.

- "ça mettra en avant l'escroquerie des consoles next-gen"
- "les applications Youtube PS4 et Xbox One ne sont probablement pas concernée"
- "mais je croyais que ce topic ne concernait que les consoles, non ?"
- "vous allez découvrir un nouveau monde /noraj OKLM"
- "les trailers Next-Gen n'auront pas besoin d'être re-uploadés"
- "c'est le tôlier qui lance des trolls maintenant, bravo !"
/désamorçage-off
 
Merci de garder votre calme et de ne pas vous lancer dans une discussion stérile.  
Je ne fais que relayer une info qui me semble importante vu que nous consommons tous des trailers de jeux sur Youtube régulièrement.
Je ne sais pas par contre si ce nouveau framerate apporte avec lui une meilleure compression.

Purée, on va donc dorénavant pouvoir avoir des analyses digital foundry sur les trailers.

D'ailleurs c'est en allant voir leurs vidéos que je me suis rendu compte que ce n'était pas rétro-actif.

Deja le cas, quand le studio donnait accès a la vidéo brute.

En même temps, on rigole, mais déjà qu'on a les polémiques de downgrade graphique (niveau de détails ou rézo) entre les trailers et le jeu, ce coup-ci, ça va rajouter le framerate à la fête.
 
Vous avez aimé les débats trailer 1080p@high Vs jeu final en 900p@low?
Vous allez adorer les débats trailer 1080p@high@60 Vs jeu final en 900p@low@30
 
 
edit : ah non, je suis bête. Pour l'aspect cinématographique, les trailers resteront sûrement en 30 alors que le jeu sera en 60
 
(Ariakan : tu vois, t'as oublié quelques trolls possibles sur le sujet )

Rah merde, j'y avais pensé à l'aspect cinématographique, mais j'ai oublié de le noter !  

Ça marche aussi pour les vidéos de persona 4 ?