Reprise du message précédent :

 
c'est strictement pareil pour les dev le PAL60 et le NTSC
 
c'est pour ça que les jeux NTSC passent en PAL60 avec freeloader, et que le portage de zelda master quest fait en 3 minutes chrono est en PAL60

ben, encore une fois, ça dépend du parcours d'adaptation du jeu.
 
car le pal60 est forcément dépendant des optimisations qui ont été faites sur le mode pal50. Le Pal60 est n'est donc pas forcément le même que le NTSC d'origine.
 
Tandis qu'avec un selecteur pal50/ntsc, c'est le ntsc d'origine et le pal50 non optimisé.
 
 
Alors bien sûr, je comprends ce que tu veux dire. On pourrait faire un selecteur pal 50 non optimisé/pal60. Et forcément, là, ça reviendrait au même. Mais je différencie le pal60 et le NTSC par rapport à l'adaptation recherchée par les développeurs

 

dans le genre je fais une distinction par rapport à 2 trucs qui n'ont rien à voir

mais si ça a à voir : puisque par définition, dans un sélecteur,  le NTSC est le même que le NTSC d'origine, tandis que le pal60 est dépendant des optimisations qui ont été faites sur le pal50.
 
Donc, il est logique qu'un jeu pal60 ne sera pas forcément comme son homologue NTSC...

sauf que c'est la sortie vidéo qui décide que tout 60hz est NTSC sur PS2 PAL et est PAL60 sur GC PAL
 
et ça n'a strictement aucune influence sur le sélecteur, donc non c'est pas logique

 
alors,  
un jeu avec un selecteur pal50/ntsc :
la base est la même que le jeu NTSC d'origine. Le selecteur permet de passer le jeu en pal50 sans optimisation ou de passer le jeu en ntsc. Il n'y a eu aucune intervention dans l'adaptation.
 
un jeu avec un selecteur pal50/pal60 :
la base est le pal50. Le pal60 est ce pal50 passé en pal60.
 
 
DOnc non, ce n'est pas la même chose. A moins que aucun changement n'ait été fait sur le pal50.

il n'y a aucun rapport entre le fait que la sortie vidéo sorte du NTSC ou du PAL60 et la volonté de l'éditeur de prendre le jeu 50hz ou 60hz comme base

 
mais allez, c'est bien, continue à me répondre par des lapalissades
 
Je m'en fous d'avoir du ntsc en tant que terme technique. Moi je veux le jeu original en NTSC en celà qu'il est juste un repiquage du jeu original jap ou us.  
 
Moi, ce que je veux, c'est que le mode 60Hz soit le même que le jeu original américain ou jap. Or, il n'est pas assuré que le jeu en pal60 qui découle du pal50 (c'est là qu'il y a un lien entre la différence jeu pal en pal60/jeu ntsc original et la volonté d'adaptation des développeurs) soit équivalent au ntsc d'origine. C'est aussi simple que ça.  
 
Je ne m'exprime peut-être pas bien, mais mon raisonnement ne mérite pas que tu me répondes par des évidences techniques...
 
Donc, j'arrête ici.  

Il me semble que le pdg de Sony Europe s'était déjà exprimé à ce sujet(50/60hz), et qu'il s'en foutait royalement...  

Je comprends pas pourquoi le pal 60 doit forcément être fait à partir du pal 50
Pourkoi le pal60 ne serait pas fait directement
 
Nivo développement, je vois 2 possibilités :
- aucune optim : on part des mêmes données que le ntsc sans retoucher, et dans ce cas là, le jeu pourra ramer par endroit (car la réso sera un chouilla plus élevée par rapport au ntsc) et les vidéos auront des bandes noires (car réso ntsc < à pal).
- avec optimisations :  
* pour les vidéos : on les stretche à la lecture pour les passer en plein écran, ou alors on les encode en pal60 (idéal).
* pour les données du jeu : on adapte la complexité des décors par endroits afin que le jeu puisse rester à 60fps dans la réso du pal (c'est d'ailleurs aussi nécessaire dans certaines conv. de jeux entre pal50 et ntsc60)

 
J'ai fait 1 remarque dans ton post qui le rend un peu boiteux par la suite
 
Mais je comprends tout à fait ce que tu as voulu dire. ça serait juste changer le codage couleur du jeu ntsc original et de le coupler à un pal50 non optimisé.  Ce serait donc une solution simplement identique au sélecteur pal50 non optimisé/ntsc.  
 
 
Donc, ça ne changerait pas la situation actuelle. Les joueurs qui ne sont pas partisans du selecteur pal50/ntsc ne serait pas non plus partisans du sélecteur pal50/pal60 où le pal60 serait la base.
 
Par contre, certains joueurs sont partisans du 50 hz optimisé/pal60.
 
Donc, dans ce cas de figure, on voit bien que le pal60 n'est pas à la base, mais découle de ce que les développeurs ont continué leur tache ou pas après avoir fait le 50 hz optimisé. Le terme actuel pal60 n'a de sens que dans ce contexte pour le jeu video.
Et c'est sûrement pourquoi certains s'arrêtent souvent au 50 hz opti.
 
Donc, le ntsc original dans le cadre d'un selecteur pal50/ntsc est le seul garant de qualité pour le joueur, le seul garant de transparence pour le consommateur et est une solution simple pour les développeurs.
 
Car on ne pourra jamais savoir ce qui se trame derrière du pal60. Et je vois pas un logo sur la jaquette avec marqué derrière "jeu en 60 Hz ayant pour base le PAL60" ou "jeu en 60 Hz aynt pour base le pal50"

 
C'est vrai
 
D'où l'utilité d'un selecteur 50/60 Hz pour satisfaire tout le monde.
 
Et arrêté de parlé de PAL et NTSC : ça n'existe pas en RVB ^^
Sinont n'oublions pas que les hardware video des machines US et Jap sont NTSC et là on va pas refaire le monde c'est comme ça.

Mais bon sang ne mélangez pas tout on parle de sélecteur 50/60 Hz pas de 50pal/NTSC
 
La fréquence d'affichage c'est une chose le format d'affichage une autre.
 
Ce topic parle de la fréquence d'affichage : là ce trouve le débat car ensuite le signal vidéo est fourni sous différents formats suivant le hardware de chaque console.
 
Et il ne faut pas oublié que les jeux sont TOUS développés sur hardware utilisant le format vidéo NTSC --> que l'on aime ou pas c'est comme ça.

 
Falconpage, toujours là quand il faut pour recentrer la situation, même si moi je suis pas là juste pour que la situation continue et qu'on ait juste du 50/60 dans l'optique actuelle qui mène à cette situation avec juste un tout léger progrès alors que y'avait tous les outils pour qu'on en entende plus parler
 
 
Que l'on demande un selecteur 50/60 ne m'intéresse pas si le 60Hz n'est pas la base. Sinon, la situation ne changera pas et ça n'empêchera pas les nombreux cafouillages des pal60 qui découlent des pal50 (et des nombreux pal60 qui ne sont pas présents car ils auraient été des cafouillages) et les développeurs qui auront la flemme d'aller plus loin que le 50hz opti.
 
Alors pal50/pal60 ou pal50/ntsc selon les consoles, oui si le 60 Hz est à la base.
 
Mais basta à l'optique actuelle du pal60 (c'est ce fameux pal60 de cette optique actuelle que j'oppose à mon ntsc) qui a mené à son optionalisation.

Pour moi, le pal et le ntsc ont 2 résos différentes :
PAL = 768x576 et NTSC = 768x480...
Maintenant je me trompe peut-être

Non tu te trompes pas
 
Je crois que l'on pourra ce pencher sur le pb du format video quand le pb n°1 aura été résolu : la fréquence d'affichage.

Oui, t'as raison, désolé pour la déviation de sujet

Pas de pb car ça aussi le pb de norme vidéo ça arrange rien

Clair

pas le pal60...  
le pal60 est en 768x480, comme le NTSC.  
On peut résumer en disant que le pal60 est du NTSC mais avec le codage couleur pal.  

Ah d'accord, je comprends mieux ce que tu disais du coup
 

Okioki : je vais essayé dans la journée d'éditer la page un avec un descriptif exact des normes vidéo, etc.

Edit de la page 1 : un petit résumé sur le RVB face au format Av et S-Video.

Notre topic est classé parmis les deux référence en la matière chez Google

que voilà un topic intéressant, je le lis dès que j'ai un peu de temps

en cherchant à quoi?

Falcon -> SCART n'est pas un terme anglais, mais une abréviation française : Syndicat des Constructeurs d´Appareils Radiorécepteurs et Téléviseurs.
 
Pour le reste, voir cette page : http://www.aideonline.com/dossiers.php3?article=31

l'abreviation "SCART" est néanmoins utilisé dans les autres pays que la france, pour designer la prise peritel.

Oui bien sur
Comme énormément d'abréviations, quelle que soit leur origine

j'ai parcouru le topik en biais, j'ai pas tout lu mais je suis en train de le faire. J'aurais une question : je viens d'avoir, sur Xbox, "James Bond 007 : Quitte ou Double", et en lançant le jeu, je constate que le jeu tourne parfaitement bien, fluide tout ça, mais que les vidéos "in game" (style les présentations de missions, les cutscenes, etc...) saccadent leur mère. Alors que, bizarrement, la vidéo de générique (celle avec la chanson et les nanas qui dansent dans les voilurs... excellente, au passage), elle, ne saccade pas. J'ai une XBox pucée, en 60Hz of course, je la passe en NTSC histoire de voir : même problème...
 
Si j'ai bien compris le topik, il s'agirait d'un jeu dont les vidéos ont été faites en NTSC à la base, et mises telle quelle dans le jeu PAL, sans retouches, c ça ? D'où un jeu qui saccade pas, mais des vidéos qui chient dans la colle ? Je me trompe où j'ai bon ? Et en clair, y a une solution à ça, ou c définitivement foutu puisque le fait de passer en NTSC ne change keud' ?

 
Faut voir comment le jeu a été converti mais via la puce si tu switch ta consoles en NTSC (60 Hz) normalment tout doit être impec : si les vidéos rament dans les deux cs c'est que EA a merdé
 
Sinon le jeu doit être bien plus fluide en 60 Hz

 
Je savais pas

 
ne pas confondre fluide et rapide
 
en 50Hz optimisé c'est fluide, tout autant qu'en 60 mais probablement un poil plus lent...
 
une tortue c'est fluide mais lent...

 

désolé, j'imagine une tortue sur un bord de plage, mais avec des saccades !  
et je trouve ca cocasse  

 
Oui rapide pardon
 
Ce soir j'essaye je vous pondre une video comparative (quelqu'un peu m'expliquer comment intégrer dans une même vidéo deux vidéos différentes ?)

EDIT de la première page : quelques précisions et images.

 
t'as des logiciels genre mpeg merger a partir de 2 mpeg il t'en fait un seul...ca doit exister pour tous les formats...

oki bon ben ce soir je vous fait ça
 
Bon faut que je trouve un jeu qui va bien
 
--> Alors pourquoi pas un Sonic en 2D : là au moins c'est flagrant.

 
A priori, en passant en NTSC, les vidéos rament toujours. Ce qui me semble normal : si les vidéos ont été "recodées" du NTSC en PAL sans être optimisées...

 
Mais c'est nimp ca...
 
Pas de rapport entre PAL/NTSC et RGB/COMPOSITE...
 
Pis RGB ne veut pas dire 60hz...

 
 
C'est pas ce que j'ai dit.
 
Si on utilise une connexion RVB : on ignore direct le PAL ou NTSC car RVB = pas de codage de la couleur : les gens n'ont pas à regarder si leur TV est compataible PAL/NTSC dans ce cas là.
 
Ensuite le seul point qui peut coincer avec une TV c'est le 60 Hz si celle-ci n'est pas compatible.