J'ai un soucis avec mes fichiers SWAP (sur mon Ti/400 en 10.3.3) qui ne
se purgent pas d'office après avoir quitté les applis en cours.
Je suis à chaque fois obligé de rebooter si je veux les purger, ce qui
m'embête un peu quand même.
Particulièrement, c'est CIV III qui m'en crée un inpurgeable j'ai
remarqué, et il fait quand même 500 et quelques Mo!!!
Ma question donc: ya-t'il un moyen de purger ces SWAP autrement qu'en
rebootant le Mac svp?
Merci d'avance...
--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.
Ces trous sont la pour accelerer le fonctionnement du swap.
???
Il y a une option pour vider les trous des que la taille additionnee de ces trous depasse un certain seuil.
Vider des trous ? faut l'faire ! ;-) JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
blanc
Eric Lévénez wrote:
Il n'existe pas de "fichiers VM".
Oui, mais alors elle sont stockées où les pages de VM sur le disque (lors d'un pageout) ? (Excuse-moi si tu l'as déjà dis 100 ou 1000 fois)... JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Eric Lévénez <news@levenez.com> wrote:
Il n'existe pas de "fichiers VM".
Oui, mais alors elle sont stockées où les pages de VM sur le disque
(lors d'un pageout) ?
(Excuse-moi si tu l'as déjà dis 100 ou 1000 fois)...
JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
Oui, mais alors elle sont stockées où les pages de VM sur le disque (lors d'un pageout) ? (Excuse-moi si tu l'as déjà dis 100 ou 1000 fois)... JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Philippe Di Valentin
Le 11/06/04 17:20, JPaul écrivait:
Vider des trous ? faut l'faire ! ;-)
Les fichiers swap c'est du gruyère:-))) Et certains en ont carrément une forme:-))
-- Philippe
Le 11/06/04 17:20, JPaul écrivait:
Vider des trous ? faut l'faire ! ;-)
Les fichiers swap c'est du gruyère:-)))
Et certains en ont carrément une forme:-))
Les fichiers swap c'est du gruyère:-))) Et certains en ont carrément une forme:-))
-- Philippe
Saïd
JPaul :
Saïd wrote:
Ces trous sont la pour accelerer le fonctionnement du swap.
???
Ben si a un moment les octets d'un fichier swap sont occupes comme suit 1 octet pour le programme A 3 octets pour le programme B 1 octet pour le programme C ---le swap fait 5 octets
puis le programme B quitte. on se retrouve: 1 octet pour le programme A 3 octets de trou 1 octet pour le programme C ---le swap fait 5 octets dont 3 inutiles
Puis un programme D vient a se faire sortir 2 octets vers le swap disque. Le systeme au lieu de lui allouer 2 octets dans le trou libéré par B, va tout simplement lui donner 2 octets a la fin de la zone occupee. 1 octet pour le programme A 3 octets de trou 1 octet pour le programme C 2 octets pour le programme D ---le swap fait 7 octets dont 3 inutiles
Le terme accelerer n'est peut-etre pas bien choisi. On va dire paresse ou autre contrainte qui empeche le systeme de garder une trace des trous. Au lieu de se demander s'il y a un trou qui peut accueillir les nouvelles demandes de memoire, il va au plus simple et ajoute les donnees expatriees au bout de ce qui est deja sur le DD. Pense au cas ou on evacue d'abord 2 octets du programme D. Si juste apres on veut evacuer encore 2 octets de D qui suivent les 2 precedents. Soit on a mis les premiers 2 dans le trou et alors les 2 derniers ne peuvent plus tenir juste derriere. Soit on mis les 2 premiers au bout du swap et alors on peut mettre les 2 derniers juste derriere.
Il y a une option pour vider les trous des que la taille additionnee de ces trous depasse un certain seuil.
Vider des trous ? faut l'faire ! ;-)
Colapser? remplir avec les autres donnees.
on se retrouve: 1 octet pour le programme A 1 octet pour le programme C 2 octets pour le programme D ---le swap n'a plus de trous et fait 4 octets de long.
-- Saïd.
JPaul :
Saïd <said@brian.lan> wrote:
Ces trous sont la pour accelerer le fonctionnement du swap.
???
Ben si a un moment les octets d'un fichier swap sont occupes comme suit
1 octet pour le programme A
3 octets pour le programme B
1 octet pour le programme C
---le swap fait 5 octets
puis le programme B quitte. on se retrouve:
1 octet pour le programme A
3 octets de trou
1 octet pour le programme C
---le swap fait 5 octets dont 3 inutiles
Puis un programme D vient a se faire sortir 2 octets vers le swap disque.
Le systeme au lieu de lui allouer 2 octets dans le trou libéré par B,
va tout simplement lui donner 2 octets a la fin de la zone occupee.
1 octet pour le programme A
3 octets de trou
1 octet pour le programme C
2 octets pour le programme D
---le swap fait 7 octets dont 3 inutiles
Le terme accelerer n'est peut-etre pas bien choisi. On va dire paresse ou
autre contrainte qui empeche le systeme de garder une trace des trous. Au
lieu de se demander s'il y a un trou qui peut accueillir les nouvelles
demandes de memoire, il va au plus simple et ajoute les donnees expatriees
au bout de ce qui est deja sur le DD. Pense au cas ou on evacue d'abord 2
octets du programme D. Si juste apres on veut evacuer encore 2 octets de D
qui suivent les 2 precedents. Soit on a mis les premiers 2 dans le trou et
alors les 2 derniers ne peuvent plus tenir juste derriere. Soit on mis les 2
premiers au bout du swap et alors on peut mettre les 2 derniers juste
derriere.
Il y a
une option pour vider les trous des que la taille additionnee de ces trous
depasse un certain seuil.
Vider des trous ? faut l'faire ! ;-)
Colapser? remplir avec les autres donnees.
on se retrouve:
1 octet pour le programme A
1 octet pour le programme C
2 octets pour le programme D
---le swap n'a plus de trous et fait 4 octets de long.
Ces trous sont la pour accelerer le fonctionnement du swap.
???
Ben si a un moment les octets d'un fichier swap sont occupes comme suit 1 octet pour le programme A 3 octets pour le programme B 1 octet pour le programme C ---le swap fait 5 octets
puis le programme B quitte. on se retrouve: 1 octet pour le programme A 3 octets de trou 1 octet pour le programme C ---le swap fait 5 octets dont 3 inutiles
Puis un programme D vient a se faire sortir 2 octets vers le swap disque. Le systeme au lieu de lui allouer 2 octets dans le trou libéré par B, va tout simplement lui donner 2 octets a la fin de la zone occupee. 1 octet pour le programme A 3 octets de trou 1 octet pour le programme C 2 octets pour le programme D ---le swap fait 7 octets dont 3 inutiles
Le terme accelerer n'est peut-etre pas bien choisi. On va dire paresse ou autre contrainte qui empeche le systeme de garder une trace des trous. Au lieu de se demander s'il y a un trou qui peut accueillir les nouvelles demandes de memoire, il va au plus simple et ajoute les donnees expatriees au bout de ce qui est deja sur le DD. Pense au cas ou on evacue d'abord 2 octets du programme D. Si juste apres on veut evacuer encore 2 octets de D qui suivent les 2 precedents. Soit on a mis les premiers 2 dans le trou et alors les 2 derniers ne peuvent plus tenir juste derriere. Soit on mis les 2 premiers au bout du swap et alors on peut mettre les 2 derniers juste derriere.
Il y a une option pour vider les trous des que la taille additionnee de ces trous depasse un certain seuil.
Vider des trous ? faut l'faire ! ;-)
Colapser? remplir avec les autres donnees.
on se retrouve: 1 octet pour le programme A 1 octet pour le programme C 2 octets pour le programme D ---le swap n'a plus de trous et fait 4 octets de long.
-- Saïd.
Eric Lévénez
Le 11/06/04 17:20, dans <1gf882t.1g2tl311efghmoN%, « JPaul » a écrit :
Eric Lévénez wrote:
Il n'existe pas de "fichiers VM".
Oui, mais alors elle sont stockées où les pages de VM sur le disque (lors d'un pageout) ? (Excuse-moi si tu l'as déjà dis 100 ou 1000 fois)...
:-(((((((((((
Il n'y a pas de "pages de VM". Il y a des pages pour le swap. La mémoire virtuelle c'est autre chose que le swap.
Sur Mac OS X, la mémoire virtuelle permet :
- d'isolé chaque programme de la machine qui se croit seul - de partager des zones mémoire entre programme (ex: les bibliothèques) - de ne charger en RAM (mémoire physique) que ce que le programme à besoin - de faire tourner des programmes très gourmant en RAM
Le swap permet :
- de simuler de la RAM avec un disque pour faire croire qu'on a plus de RAM
Sur Mac OS X c'est après le boot que le swap est activé (et on peut le désactiver si l'on veut). Mais même sans swap la mémoire virtuelle est géré par le système.
Quand le swap se déclanche (plus assez de RAM), le système écrit (pageout) dans des fichiers de swap sur disque. Ce sont des fichiers gérés par la mémoire virtuelle de Mac OS X, mais ce qu'il y a dedans, c'est du swap. Les fichiers /var/vm/ sont des fichiers de swap. C'est comme cela qu'il faut les appeler, pas des fichiers de vm.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 11/06/04 17:20, dans <1gf882t.1g2tl311efghmoN%blanc@empty.org>, « JPaul »
<blanc@empty.org> a écrit :
Eric Lévénez <news@levenez.com> wrote:
Il n'existe pas de "fichiers VM".
Oui, mais alors elle sont stockées où les pages de VM sur le disque
(lors d'un pageout) ?
(Excuse-moi si tu l'as déjà dis 100 ou 1000 fois)...
:-(((((((((((
Il n'y a pas de "pages de VM". Il y a des pages pour le swap. La mémoire
virtuelle c'est autre chose que le swap.
Sur Mac OS X, la mémoire virtuelle permet :
- d'isolé chaque programme de la machine qui se croit seul
- de partager des zones mémoire entre programme (ex: les bibliothèques)
- de ne charger en RAM (mémoire physique) que ce que le programme à besoin
- de faire tourner des programmes très gourmant en RAM
Le swap permet :
- de simuler de la RAM avec un disque pour faire croire qu'on a plus de RAM
Sur Mac OS X c'est après le boot que le swap est activé (et on peut le
désactiver si l'on veut). Mais même sans swap la mémoire virtuelle est géré
par le système.
Quand le swap se déclanche (plus assez de RAM), le système écrit (pageout)
dans des fichiers de swap sur disque. Ce sont des fichiers gérés par la
mémoire virtuelle de Mac OS X, mais ce qu'il y a dedans, c'est du swap. Les
fichiers /var/vm/ sont des fichiers de swap. C'est comme cela qu'il faut les
appeler, pas des fichiers de vm.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 11/06/04 17:20, dans <1gf882t.1g2tl311efghmoN%, « JPaul » a écrit :
Eric Lévénez wrote:
Il n'existe pas de "fichiers VM".
Oui, mais alors elle sont stockées où les pages de VM sur le disque (lors d'un pageout) ? (Excuse-moi si tu l'as déjà dis 100 ou 1000 fois)...
:-(((((((((((
Il n'y a pas de "pages de VM". Il y a des pages pour le swap. La mémoire virtuelle c'est autre chose que le swap.
Sur Mac OS X, la mémoire virtuelle permet :
- d'isolé chaque programme de la machine qui se croit seul - de partager des zones mémoire entre programme (ex: les bibliothèques) - de ne charger en RAM (mémoire physique) que ce que le programme à besoin - de faire tourner des programmes très gourmant en RAM
Le swap permet :
- de simuler de la RAM avec un disque pour faire croire qu'on a plus de RAM
Sur Mac OS X c'est après le boot que le swap est activé (et on peut le désactiver si l'on veut). Mais même sans swap la mémoire virtuelle est géré par le système.
Quand le swap se déclanche (plus assez de RAM), le système écrit (pageout) dans des fichiers de swap sur disque. Ce sont des fichiers gérés par la mémoire virtuelle de Mac OS X, mais ce qu'il y a dedans, c'est du swap. Les fichiers /var/vm/ sont des fichiers de swap. C'est comme cela qu'il faut les appeler, pas des fichiers de vm.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
JmG
Pierre-Alain Dorange wrote:
Ha c'est possible, en effet, mais sur les grosses cartes, je passe en général en "milliers de couleurs" et j'ai remarqué que ça allait nettement mieux quand même.
Peut être... Pas testé avec Civ exactement, mais SpeedTest (test affichage Quartz et OpenGL) est plus rapide sur ma machine en million qu'en milliers (carte plus adaptée probablement).
En tous cas, dans CIV, c'est évident car même en début de partie, sur une carte grande, le scroll est plus rapide en milliers qu'en millions (sur mon Ti/400 mais c'était pareil sous pré-X avec mon 8500 gonflé en G3/266 et une carte graphique Formac accélérée).
Aussi, je réduis les Pref de CIV, au niveau affichage, et là encore, ça améliore nettement les choses.
pref Graphique ?
Oui.
Si tu parles d'activation/déactivation des animations d'unités par exemple, c'est "graphique" mais la consommation de temps c'est plus l'animation (avec les pauses) que l'affichage qui ralenti.
Il y a aussi les ombrages des noms de villes, par exemple. Plus les infos affichées du genre "nombres d'écus sur le terrain", e genre de trucs. Là, je pense que c'est directement lié à l'affichage graphique plutôt qu'au proc, non?
[...] Oui, là je fais une partie (depuis un moment) sur la grande carte de l'amérique du nord (Large) avec 8 civilisations en mode "Monarch" (pour la première fois).
Jamais pu dépasser le stade de Warlord, quasiment, en ce qui me concerne! :) J'ai horreur de perdre, et à chaque fois que j'essaye un niveau de difficulté plus important, ce putain de jeu triche tellement (il gagne systématiquement les batailles, même si j'ai 10 unités contre une seule en rase campagne) que ça me gonfle et que je quitte la partie, de rage! :)
Serais tu mauvais joueur ;-?
No, justement... j'ai horreur de la triche, et CIV triche un max, c'est clair. Evidemment, les dev ont compensé la "bêtise" de l'IA par cette "triche", mais là, dans les niveaux de difficulté plus élevés, c'est même pas la peine, je trouve.
Je préfère jouer en Warlord, ou en King, contre 12 civ liguées contre moi, sur une carte immense, à base d'archipels surtout. Là, c'est du sport... :)
Nous sommes en 1876 (environ) et y'a comme qui dirait une guerre quasi mondiale en ce moment (pas mon genre
Moi, j'aime bien la guerre justement... Quand je la gagne, évidemment! :)
Je prefère me développer et jouer économie et diplomatie que guerre. Bon ça m'ai arrivé de jouer en guerre totale (destruction de tout les adversaires) mais ça me lasse au bout d'un moment...
Faut toujours en garder quelques uns pour la soif... les détruire tous, c'est ianche en effet.
On sent que ta machine est assez sous-dimensionnée, en effet, là...
Sur ce type de partie (carte importante, beaucoup de civ et guerres) : OUI. Mais bon c'est un imac de fin 1999 (gonflé à 640 Mo de RAM), faut pas lui demander de ce comporter comme une jouvencelle ;-)
C'est surtout CIV qui sait se comporter comme un vieux lourdeau quand il veut! :)
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
Ha c'est possible, en effet, mais sur les grosses cartes, je passe en
général en "milliers de couleurs" et j'ai remarqué que ça allait
nettement mieux quand même.
Peut être... Pas testé avec Civ exactement, mais SpeedTest (test
affichage Quartz et OpenGL) est plus rapide sur ma machine en million
qu'en milliers (carte plus adaptée probablement).
En tous cas, dans CIV, c'est évident car même en début de partie, sur
une carte grande, le scroll est plus rapide en milliers qu'en millions
(sur mon Ti/400 mais c'était pareil sous pré-X avec mon 8500 gonflé en
G3/266 et une carte graphique Formac accélérée).
Aussi, je réduis les Pref de CIV, au niveau affichage, et là encore, ça
améliore nettement les choses.
pref Graphique ?
Oui.
Si tu parles d'activation/déactivation des animations
d'unités par exemple, c'est "graphique" mais la consommation de temps
c'est plus l'animation (avec les pauses) que l'affichage qui ralenti.
Il y a aussi les ombrages des noms de villes, par exemple.
Plus les infos affichées du genre "nombres d'écus sur le terrain", e
genre de trucs.
Là, je pense que c'est directement lié à l'affichage graphique plutôt
qu'au proc, non?
[...]
Oui, là je fais une partie (depuis un moment) sur la grande carte de
l'amérique du nord (Large) avec 8 civilisations en mode "Monarch" (pour
la première fois).
Jamais pu dépasser le stade de Warlord, quasiment, en ce qui me
concerne! :)
J'ai horreur de perdre, et à chaque fois que j'essaye un niveau de
difficulté plus important, ce putain de jeu triche tellement (il gagne
systématiquement les batailles, même si j'ai 10 unités contre une seule
en rase campagne) que ça me gonfle et que je quitte la partie, de rage!
:)
Serais tu mauvais joueur ;-?
No, justement... j'ai horreur de la triche, et CIV triche un max, c'est
clair.
Evidemment, les dev ont compensé la "bêtise" de l'IA par cette "triche",
mais là, dans les niveaux de difficulté plus élevés, c'est même pas la
peine, je trouve.
Je préfère jouer en Warlord, ou en King, contre 12 civ liguées contre
moi, sur une carte immense, à base d'archipels surtout.
Là, c'est du sport... :)
Nous sommes en 1876 (environ) et y'a comme qui dirait une guerre quasi
mondiale en ce moment (pas mon genre
Moi, j'aime bien la guerre justement...
Quand je la gagne, évidemment! :)
Je prefère me développer et jouer économie et diplomatie que guerre.
Bon ça m'ai arrivé de jouer en guerre totale (destruction de tout les
adversaires) mais ça me lasse au bout d'un moment...
Faut toujours en garder quelques uns pour la soif... les détruire tous,
c'est ianche en effet.
On sent que ta machine est assez sous-dimensionnée, en effet, là...
Sur ce type de partie (carte importante, beaucoup de civ et guerres) :
OUI.
Mais bon c'est un imac G3@400 de fin 1999 (gonflé à 640 Mo de RAM), faut
pas lui demander de ce comporter comme une jouvencelle ;-)
C'est surtout CIV qui sait se comporter comme un vieux lourdeau quand il
veut! :)
--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.
Ha c'est possible, en effet, mais sur les grosses cartes, je passe en général en "milliers de couleurs" et j'ai remarqué que ça allait nettement mieux quand même.
Peut être... Pas testé avec Civ exactement, mais SpeedTest (test affichage Quartz et OpenGL) est plus rapide sur ma machine en million qu'en milliers (carte plus adaptée probablement).
En tous cas, dans CIV, c'est évident car même en début de partie, sur une carte grande, le scroll est plus rapide en milliers qu'en millions (sur mon Ti/400 mais c'était pareil sous pré-X avec mon 8500 gonflé en G3/266 et une carte graphique Formac accélérée).
Aussi, je réduis les Pref de CIV, au niveau affichage, et là encore, ça améliore nettement les choses.
pref Graphique ?
Oui.
Si tu parles d'activation/déactivation des animations d'unités par exemple, c'est "graphique" mais la consommation de temps c'est plus l'animation (avec les pauses) que l'affichage qui ralenti.
Il y a aussi les ombrages des noms de villes, par exemple. Plus les infos affichées du genre "nombres d'écus sur le terrain", e genre de trucs. Là, je pense que c'est directement lié à l'affichage graphique plutôt qu'au proc, non?
[...] Oui, là je fais une partie (depuis un moment) sur la grande carte de l'amérique du nord (Large) avec 8 civilisations en mode "Monarch" (pour la première fois).
Jamais pu dépasser le stade de Warlord, quasiment, en ce qui me concerne! :) J'ai horreur de perdre, et à chaque fois que j'essaye un niveau de difficulté plus important, ce putain de jeu triche tellement (il gagne systématiquement les batailles, même si j'ai 10 unités contre une seule en rase campagne) que ça me gonfle et que je quitte la partie, de rage! :)
Serais tu mauvais joueur ;-?
No, justement... j'ai horreur de la triche, et CIV triche un max, c'est clair. Evidemment, les dev ont compensé la "bêtise" de l'IA par cette "triche", mais là, dans les niveaux de difficulté plus élevés, c'est même pas la peine, je trouve.
Je préfère jouer en Warlord, ou en King, contre 12 civ liguées contre moi, sur une carte immense, à base d'archipels surtout. Là, c'est du sport... :)
Nous sommes en 1876 (environ) et y'a comme qui dirait une guerre quasi mondiale en ce moment (pas mon genre
Moi, j'aime bien la guerre justement... Quand je la gagne, évidemment! :)
Je prefère me développer et jouer économie et diplomatie que guerre. Bon ça m'ai arrivé de jouer en guerre totale (destruction de tout les adversaires) mais ça me lasse au bout d'un moment...
Faut toujours en garder quelques uns pour la soif... les détruire tous, c'est ianche en effet.
On sent que ta machine est assez sous-dimensionnée, en effet, là...
Sur ce type de partie (carte importante, beaucoup de civ et guerres) : OUI. Mais bon c'est un imac de fin 1999 (gonflé à 640 Mo de RAM), faut pas lui demander de ce comporter comme une jouvencelle ;-)
C'est surtout CIV qui sait se comporter comme un vieux lourdeau quand il veut! :)
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
dominiquelang
JPaul wrote:
Vider des trous ? faut l'faire ! ;-)
Now, they know how many holes it takes to fill the Albert Hall! (Beatles) - désolé, pas pu m'empêcher. -- Hop! (tm) et amitiés! Dominique Lang Gériatrie: <http://perso.wanadoo.fr/dominique.lang/accueil.html> Club Macami: <http://www.macami.net>
JPaul <blanc@empty.org> wrote:
Vider des trous ? faut l'faire ! ;-)
Now, they know how many holes it takes to fill the Albert Hall!
(Beatles) - désolé, pas pu m'empêcher.
--
Hop! (tm) et amitiés!
Dominique Lang
Gériatrie: <http://perso.wanadoo.fr/dominique.lang/accueil.html>
Club Macami: <http://www.macami.net>
Now, they know how many holes it takes to fill the Albert Hall! (Beatles) - désolé, pas pu m'empêcher. -- Hop! (tm) et amitiés! Dominique Lang Gériatrie: <http://perso.wanadoo.fr/dominique.lang/accueil.html> Club Macami: <http://www.macami.net>
Nicolas.MICHEL
JmG wrote:
Sauf que CIV n'est pas un jeu de plateau quand même... perso, je n'aime pas les jeux de rôle, et j'adore CIV (et uniquement lui d'ailleurs).
content="Présentation du jeu de plateau civilisation"
Un jeu de plateau, c'est un jeu qui comme civilisation a un truc plat en carton pour poser des éléments dessus, genre pions, figurines ou cartes.
Un jeu de rôle (le jeu de société, pas le truc à l'ordi) en revanche ne nécessite pas forcément de matériel spécifique tel qu'un plateau, des pions ou des cartes, mais peu les utiliser suivant le jeu. Par exemple pour rené : <http://philippe.tromeur.free.fr/rrpg.htm> il suffit de deux dés à 10 faces, de parchemins, de plumes, de chemises blanches, de cheveux et d'écharpes dans le vent, d'un fauteuil Louis XVIII et de tabourets, d'une table en marbre ou en chêne, de bougies, de crânes, de Pépitos et de Kronenpils.
Donc pas de plateau en carton, si ce n'est le dessous de verre pour les Kronenpils. -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
JmG <JmG@NOSPAMLaCase.com> wrote:
Sauf que CIV n'est pas un jeu de plateau quand même... perso, je n'aime
pas les jeux de rôle, et j'adore CIV (et uniquement lui d'ailleurs).
content="Présentation du jeu de plateau civilisation"
Un jeu de plateau, c'est un jeu qui comme civilisation a un truc plat en
carton pour poser des éléments dessus, genre pions, figurines ou cartes.
Un jeu de rôle (le jeu de société, pas le truc à l'ordi) en revanche ne
nécessite pas forcément de matériel spécifique tel qu'un plateau, des
pions ou des cartes, mais peu les utiliser suivant le jeu.
Par exemple pour rené :
<http://philippe.tromeur.free.fr/rrpg.htm>
il suffit de deux dés à 10 faces, de parchemins, de plumes, de chemises
blanches, de cheveux et d'écharpes dans le vent, d'un fauteuil Louis
XVIII et de tabourets, d'une table en marbre ou en chêne, de bougies, de
crânes, de Pépitos et de Kronenpils.
Donc pas de plateau en carton, si ce n'est le dessous de verre pour les
Kronenpils.
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
content="Présentation du jeu de plateau civilisation"
Un jeu de plateau, c'est un jeu qui comme civilisation a un truc plat en carton pour poser des éléments dessus, genre pions, figurines ou cartes.
Un jeu de rôle (le jeu de société, pas le truc à l'ordi) en revanche ne nécessite pas forcément de matériel spécifique tel qu'un plateau, des pions ou des cartes, mais peu les utiliser suivant le jeu. Par exemple pour rené : <http://philippe.tromeur.free.fr/rrpg.htm> il suffit de deux dés à 10 faces, de parchemins, de plumes, de chemises blanches, de cheveux et d'écharpes dans le vent, d'un fauteuil Louis XVIII et de tabourets, d'une table en marbre ou en chêne, de bougies, de crânes, de Pépitos et de Kronenpils.
Donc pas de plateau en carton, si ce n'est le dessous de verre pour les Kronenpils. -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Saïd
Nicolas MICHEL :
Un jeu de rôle (le jeu de société, pas le truc à l'ordi) en revanche ne nécessite pas forcément de matériel spécifique tel qu'un plateau, des pions ou des cartes, mais peu les utiliser suivant le jeu. Par exemple pour rené : <http://philippe.tromeur.free.fr/rrpg.htm> il suffit de deux dés à 10 faces, de parchemins, de plumes, de chemises blanches, de cheveux et d'écharpes dans le vent, d'un fauteuil Louis XVIII et de tabourets, d'une table en marbre ou en chêne, de bougies, de crânes, de Pépitos et de Kronenpils.
Et une pipe a opium et un litron d'absinthe?
-- Saïd.
Nicolas MICHEL :
Un jeu de rôle (le jeu de société, pas le truc à l'ordi) en revanche ne
nécessite pas forcément de matériel spécifique tel qu'un plateau, des
pions ou des cartes, mais peu les utiliser suivant le jeu.
Par exemple pour rené :
<http://philippe.tromeur.free.fr/rrpg.htm>
il suffit de deux dés à 10 faces, de parchemins, de plumes, de chemises
blanches, de cheveux et d'écharpes dans le vent, d'un fauteuil Louis
XVIII et de tabourets, d'une table en marbre ou en chêne, de bougies, de
crânes, de Pépitos et de Kronenpils.
Un jeu de rôle (le jeu de société, pas le truc à l'ordi) en revanche ne nécessite pas forcément de matériel spécifique tel qu'un plateau, des pions ou des cartes, mais peu les utiliser suivant le jeu. Par exemple pour rené : <http://philippe.tromeur.free.fr/rrpg.htm> il suffit de deux dés à 10 faces, de parchemins, de plumes, de chemises blanches, de cheveux et d'écharpes dans le vent, d'un fauteuil Louis XVIII et de tabourets, d'une table en marbre ou en chêne, de bougies, de crânes, de Pépitos et de Kronenpils.
Et une pipe a opium et un litron d'absinthe?
-- Saïd.
phpinfo
Saïd wrote:
<http://philippe.tromeur.free.fr/rrpg.htm> il suffit de deux dés à 10 faces, de parchemins, de plumes, de chemises blanches, de cheveux et d'écharpes dans le vent, d'un fauteuil Louis XVIII et de tabourets, d'une table en marbre ou en chêne, de bougies, de crânes, de Pépitos et de Kronenpils.
Et une pipe a opium et un litron d'absinthe?
La partie ne durera pas longtemps.
-- Pierre-Alain Dorange
Vidéo, DV et QuickTime pour Mac <www.garage-video.fr.st> Clarus, the DogCow <www.clarus.mac-fan.com>
Saïd <said@brian.lan> wrote:
<http://philippe.tromeur.free.fr/rrpg.htm>
il suffit de deux dés à 10 faces, de parchemins, de plumes, de chemises
blanches, de cheveux et d'écharpes dans le vent, d'un fauteuil Louis
XVIII et de tabourets, d'une table en marbre ou en chêne, de bougies, de
crânes, de Pépitos et de Kronenpils.
Et une pipe a opium et un litron d'absinthe?
La partie ne durera pas longtemps.
--
Pierre-Alain Dorange
Vidéo, DV et QuickTime pour Mac <www.garage-video.fr.st>
Clarus, the DogCow <www.clarus.mac-fan.com>
<http://philippe.tromeur.free.fr/rrpg.htm> il suffit de deux dés à 10 faces, de parchemins, de plumes, de chemises blanches, de cheveux et d'écharpes dans le vent, d'un fauteuil Louis XVIII et de tabourets, d'une table en marbre ou en chêne, de bougies, de crânes, de Pépitos et de Kronenpils.
Et une pipe a opium et un litron d'absinthe?
La partie ne durera pas longtemps.
-- Pierre-Alain Dorange
Vidéo, DV et QuickTime pour Mac <www.garage-video.fr.st> Clarus, the DogCow <www.clarus.mac-fan.com>
