Reprise du message précédent :
Bizarrement sur PS4, les fabricants tiers proposent des pad avec asymétrie, alors que sur One personne propose des pad avec stick symétriques

 
Et surtout sa croix qui était placée dans une position absolument pas... naturelle

ça dépend des jeux ...
 

la vérité absolue c'est que quand tu utilises tes pouces dans d'autre configuration que le jeu la manière la plus confortable c'est à la perpendiculaire ou pas loin donc c'est possible que la vérité soit "ailleurs"
 

Et ceux qui préfère l'autre position sont des fanboy MS? On pourrait éviter ce genre de non argument?
Je ne fais aucune argumentation pour préférer l'une plutôt que l'autre perso. Et j'ai jamais dit que je préférais la position du les DS non plus. Pour moi c'est kif kif bourico l'un ou l'autre.

 
Et la taille de la crois aussi et les crans sur le stick droit et ...

C'est quoi le problème avec les crans ?

 
nan mais ces non arguments foireux... Tu veux le même genre d'arguments foireux qui prouvent rien:
 
"C'est normal par ce que la Xbox se vend pas"    
"Rappel moi quelle est la console qui se vend le plus sur cette gen?"    
 

 
Quand tu devais utiliser le stick C comme un vrai stick (comme dans RE4 par exemple) c'était pas super pratique/sympa a utiliser.

Ben le stick gauche avait des crans aussi et ça posais pas problèmes ...  

 
Oui c'était surtout sur le stick droit le problème. Peut être dû à la forme et taille de celui-ci et pas que sur les crans  

La seule position vraiment naturelle pour le pouce gauche c'est la barre espace.

Ou dans la bouche pour bcp d'entre nous sur ce topic

Qui a deux pouces et qui s'en fout ?  
 

  J'applaudis la référence

 
Faudrait le faire avec les pouces décalés, pour que les joueurs Xbox puissent comprendre aussi.

J'ai beaucoup le changement de titre du topic    
Et pour répondre à je sais plus qui, elle était très bien la manette N64

Faut s'adapter à l'époque, sentir le vent qui tourne !

Oui au titre du topic

Ce titre
Les dernières pages
Ce débat
 
Ne changez rien  

Ca fait du bien, de temps à autre, ce petit retour aux sources. L'avantage c'est que ça permet à Zeross de venir nous éclairer de ses connaissances techniques fort appréciables.
 
Mais mèfi, c'est pas le topic next gen ici, faudra pas que la récré s'éternise !

 
j'ai pas matté le code source mais c'est juste une librairies "limitative" ! tu peux normalement ajuster des paramètres pour moins de limitations ou hacker salement avec du code python standard au milieu du framwork.
C'est un framework qui te donne les sensations des limitations de l'époque et de l'affectation mémoire des sprites et sons.
 
exemple : pour les graphisme tu es limité par le framework a 3 "spritesheet" de 256x256 ou tu dois caser tout tes sprites et leurs animations. La limitation est juste que pyxel. Tu as une fameuse function blit qui va chercher sur une des 3 feuilles, une portion a recopier et afficher. Tu peux modifier cette function de pyxel en terme de taille de tableau qu'elle manipule et te retrouver a pouvoir gérer plus de "spritesheet", plus grande ...
 
c'est le même principe pour les couleurs, ou tout est "indexé". Tu en a 16 fixes sur une seule palette. Ca correspondait aux limites sram des proc de l'epoque... 64ko. une image de 160*128 en 256 couleurs c'est deja 20ko, ca occupe le tiers de la sram. Aujourd'hui en dev on pense plus aux limitations materielles comme la gestion mémoire.
 
Vas dessiner du pixel art sur 320x240, avec des sprites 32x32, époque à peu prêt gba. Tu va mettre des semaines a faire les graphismes. Sur du plus petit comme choisi par ses virtuel console. Des sprites en general de 8x8 pour du moche et 16x16 pour du travaillé, tu fais tes graphisme sur 3 planche beaucoup beaucoup plus rapidememnt, surtout avec une palette de 16 couleurs...
 
c'est juste un esprit

Cette discussion sur pyxel m'intéresse bien, n'hésite pas à nous donner des liens et des infos poyd.

c'est un japonais tout seul dans son coin qui fait ça, y'a qu'une page wiki en anglais.
https://github.com/kitao/pyxel
 
C'est juste une adaptation libre de pico8 à du python, et je préfère ça a du lua ! Il a même déjà fait sauté quelques barrière de pico8, tu peux définir la resolution que tu veux pour ton jeux.
 
Je regarde aussi Tic 80, ces 3 projets ont le même but. Simplifier le dev en le limitant! Tu passes pas 3 heures a choisir ta couleur de boutons quand de toute façon tu en as que 16 et que 8 sont déjà à l'écran...
 
pour moi ça correspond a l'époque gbc. Allez déjà refaire un Shantae !
 
 
Pour un dev web, c'est le bonheur.
ton fichier en gros tu as un loop qui correspond a chaque frame. et c'est tout ce que tu dois savoir au debut. Tu construis l'image que t'envois a l'ecran block par block, et zou c'est envoyé et ton code doit être adaptable pour representer chaque frame de ton jeu. C'est tout
 
C'est donc plus facile de gérer une resolution de 160x128 que du 1080p, y'a tout simplement moins a remplir, donc moins à coder
 
moi il m'intéresse pour faire ma propre console et plateforme de développement ^^
en fait arduino a franchi le cap des proc 32 bits et compatible python. Faut regarder du côté de la ODROID GO.
https://www.hardkernel.com/shop/odroid-go/

 
C'est une console arduino qu'on ne regarde pour l'instant que comme d'un côté une console chinois qui ne fait tourner que du gbc au maxi du côté des fan d'émulation. Et du côté des makers les consoles retro c'est marrant mais tout le monde se tourne vers les raspberry pi pour la puissance.
 
La diff entre un arduino et un raspberry pi est enorme, un raspberry pi c'est un pc moderne et il lui faut un OS et on le dev comme un PC. un arduino n'a pas d'os et se comporte bien plus comme une vieille console des années 80 quand il s'agit de lui charger un programme a executer avec un linker. Et donc ces chips 32 bits sont désormais compatible micro python (une version limitative de python adapté aux microcontrolleur)
 
Et c'est la que je trouve qu'un framework comme pyxel en python sur une console comme la ODROID ferrait des merveilles aux gamejam.
 
y'a la gamebuino META aussi sur la même voie mais il s'est basé sur un arduino un poil trop vieux avec 32ko de sram limitant beaucoup trop les possibilités. Vous savez les 20ko d'une image 160*128 en 256 couleurs, couplée à du son et le programme, faut tasser pour du 32ko.

C'est clair, je joue avec absolument tout sans aucun souci. Le coup du "c'est naturel ou pas", c'est des conneries.
Le seul truc qui est relou lorsque je change de manette, c'est le nom des boutons, surtout quand on passe de MS à Nintendo.
 
   

Juste le truc de merde ça, je joue sur Switch et X1, du coup je suis obligé à chaque fois de réfléchir avant d'appuyé sur un bouton quand c'est demandé. Une vrai galère s'il y a des QTE...

Le layout des boutons sur Switch est quand même plus naturel.

Toi t'as 2 pouces alignés sur les bras  

Mais oui c'est l'enfer de passer d'un jeu ps4 à un jeu pc.  
Saleté de X  

On a quelques nouvelles vidéos de Team Sonic Racing,
 
https://www.youtube.com/watch?v=HDEyjWq6Fjk
https://www.youtube.com/watch?v=SBwGiEN0COQ
https://www.youtube.com/watch?v=P7Z9icmTxn0
 
Je trouve pas que ça ressemble à du Sonic, l'identité visuelle n'y est pas ...

 
Lié mais pas tout à fait :
https://www.youtube.com/watch?v=FvvZaBf9QQI
 
 

Puisque tu parles de quelque chose qui ne ressemble pas à du Sonic, on en parle du trailer du film tout juste dispo ?
 

J'ai pas vu le lien en dessous

   
Y a des gens de castorville pour une ki ?  

Ne parlons pas de ça.  

 
J'ai eu et j'ai encore toutes les consoles depuis la PS1/Saturn/ N64, je suis ni pro Sony ni pro MS juste que les stick asymétriques sont pour moi bien plus agréables  

 
Des conneries pour toi, moi non  

En fait tout le monde a inversé la croix et le stick par rapport à Sony:
 
- pad analogique Saturn
- pad de Dreamcast
- pad de GameCube
- pad de Wii u
- pad pro de Switch
- pad joycon de Switch
- pad de Xbox
- pad de 360
- pad de One
- pad Nacon de PS4
 
 Bizarre

Ce film parfait qui s'annonce.

annéfé