Quel mode de compilation pour l'affichage correct d'un label

Tout ce qui concerne le langage Asymptote. Ce langage est utilisable sur le forum via les balises asy.
[participation réservée aux utilisateurs inscrits]
Règles du forum
Merci de soigner la rédaction de vos messages et de consulter ce sujet avant de poster. Pensez également à utiliser la fonction recherche du forum.
Fabrice Couvreur
Utilisateur éprouvé
Utilisateur éprouvé
Messages : 604
Inscription : samedi 18 août 2007, 01:55

Quel mode de compilation pour l'affichage correct d'un label

Message non lu par Fabrice Couvreur »

Bonjour,
Le but est d'insérer dans un fichier au format pdf une figure embarquant du code prc afin de pouvoir bouger cette figure pour mieux comprendre certaines questions posées.
Le code est le suivant :

Code : Tout sélectionner

import three;
settings.outformat="pdf";
settings.pdfviewer="acroread";
settings.render=0;
settings.prc=true;
currentprojection=obliqueX;
currentlight=nolight;
size(8cm,0);
pen p1=fontsize(8pt);
pen p2 =1bp+black;
pen p3=invisible;
triple sommet []={(0,0,0),(4,0,0),(4,4,0),(0,4,0),(0,0,4)};
for(int x=0 ; x<3 ; ++x){
   for(int y=0 ; y<3 ; ++y){
       draw(shift(x,y,0)*unitcube,lightgrey,black); 
  }
}
for(int x=0 ; x<2 ; ++x){
   for(int y=0 ; y<2 ; ++y){
       draw(shift(x,y,1)*unitcube,lightgrey,black); 
  }
}
draw(shift(0,0,2)*unitcube,lightgrey,black);
draw(sommet[4]--sommet[1]--sommet[2]--cycle^^sommet[2]--sommet[3]--sommet[4],p2);
draw(sommet[3]--(0,3,0)^^sommet[1]--(3,0,0)^^sommet[4]--(0,0,3),dashed);
label("O",sommet[4],N,p1);
label("Q",sommet[1],S,p1);
label("R",sommet[2],S,p1);
label("S",sommet[3],E,p1);
label("P",sommet[0],W,p3);
Le label en question est la lettre P. À l'ouverture du fichier, on ne voit pas cette lettre, ce qui est normal compte tenu du choix de la projection. Est-il possible de faire en sorte que cette lettre soit visible quand on bouge la figure à la souris ?

Mon éditeur est Emacs avec utilisation du mode asy. Quand je compile avec C-c C-c, j'obtiens toujours ce que je veux sauf pour les fichiers embarquant du code prc (settings.prc=true) où, à la sortie, je n'obtiens qu'un simple fichier au format pdf sans code prc. Je dois donc compiler en mode bash (asy -prc -render=4 -f pdf cube.asy).
Merci.

PS : quelles sont les améliorations possibles de ce code ?
Dernière modification par Fabrice Couvreur le dimanche 18 décembre 2011, 13:07, modifié 1 fois.
GMaths
Utilisateur chevronné
Utilisateur chevronné
Messages : 2042
Inscription : lundi 01 octobre 2007, 10:20

Re: Rendre un label visible ou invisible

Message non lu par GMaths »

Bonjour,
Fabrice Couvreur a écrit :Quand je compile avec C-c C-c, j'obtiens toujours ce que je veux sauf pour les fichiers embarquant du code prc (settings.prc=true) où, à la sortie, je n'obtiens qu'un simple fichier au format pdf sans code prc.
Je dois donc compiler en mode bash (asy -prc -render=4 -f pdf cube.asy).
Tu ne t'es pas dit que c'était du fait de tes autres options de compilation ?
Remarque que dans ta ligne de commande... tu changes de "render".
Fabrice Couvreur a écrit :PS : quelles sont les améliorations possibles de ce code ?
Je testerai tout à l'heure.
Dernière modification par GMaths le samedi 17 décembre 2011, 13:48, modifié 1 fois.
chellier
Modérateur honoraire
Modérateur honoraire
Messages : 355
Inscription : samedi 25 juillet 2009, 12:25
Localisation : Le Creusot
Contact :

Re: Rendre un label visible ou invisible

Message non lu par chellier »

Fabrice Couvreur a écrit :Bonjour,
Bonjour,
Fabrice Couvreur a écrit :Le label en question est la lettre P. À l'ouverture du fichier, on ne voit pas cette lettre, ce qui est normal compte tenu du choix de la projection. Est-il possible de faire en sorte que cette lettre soit visible quand on bouge la figure à la souris ?
Il suffit de placer la ligne : label("P",sommet[0],W,p1); (attention, p1, pour qu'elle soit dessinée)
juste avant les constructions, en dessous de : triple sommet []={(0,0,0),(4,0,0),(4,4,0),(0,4,0),(0,0,4)};
La lettre sera bien là, mais cachée !

Pour le reste, je n'utilise pas emacs. Sinon au niveau des améliorations, ton code me paraît déjà plutôt pas mal...

Christophe
GMaths
Utilisateur chevronné
Utilisateur chevronné
Messages : 2042
Inscription : lundi 01 octobre 2007, 10:20

Re: Rendre un label visible ou invisible

Message non lu par GMaths »

Je vais donner un conseil différent et soulever une contradiction :

Si tu veux faire tourner ta figure :
  • on ne positionne pas les labels avec N, S, W et E : on utilise X, Y et Z :

    Code : Tout sélectionner

        label("O",sommet[4],Z,p1);
        label("Q",sommet[1],-2Y,p1);
        label("R",sommet[2],2Y,p1);
        label("S",sommet[3],2Y,p1);
        label("P",sommet[0],-X-Y-Z,p1);
    Ainsi P est positionné correctement dans l'espace.
  • le choix de obliqueX... ne va pas vraiment te donner ce que veux, lorsque tu vas faire tourner la figure.
GMaths
Utilisateur chevronné
Utilisateur chevronné
Messages : 2042
Inscription : lundi 01 octobre 2007, 10:20

Re: Rendre un label visible ou invisible

Message non lu par GMaths »

A propos du prc manquant... j'ai changé mon premier message... car je crois que le problème vient d'une autre subtilité :

Rappel d'un extrait de la doc (partie relative à three, notamment le passage : "There are four choices for viewing 3D Asymptote output : 1. ... 2. ... 3. ... 4. ...") ... avec mise en exergue d'une remarque importante :

Image

----------

Je me permets donc les suggestions suivantes :
  • mettre les "settings" en tout début de script... avant les "import" ;
  • se contenter de quelque chose comme cela :

    Code : Tout sélectionner

    settings.outformat="pdf";
    
    // Avec les trois lignes suivantes commentées, on obtient un pdf avec prc sans surcouche d'une image fixe.
    // settings.render=4; // pour pdf avec prc et surcouche d'une image fixe
    // settings.render=4; settings.prc=false; settings.batchView=false; // pour pdf sans prc, et création directe du pdf
    // settings.render=0; settings.prc=false; // pour pdf sans prc... de meilleure qualité... mais avec objets "empilés" donc cela entraine de fréquentes positions relatives incorrectes.
    
    import three; // ligne qui doit être placée après les choix précédents !
    Je ne mettrais pas toutes les possibilités personnellement si je devais décider de paramétrer la compilation dans le script (ce que je ne fais pas)... mais il est vrai que tant que l'on n'a pas retenu toutes les possibilités, cela peut être utile.

    Attention, pour le "batchView"... je rappelle qu'il y a eu et qu'il doit y avoir encore un réglage par défaut différent d'Asymptote sous Unix et Windows... donc c'est à adapter suivant le système.
  • déporter le choix des utilitaires dans .asy/config.asy (et n'ajouter une ligne dans le script que lorsque tu veux modifier le choix par défaut) :

    Code : Tout sélectionner

    import settings;
    psviewer="...";
    pdfviewer="...";
    gs="...";
GMaths
Utilisateur chevronné
Utilisateur chevronné
Messages : 2042
Inscription : lundi 01 octobre 2007, 10:20

Re: Rendre un label visible ou invisible

Message non lu par GMaths »

GMaths a écrit :Je testerai tout à l'heure.
... ce que j'ai pu faire maintenant.
Je propose cela :

Code : Tout sélectionner

settings.outformat="pdf";
// Avec les trois lignes suivantes commentées, on obtient un pdf avec prc sans la surcouche d'une image fixe pour les navigateurs qui ne savent pas lire le prc.
settings.render=4; // pour pdf avec prc et surcouche d'une image fixe
// settings.render=4; settings.prc=false; settings.batchView=false; // pour pdf sans prc, et création directe du pdf
// settings.render=0; settings.prc=false; // pour pdf sans prc... de meilleure qualité... mais avec "objets empilés" donc cela entraine de fréquentes positions relatives incorrectes.

import three;

currentprojection=obliqueX;
currentlight=nolight;
size(8cm,0);
pen p1=fontsize(8pt);
pen p2 =1bp+black;
int a=6;
triple sommet []={(0,0,0),(a,0,0),(a,a,0),(0,a,0),(0,0,a)};

for(int z=0 ; z<a-1 ; ++z)
   for(int x=0 ; x<a-z-1 ; ++x)
       for(int y=0 ; y<a-z-1 ; ++y)
           draw(shift(x,y,z)*unitcube,lightgrey,.5bp+black);

draw(sommet[4]--sommet[1]--sommet[2]--cycle^^sommet[2]--sommet[3]--sommet[4],p2);
draw(sommet[3]--(0,a-1,0)^^sommet[1]--(a-1,0,0)^^sommet[4]--(0,0,a-1),dashed);
label("O",sommet[4],Z,p1);
label("Q",sommet[1],-2Y,p1);
label("R",sommet[2],2Y,p1);
label("S",sommet[3],2Y,p1);
label("P",sommet[0],-X-Y-Z,p1);
Quelques remarques :
  • Il faut modifier la valeur de a par 4 pour retrouver la figure initiale ;
  • j'ai laissé obliqueX... mais personnellement si je tenais à faire tourner la figure pour montrer P, je ne prendrais pas ce type de projection ;
  • je n'ai pas remis la commande spécifiant pdfviewer... car pour moi, elle doit être dans le fichier config.asy.
Image

---------------

Ne faudrait-il pas modifier le "titre du message initial" ?
Une suggestion de titre plus adapté : "quel mode de compilation pour l'affichage correct d"un label en 3D ?"
GMaths
Utilisateur chevronné
Utilisateur chevronné
Messages : 2042
Inscription : lundi 01 octobre 2007, 10:20

Re: Rendre un label visible ou invisible

Message non lu par GMaths »

J'ai amélioré l'exemple et je l'ai mis à côté du sapin. :mrgreen:

PS : cavaliereX n'est pas plus adapté que obliqueX... si c'est une figure destinée à être au format prc pour pouvoir la faire tourner sur elle-même.
Fabrice Couvreur
Utilisateur éprouvé
Utilisateur éprouvé
Messages : 604
Inscription : samedi 18 août 2007, 01:55

Re: Rendre un label visible ou invisible

Message non lu par Fabrice Couvreur »

Bonjour,
GMaths a écrit :Tu ne t'es pas dit que c'était du fait de tes autres options de compilation ?
Seule l'option prc ajoutée au script ne passait pas à la compilation C-c C-c.
GMaths a écrit :mettre les "settings" en tout début de script... avant les "import" ;
Exact, l'option prc est acceptée à la compilation.
GMaths a écrit :Attention, pour le "batchView"... je rappelle qu'il y a eu et qu'il doit y avoir encore un réglage par défaut différent d'Asymptote sous Unix et Windows... donc c'est à adapter suivant le système.
Je sais, le mien est le suivant :

Code : Tout sélectionner

import settings;
psviewer="gv";
pdfviewer="acroread";
gs="gs";
J'ai donc compilé ce fichier, et je dois dire que quand je bouge la figure à la souris, le résultat est un peu décevant (arêtes de la pyramide qui se "dédoublent", voire plus, image un peu floutée....).
Je me demande s'il ne serait pas préférable de faire plusieurs figures avec des vues différentes.
J'ai encore quelques insuffisances au niveau de prc et render :oops:
Si je résume, l'option prc permet de faire bouger la figure dans un fichier pdf (avec Adobe), donc de faire de la "vraie" 3d.
Si on utilise que le viewer Acroread, ajouter l'option settings.render=4 à l'option settings.prc=true n'améliorera pas le rendu du fichier, par contre, elle permettra de visionner le fichier avec un autre viewer mais sans pouvoir bouger la figure.
Question :
quelles sont alors les options pour avoir le meilleur rendu possible pour une figure 3d à inclure dans un fichier tex ?
Merci.
GMaths
Utilisateur chevronné
Utilisateur chevronné
Messages : 2042
Inscription : lundi 01 octobre 2007, 10:20

Re: Rendre un label visible ou invisible

Message non lu par GMaths »

Fabrice Couvreur a écrit :
GMaths a écrit :Attention, pour le "batchView"... je rappelle qu'il y a eu et qu'il doit y avoir encore un réglage par défaut différent d'Asymptote sous Unix et Windows... donc c'est à adapter suivant le système.
Je sais, le mien est le suivant :

Code : Tout sélectionner

import settings;
psviewer="gv";
pdfviewer="acroread";
gs="gs";
On ne parle pas de la même chose.

Je parle de l'option batchView (par défaut à false sous Unix et à true sous Windows)... pour lancer la visualisation du format de sortie.

Et tu me parles du fichier config.asy... (dans lequel tu pourrais aussi y modifier la valeur par défaut de batchView).
Fabrice Couvreur a écrit :J'ai donc compilé ce fichier, et je dois dire que quand je bouge la figure à la souris, le résultat est un peu décevant (arêtes de la pyramide qui se "dédoublent", voire plus, image un peu floutée....).
Rien de tout cela chez moi.
Problème de carte graphique ?
GMaths
Utilisateur chevronné
Utilisateur chevronné
Messages : 2042
Inscription : lundi 01 octobre 2007, 10:20

Re: Rendre un label visible ou invisible

Message non lu par GMaths »

GMaths a écrit :
Fabrice Couvreur a écrit :J'ai donc compilé ce fichier, et je dois dire que quand je bouge la figure à la souris, le résultat est un peu décevant (arêtes de la pyramide qui se "dédoublent", voire plus, image un peu floutée....).
Rien de tout cela chez moi.
Problème de carte graphique ?
Si tu as un fichier pdf à joindre... je veux bien le tester, pour voir ce que cela donne chez moi.
Fabrice Couvreur
Utilisateur éprouvé
Utilisateur éprouvé
Messages : 604
Inscription : samedi 18 août 2007, 01:55

Re: quel mode de compilation pour l'affichage correct d"un l

Message non lu par Fabrice Couvreur »

Re,
GMaths a écrit :On ne parle pas de la même chose.
Exact, désolé !
Ma carte graphique est la suivante :

Code : Tout sélectionner

fab@debian:~$ lspci | grep VGA
01:00.0 VGA compatible controller: ATI Technologies Inc Cypress XT [Radeon HD 5870]
fab@debian:~$ 
En fait, je me suis mal exprimé ; je voulais plutôt dire que durant le mouvement, les arêtes se "dédoublent" un peu, et que tout redevient normal après.
Je ne sais pas si je suis suffisamment clair ! :)
Dernière modification par Fabrice Couvreur le dimanche 18 décembre 2011, 13:31, modifié 1 fois.
GMaths
Utilisateur chevronné
Utilisateur chevronné
Messages : 2042
Inscription : lundi 01 octobre 2007, 10:20

Re: quel mode de compilation pour l'affichage correct d"un l

Message non lu par GMaths »

Je viens de réaliser que tu avais déjà

Code : Tout sélectionner

pdfviewer="acroread";
dans ton fichier config.asy.
Alors pourquoi l'ajoutais-tu à chaque fois dans tes scripts ?
GMaths
Utilisateur chevronné
Utilisateur chevronné
Messages : 2042
Inscription : lundi 01 octobre 2007, 10:20

Re: quel mode de compilation pour l'affichage correct d"un l

Message non lu par GMaths »

Fabrice Couvreur a écrit :Ma carte graphique est la suivante :

Code : Tout sélectionner

fab@debian:~$ lspci | grep VGA
01:00.0 VGA compatible controller: ATI Technologies Inc Cypress XT [Radeon HD 5870]
fab@debian:~$ 
En fait, je me suis mal exprimé ; je voulais plutôt dire que durant le mouvement, les arêtes de "dédoublent" un peu, et que tout redevient normal après.
Je ne sais pas si je suis suffisamment clair ! :)
Je devine ce que tu vois : j'ai cela aussi... mais avec des figures beaucoup plus compliquées ! Pas celle ci.
Le temps du déplacement... pour qu'il reste fluide, c'est en quelque sorte le "squelette"uniquement qui est tracé uniquement.
Cela tient à mon avis à une limitation au niveau du matériel : carte graphique ou mémoire.
Fabrice Couvreur
Utilisateur éprouvé
Utilisateur éprouvé
Messages : 604
Inscription : samedi 18 août 2007, 01:55

Re: quel mode de compilation pour l'affichage correct d"un l

Message non lu par Fabrice Couvreur »

GMaths a écrit :Alors pourquoi l'ajoutais-tu à chaque fois dans tes scripts ?
Mauvaise habitude !
Quand au fichier, comment je te le fais parvenir ? Par le forum ? Directement ?
PS : je dois m'absenter, je verrai cela ce soir, merci.
GMaths
Utilisateur chevronné
Utilisateur chevronné
Messages : 2042
Inscription : lundi 01 octobre 2007, 10:20

Re: quel mode de compilation pour l'affichage correct d"un l

Message non lu par GMaths »

Fabrice Couvreur a écrit :comment je te le fais parvenir ?
Comme tu veux et peux.
Fabrice Couvreur
Utilisateur éprouvé
Utilisateur éprouvé
Messages : 604
Inscription : samedi 18 août 2007, 01:55

Re: quel mode de compilation pour l'affichage correct d"un l

Message non lu par Fabrice Couvreur »

Bonjour,
Voici un lien pour visionner le fichier :
http://www.fileupyours.com/view/310238/cube.pdf
GMaths a écrit :Cela tient à mon avis à une limitation au niveau du matériel : carte graphique ou mémoire.
Je pense que mon pc est assez "puissant" :

Code : Tout sélectionner

fab@debian:~$ lspci -v
00:00.0 Host bridge: Intel Corporation Core Processor DMI (rev 11)
	Subsystem: eVga.com. Corp. Device 1012
	Flags: fast devsel
	Capabilities: <access denied>

00:03.0 PCI bridge: Intel Corporation Core Processor PCI Express Root Port 1 (rev 11) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	I/O behind bridge: 00008000-0000afff
	Memory behind bridge: a0000000-a00fffff
	Prefetchable memory behind bridge: 00000000bff00000-00000000dfefffff
	Capabilities: <access denied>
	Kernel driver in use: pcieport

00:08.0 System peripheral: Intel Corporation Core Processor System Management Registers (rev 11)
	Subsystem: Device 0042:0012
	Flags: fast devsel
	Capabilities: <access denied>

00:08.1 System peripheral: Intel Corporation Core Processor Semaphore and Scratchpad Registers (rev 11)
	Subsystem: Device 0042:0012
	Flags: fast devsel
	Capabilities: <access denied>

00:08.2 System peripheral: Intel Corporation Core Processor System Control and Status Registers (rev 11)
	Subsystem: Device 0042:0012
	Flags: fast devsel
	Capabilities: <access denied>

00:08.3 System peripheral: Intel Corporation Core Processor Miscellaneous Registers (rev 11)
	Subsystem: Device 0042:0012
	Flags: fast devsel

00:10.0 System peripheral: Intel Corporation Core Processor QPI Link (rev 11)
	Subsystem: Device 0042:0012
	Flags: fast devsel

00:10.1 System peripheral: Intel Corporation Core Processor QPI Routing and Protocol Registers (rev 11)
	Subsystem: Device 0042:0012
	Flags: fast devsel

00:1a.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05) (prog-if 20 [EHCI])
	Subsystem: eVga.com. Corp. Device 1012
	Flags: bus master, medium devsel, latency 0, IRQ 16
	Memory at a0704000 (32-bit, non-prefetchable) [size=1K]
	Capabilities: <access denied>
	Kernel driver in use: ehci_hcd

00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 05)
	Subsystem: eVga.com. Corp. Device 1012
	Flags: bus master, fast devsel, latency 0, IRQ 48
	Memory at a0700000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: <access denied>
	Kernel driver in use: HDA Intel

00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 (rev 05) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0
	Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
	I/O behind bridge: 00002000-00002fff
	Memory behind bridge: a0e00000-a0ffffff
	Prefetchable memory behind bridge: 00000000a1000000-00000000a11fffff
	Capabilities: <access denied>
	Kernel driver in use: pcieport

00:1c.4 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 5 (rev 05) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0
	Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
	I/O behind bridge: 0000b000-0000bfff
	Memory behind bridge: a0100000-a01fffff
	Prefetchable memory behind bridge: 00000000a0200000-00000000a02fffff
	Capabilities: <access denied>
	Kernel driver in use: pcieport

00:1c.5 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 6 (rev 05) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0
	Bus: primary=00, secondary=04, subordinate=04, sec-latency=0
	I/O behind bridge: 0000c000-0000cfff
	Memory behind bridge: a0300000-a03fffff
	Prefetchable memory behind bridge: 00000000a0400000-00000000a04fffff
	Capabilities: <access denied>
	Kernel driver in use: pcieport

00:1c.6 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 7 (rev 05) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0
	Bus: primary=00, secondary=05, subordinate=05, sec-latency=0
	I/O behind bridge: 0000d000-0000dfff
	Memory behind bridge: a0500000-a05fffff
	Prefetchable memory behind bridge: 00000000a0c00000-00000000a0dfffff
	Capabilities: <access denied>
	Kernel driver in use: pcieport

00:1c.7 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 8 (rev 05) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0
	Bus: primary=00, secondary=06, subordinate=06, sec-latency=0
	I/O behind bridge: 00001000-00001fff
	Memory behind bridge: a0800000-a09fffff
	Prefetchable memory behind bridge: 00000000a0a00000-00000000a0bfffff
	Capabilities: <access denied>
	Kernel driver in use: pcieport

00:1d.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05) (prog-if 20 [EHCI])
	Subsystem: eVga.com. Corp. Device 1012
	Flags: bus master, medium devsel, latency 0, IRQ 23
	Memory at a0704400 (32-bit, non-prefetchable) [size=1K]
	Capabilities: <access denied>
	Kernel driver in use: ehci_hcd

00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5) (prog-if 01 [Subtractive decode])
	Flags: bus master, fast devsel, latency 0
	Bus: primary=00, secondary=07, subordinate=07, sec-latency=32
	Memory behind bridge: a0600000-a06fffff
	Capabilities: <access denied>

00:1f.0 ISA bridge: Intel Corporation 5 Series Chipset LPC Interface Controller (rev 05)
	Subsystem: eVga.com. Corp. Device 1012
	Flags: bus master, medium devsel, latency 0
	Capabilities: <access denied>

00:1f.2 IDE interface: Intel Corporation 5 Series/3400 Series Chipset 4 port SATA IDE Controller (rev 05) (prog-if 8a [Master SecP PriP])
	Subsystem: eVga.com. Corp. Device 1012
	Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 19
	I/O ports at 01f0 [size=8]
	I/O ports at 03f4 [size=1]
	I/O ports at 0170 [size=8]
	I/O ports at 0374 [size=1]
	I/O ports at ff90 [size=16]
	I/O ports at ffa0 [size=16]
	Capabilities: <access denied>
	Kernel driver in use: ata_piix

00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller (rev 05)
	Subsystem: eVga.com. Corp. Device 1012
	Flags: medium devsel, IRQ 18
	Memory at a0704800 (64-bit, non-prefetchable) [size=256]
	I/O ports at 0400 [size=32]
	Kernel driver in use: i801_smbus

00:1f.5 IDE interface: Intel Corporation 5 Series/3400 Series Chipset 2 port SATA IDE Controller (rev 05) (prog-if 85 [Master SecO PriO])
	Subsystem: eVga.com. Corp. Device 1012
	Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 19
	I/O ports at e880 [size=8]
	I/O ports at e800 [size=4]
	I/O ports at e480 [size=8]
	I/O ports at e400 [size=4]
	I/O ports at e080 [size=16]
	I/O ports at e000 [size=16]
	Capabilities: <access denied>
	Kernel driver in use: ata_piix

01:00.0 VGA compatible controller: ATI Technologies Inc Cypress XT [Radeon HD 5870] (prog-if 00 [VGA controller])
	Subsystem: PC Partner Limited Device e140
	Flags: bus master, fast devsel, latency 0, IRQ 49
	Memory at c0000000 (64-bit, prefetchable) [size=256M]
	Memory at a0000000 (64-bit, non-prefetchable) [size=128K]
	I/O ports at a000 [size=256]
	Expansion ROM at bff00000 [disabled] [size=128K]
	Capabilities: <access denied>
	Kernel driver in use: radeon

01:00.1 Audio device: ATI Technologies Inc Cypress HDMI Audio [Radeon HD 5800 Series]
	Subsystem: PC Partner Limited Device aa50
	Flags: bus master, fast devsel, latency 0, IRQ 50
	Memory at a0020000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: <access denied>
	Kernel driver in use: HDA Intel

03:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8057 PCI-E Gigabit Ethernet Controller (rev 10)
	Subsystem: eVga.com. Corp. Device abcd
	Flags: bus master, fast devsel, latency 0, IRQ 46
	Memory at a0100000 (64-bit, non-prefetchable) [size=16K]
	I/O ports at b800 [size=256]
	Expansion ROM at a0200000 [disabled] [size=128K]
	Capabilities: <access denied>
	Kernel driver in use: sky2

04:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8057 PCI-E Gigabit Ethernet Controller (rev 10)
	Subsystem: eVga.com. Corp. Device abcd
	Flags: bus master, fast devsel, latency 0, IRQ 47
	Memory at a0300000 (64-bit, non-prefetchable) [size=16K]
	I/O ports at c800 [size=256]
	Expansion ROM at a0400000 [disabled] [size=128K]
	Capabilities: <access denied>
	Kernel driver in use: sky2

05:00.0 IDE interface: Marvell Technology Group Ltd. 88SE6121 SATA II Controller (rev b2) (prog-if 8f [Master SecP SecO PriP PriO])
	Subsystem: Marvell Technology Group Ltd. 88SE6121 SATA II Controller
	Flags: bus master, fast devsel, latency 0, IRQ 18
	I/O ports at dc00 [size=8]
	I/O ports at d880 [size=4]
	I/O ports at d800 [size=8]
	I/O ports at d480 [size=4]
	I/O ports at d400 [size=16]
	Memory at a0500000 (32-bit, non-prefetchable) [size=1K]
	Capabilities: <access denied>
	Kernel driver in use: pata_marvell

07:03.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22A IEEE-1394a-2000 Controller (PHY/Link) [iOHCI-Lynx] (prog-if 10 [OHCI])
	Subsystem: nVidia Corporation Device cb84
	Flags: bus master, medium devsel, latency 64, IRQ 19
	Memory at a0604000 (32-bit, non-prefetchable) [size=2K]
	Memory at a0600000 (32-bit, non-prefetchable) [size=16K]
	Capabilities: <access denied>
	Kernel driver in use: firewire_ohci

ff:00.0 Host bridge: Intel Corporation Core Processor QuickPath Architecture Generic Non-Core Registers (rev 04)
	Subsystem: Intel Corporation Device 8086
	Flags: bus master, fast devsel, latency 0

ff:00.1 Host bridge: Intel Corporation Core Processor QuickPath Architecture System Address Decoder (rev 04)
	Subsystem: Intel Corporation Device 8086
	Flags: bus master, fast devsel, latency 0

ff:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 (rev 04)
	Subsystem: Intel Corporation Device 8086
	Flags: bus master, fast devsel, latency 0
	Kernel driver in use: i7core_edac

ff:02.1 Host bridge: Intel Corporation Core Processor QPI Physical 0 (rev 04)
	Subsystem: Intel Corporation Device 8086
	Flags: bus master, fast devsel, latency 0

ff:03.0 Host bridge: Intel Corporation Core Processor Integrated Memory Controller (rev 04)
	Subsystem: Intel Corporation Device 8086
	Flags: bus master, fast devsel, latency 0

ff:03.1 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Target Address Decoder (rev 04)
	Subsystem: Intel Corporation Device 8086
	Flags: bus master, fast devsel, latency 0

ff:03.4 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Test Registers (rev 04)
	Subsystem: Intel Corporation Device 8086
	Flags: bus master, fast devsel, latency 0

ff:04.0 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 0 Control Registers (rev 04)
	Subsystem: Intel Corporation Device 8086
	Flags: bus master, fast devsel, latency 0

ff:04.1 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 0 Address Registers (rev 04)
	Subsystem: Intel Corporation Device 8086
	Flags: bus master, fast devsel, latency 0

ff:04.2 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 0 Rank Registers (rev 04)
	Subsystem: Intel Corporation Device 8086
	Flags: bus master, fast devsel, latency 0

ff:04.3 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 0 Thermal Control Registers (rev 04)
	Subsystem: Intel Corporation Device 8086
	Flags: bus master, fast devsel, latency 0

ff:05.0 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 1 Control Registers (rev 04)
	Subsystem: Intel Corporation Device 8086
	Flags: bus master, fast devsel, latency 0

ff:05.1 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 1 Address Registers (rev 04)
	Subsystem: Intel Corporation Device 8086
	Flags: bus master, fast devsel, latency 0

ff:05.2 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 1 Rank Registers (rev 04)
	Subsystem: Intel Corporation Device 8086
	Flags: bus master, fast devsel, latency 0

ff:05.3 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 1 Thermal Control Registers (rev 04)
	Subsystem: Intel Corporation Device 8086
	Flags: bus master, fast devsel, latency 0

fab@debian:~$ 
Je crois que le problème vient plutôt des drivers. En effet, depuis quelques temps, j'utilise les drivers non propriétaires (à cause de dépendances non satisfaites) qui gèrent moins bien l'accélération 3d (fglrx-driver sous Debian Sid).
J'ai intégré le code dans un document latex :

Code : Tout sélectionner

\begin{asy}[inline=true]
\end{asy
J'ai compilé avec le script latexmk sans problèmes. Par contre, si je manipule le cube à la souris, je n'arrive pas à voir la figure entièrement, à moins de zoomer, mais dans ce cas, elle est trop petite !
http://www.fileupyours.com/view/310238/dnsseconde_7.pdf
Merci.
GMaths
Utilisateur chevronné
Utilisateur chevronné
Messages : 2042
Inscription : lundi 01 octobre 2007, 10:20

Re: quel mode de compilation pour l'affichage correct d"un l

Message non lu par GMaths »

Fabrice Couvreur a écrit :J'ai compilé avec le script latexmk sans problèmes. Par contre, si je manipule le cube à la souris, je n'arrive pas à voir la figure entièrement, à moins de zoomer, mais dans ce cas, elle est trop petite !
http://www.fileupyours.com/view/310238/dnsseconde_7.pdf
Merci.
Le comportement chez moi est celui attendu d'une telle figure.
C'est sûr que la projection initiale définie la taille de la fenêtre de visualisation... et donc qu'il va falloir éventuellement zoomer ensuite... quand tu la fais tourner.

Y a t-il une demande indirecte derrière ta remarque ?

Si tu fais un choix de vue initiale qui fait occuper à la figure un maximum de place, tu n'auras pas le problème de devoir dé-zoomer :

Image

Je ne vois pas trop ce que tu espères comme solution magique (s'il y avait une demande indirecte dans ton propos) : ajouter des espaces blancs autour ??
Fabrice Couvreur
Utilisateur éprouvé
Utilisateur éprouvé
Messages : 604
Inscription : samedi 18 août 2007, 01:55

Re: quel mode de compilation pour l'affichage correct d"un l

Message non lu par Fabrice Couvreur »

Bonsoir,
GMaths a écrit :C'est sûr que la projection initiale définie la taille de la fenêtre de visualisation... et donc qu'il va falloir éventuellement zoomer ensuite... quand tu la fais tourner.
C'est ce que je pensais, sans être sûr.
GMaths a écrit :Y a t-il une demande indirecte derrière ta remarque ?
Non, je vais en rester là, merci beaucoup.
En fait, j'ai encore une petite question ! :)
Peut-on modifier les dimensions, par défaut, de la fenêtre qui entoure la figure embarquant du code prc ? J'ai bien essayé :

Code : Tout sélectionner

\begin{asy}[inline=true,height=15cm]
\end{asy}
sans que cela produise un quelqonque effet.
GMaths
Utilisateur chevronné
Utilisateur chevronné
Messages : 2042
Inscription : lundi 01 octobre 2007, 10:20

Re: quel mode de compilation pour l'affichage correct d"un l

Message non lu par GMaths »

Fabrice Couvreur a écrit :En fait, j'ai encore une petite question ! :)
Peut-on modifier les dimensions, par défaut, de la fenêtre qui entoure la figure embarquant du code prc ?
Place ceci après la définition de currentprojection et cela devrait le faire :

Code : Tout sélectionner

viewportmargin=(2cm,1cm);
Répondre
  • Sujets similaires
    Réponses
    Vues
    Dernier message