Reprise du message précédent :

alligator421 a écrit a écrit : trop bon ?   Ca rame grave oué !   duron 800/geforce2mx   640x480 tous les details en normal   moyenne : 20 fps   A l'achat du jeu, il offre une nouvelle config ?

 
en fait détail en normal ça correspond à high sinon tu peux essayer avec LOW, LOWER ou LOWEST

FlamM a écrit a écrit :     en fait détail en normal ça correspond à high sinon tu peux essayer avec LOW, LOWER ou LOWEST

 
Quand je dit normal, c'est repasse les textures en 16bit et mettre tous les details sur "moyen" sur tous les "tags"
 
Enfin, j'essayerais mais a mon avis ca va pas faire de miracle
 
Le graphisme en 640x480

Mais sinon cite moi un jeu récent qui ne nécessite pas une grosse config ?
 

 

 
ben, sinon neverwinter nights ca va encore pas mal sur ma machine
1024 en detail moyen c "fluide" (dans 50-60 fps peut-etre ?)

sinon y a un truc que je comprend pas :
 
pourquoi beaucoup disent que c'est tout juste fluide à  50-60 fps alors qu'au-delà de 30fps l'oeil ne voit plus la différence.
 
Et c'est sans parler de ceux qui veulent des fps monstrueux (100 et au delà) puisque là ça dépasse carrément ce que l'écran est capable d'afficher, donc c'est carrément inutile.
 
Que ce soit pas top à 15 ou 20 fps je suis d'accord mais raler parce que ça fait que 40 fps, là je ne suis plus  

euh...
 
fais une recherche sur jeux video et tu aura ta réponse...
 
si on voit la différence au dessus de 30 fps, et pas qu'un peu...

En fait à bien y réflechir le truc qui est important c'est que tu reste au moins à 30fps en instantanné quoi que tu fasse ce qui donne alors aussi une moyenne de 30fps
 
Par Contre en pratique je suppose que les fps doivent tomber lorsque tu as une "grosse interraction avec le moteur" (du style d'un regard circulaire assez rapide) du coup en moyenne tu peux aussi être à 30fps mais ça tombe pendant de très cours instant en dessous de la limite perceptible (passage une fraction de seconde à 20fps par exemple) et du coup tu le sens.
 
 
L'idée c'est donc d'avoir une marge de securité en terme de fps histoire de ne jamais tomber en dessous de la limite perceptible.
 
C'est plus correct comme interprétation ?
 
 
par contre j'attend toujours qu'on m'explique la différence qu'il y a entre 100fps et 150fps.
 
   

 
j'avais pas ma caltos sous la main    
 
quoi ? yen a une sur l'ordi ?   ben on en apprend tous les jours
 
 

FlamM a écrit a écrit :     en fait détail en normal ça correspond à high sinon tu peux essayer avec LOW, LOWER ou LOWEST

 
ou c'est que tu as vu du lowest toi !?  
moi le plus bas que j'ai c'est normal
et même comme ça c'est top beau, mais alors putain ! je me suis un peu emballé tout a l'heure
après m'être entrainé contre des bot en experimence (donc pas bon) je me suis fait une partie par le net ... ben putain, là par contre on la sent la différence  
c'est injouable

Concernant le coup eds 30fps, ya eu un topic ici assez enflammé entre SuperX et ché pu qui exactement... y en a un qui disait que 30 fps rulez et l'autre disait que a moins de 550fps, c t nul

y'a des topics sur JV (ou software je sais plus) qui expliquent pourquoi le nombre de fps est important...
 
c'est pas seulement le fait que ce soit plus fluide
 
par exemple: http://forum.hardware.fr/forum2.ph [...] h=&subcat=
 
dans ce post ils font aussi référence à un autre, posté ailleurs, et qui semble plus détaillé...

raaah mais ça tourne au moins 10 fois mieux sous windows là  

exact... j'ai testé les 2 versions avec la même config et les mêmes paramètres (ie tout à fond) et c'est plus rapide, voire plus beau (le ciel par exemple) sous windows...

 
 
J'ai lu vite fait le liens et donc se pose la question :
 
quid d'un modèle qui serait basé sur des primitives physiques ?
 
du style tu sautes : y a une fonction saut qui calcule ta trajectoire et un autre module se charge de calculer les images qui colle avec le calcul de trajectoire (et donc indépendamment du nombre de fps). Et pas l'inverse !

 
fait iech là quand même    
bon on dira que c'est pq le développenement de la version linux n'est pas aussi avancé (espérons) et que ce sera mieux plus tard pq sinon, là, c'est trop flagrant  

chez moi la différence se limite à 2/3 fps en plus pour Windows donc rien d'extraordinaire, mais comme dans les deux cas ça rame

Une question a la con :
 
 J'ai deux cartes sons sur mon PC, est il possible de specifier a UT2003 la carte a utiliser (il utilise par defaut la premiere et moi je veux la seconde)
 
 j'ai regardé dans les pref (.ut2003) et j'ai pas trouvé comme dans Quake 3 le truc du genre : sound = /dev/dsp.
 
Qqn peut m'aider ?
 
Question subsidiare : est il technologiquement possible de faire jouer la musique sur la carte son 1 et les bruitages/voix sur la deuxieme ?

flamm -> j'y connais rien de rien en prog mais je te crois sur parole  
 
djoh -> apparemment c pas la version linux, mais l'open gl sur ut2k3 qui est pas encore assez développé...
 
911gt3 -> t'aurais pas une idée magique pour mon problème?
 

911GT3 a écrit a écrit : chez moi la différence se limite à 2/3 fps en plus pour Windows donc rien d'extraordinaire, mais comme dans les deux cas ça rame

 
bah je vais refaire un test là, mais chez moi y-avait une putain de différence ...
 
par contre j'ai eu 3 truc bizarre, fauudrait que je creuse un peu la question :
 
primo, sous windows je peux pas avoir l'accélération hardware du son (là y-a rien a creusé   )
secundo, le nom des détails vont de normal à très bcp sous linux, alors qu'il vont de très pas bcp à normal sous windows  
on, vu que l'un est en anglais et l'autre en français, je me suis dit, c'est qu'un pb de traduction ...
tertio : oui mais non en fait pq quand on met le nivo le plus faible pour windows, on voit bien qu'il n'y a plus du tout de texture alors que sous linux, c'est encore étrangement beau  
par contre, quand je mets à fond sous windows, c'est au moins aussi beau qu'au minimum sous linux, et ça va bizarrement plus vite  
je me demande si le plus bas nivo de détails et le plus haut, sous linux, sont pas pareil : je vais voir ça
à et autre chose : les test sous linux se sont fait en 16 bit alors que sous windows ils étaient en 32 bits (pq quand je mettais 16 il revenait de suite à 32)
 
bon, faut que je vérifie tout ça ... m'ai avis que c'est un peu buggé tout ça (c'est qu'une demo après tout)
par contre ça tue tout sur le net (même si ça rame affreusement)    
j'aimerais bien un autre pc avec une connexion cable moi

dofor a écrit a écrit : flamm -> j'y connais rien de rien en prog mais je te crois sur parole     djoh -> apparemment c pas la version linux, mais l'open gl sur ut2k3 qui est pas encore assez développé...   911gt3 -> t'aurais pas une idée magique pour mon problème?

 
c'est une bonne nouvelle ça  
j'espère qu'ils sont très loin d'avoir fini  

djoh -> un autre pc avec une connex cable pour quoi faire?  
 
si tu veux je fais un serveur et on teste

dofor a écrit a écrit : djoh -> un autre pc avec une connex cable pour quoi faire?     si tu veux je fais un serveur et on teste

 
ben pour que ça tourne mieux pardi    
un autre pc c'était pas pour dire un pc serveur mais pour avoir un jeu qui tourne un peu mieux
et pis l'adsl pour faire serveur, c'est nul, c'est pas du tout adapté
le cable c'est mieux je pense ...
 
sinon, test un peu plus poussé sous linux : aucune différence, que ce soit qualité ou visuel entre 16 et 32 bits ... à mon avis les texture 16 bits sont pas encore faites ...
par contre on voit bien la différence entre les différents niveau de détails
sinon j'était s à coté de mes pompes en ce qui concerne la traduction, ça corresponde bien entre linux et windows  

lol
 
sinon pour le serveur adsl ben je fais assez souvent des duels avec UT entre 2 pc connectés par adsl et ça marhce bien

Y'a t-il un port à ouvrir pour jouer sur le net (en tant que client seulement) ?
Le "querying master server" plante chez moi, et ne parvient pas à retrouver la liste des serveurs

oibaf2001 a écrit a écrit : Y'a t-il un port à ouvrir pour jouer sur le net (en tant que client seulement) ? Le "querying master server" plante chez moi, et ne parvient pas à retrouver la liste des serveurs

 
il marche plus j'ai l'impression ... et évidemment j'ai pas pensé à relevé les ip hier moi !  

bon je reviens totalement sur ce que j'ai dit : j'ai fait plusieurs test : mattage de fps sur image fixe (j'ai pris des points de repères pour bien regarder au même endroit, et j'ai fait pause), et sous linux 70fps, sous windows 60fps ... bon évidemment ça on s'en fout des images fixe
sinon j'ai matter en mouvement, sur le même chemin, sans bot (pq sinon la vitesse est trop variable), et la moyenne est kif kif ... donc ça venait des détails des texture (j'étais passé trop vite dessus )
bref, la version linux est plus qu'acceptable, désolé pour toutes les bétises que j'ai dites        
sinon, un benchmark similaire à celui de windows aurait été le bienvenu, m'enfin à vu d'oeil, y-a rien a gagné à jouer sous windows (ça m'évitera de redémarrer pour rien)

   
c'est le même jeu que celui que je joue  
j'veux l'même    
 
 
sinon, j'en connais un qui est mal là :  
   
faut mieux éviter de se louper en face à face  

moi ça reste plus fluide sous windows
mais je sais pourquoi -> sous linux ma CG est pas o/c...
 
par contre toujours ce ciel pas beau sous linux

dofor a écrit a écrit : moi ça reste plus fluide sous windows mais je sais pourquoi -> sous linux ma CG est pas o/c...   par contre toujours ce ciel pas beau sous linux

 
ben tant pis pour le ciel, ça me fait chier de redémarrer

ogl vs d3d :
http://forum.hardware.fr/forum2.ph [...] t=#t795115
 
c'est pas si mal si la version ogl est vraiment moins avancée

MASTER SERVER UP  

c koi les ports k utilise ut2003 ?
 
vous arrivez a recuperer un resultat en sortant du bench ?
moi le bench se lance mais j ai pas de result a la fin

je viens d'essayer sous Mandrake hybride 9.0rc2/cooker et c'est bien plus rapide que sous ma Sid (de 20 à 24fps) même si ça reste insuffisant

j'ai parler trop vite, master server down ...
sinon, on lance comment le bench, j'ai pas trouvé

comment on bench sous linux !?  

911GT3 a écrit a écrit : je viens d'essayer sous Mandrake hybride 9.0rc2/cooker et c'est bien plus rapide que sous ma Sid (de 20 à 24fps) même si ça reste insuffisant

pourtant la debian est pus light

Pour le master server, faites un petit tour sur Planet Unreal, on en apprend des bonnes
 
Globalement, le serveur était sous Windows2000 et comme c'était pas la version super serveur, il droppait les connections en "trop".

mdk est optimisée 586

Kristoph a écrit a écrit : Pour le master server, faites un petit tour sur Planet Unreal, on en apprend des bonnes   Globalement, le serveur était sous Windows2000 et comme c'était pas la version super serveur, il droppait les connections en "trop".

 
   
zon des actions chez krosoft, spa possible d'être aussi bete    

qq'un aurait il l'amabilité de me dire comment on lance le bench ?