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

Tout ce qui concerne l'utilisation ou l'installation d'Asymptote.

Modérateur: gdm_asy

Règles du forum
Merci d'éviter le style SMS dans vos messages et de penser à utiliser la fonction Recherche avant de poster un message. Pour joindre des fichiers à vos messages, consulter ce sujet.
> Penser à utiliser les balises Code pour poster du code.

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

Messagepar Fabrice Couvreur » Samedi 17 Décembre 2011, 12:12

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 édition par Fabrice Couvreur le Dimanche 18 Décembre 2011, 13:07, édité 1 fois.
Fabrice Couvreur
Giga-utilisateur
 
Messages: 598
Inscription: Samedi 18 Août 2007, 00:55

Publicité

Re: Rendre un label visible ou invisible

Messagepar GMaths » Samedi 17 Décembre 2011, 12:59

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 édition par GMaths le Samedi 17 Décembre 2011, 13:48, édité 1 fois.
GMaths
Exa-utilisateur
 
Messages: 2031
Inscription: Lundi 01 Octobre 2007, 09:20
Statut actuel: Actif et salarié | Enseignant

Re: Rendre un label visible ou invisible

Messagepar chellier » Samedi 17 Décembre 2011, 13:02

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
chellier
Modérateur
 
Messages: 355
Inscription: Samedi 25 Juillet 2009, 11:25
Localisation: Le Creusot
Statut actuel: Actif et salarié | Enseignant

Re: Rendre un label visible ou invisible

Messagepar GMaths » Samedi 17 Décembre 2011, 13:23

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
Exa-utilisateur
 
Messages: 2031
Inscription: Lundi 01 Octobre 2007, 09:20
Statut actuel: Actif et salarié | Enseignant

Re: Rendre un label visible ou invisible

Messagepar GMaths » Samedi 17 Décembre 2011, 13:41

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
Exa-utilisateur
 
Messages: 2031
Inscription: Lundi 01 Octobre 2007, 09:20
Statut actuel: Actif et salarié | Enseignant

Re: Rendre un label visible ou invisible

Messagepar GMaths » Samedi 17 Décembre 2011, 16:26

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
Exa-utilisateur
 
Messages: 2031
Inscription: Lundi 01 Octobre 2007, 09:20
Statut actuel: Actif et salarié | Enseignant

Re: Rendre un label visible ou invisible

Messagepar GMaths » Samedi 17 Décembre 2011, 19:25

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.
GMaths
Exa-utilisateur
 
Messages: 2031
Inscription: Lundi 01 Octobre 2007, 09:20
Statut actuel: Actif et salarié | Enseignant

Re: Rendre un label visible ou invisible

Messagepar Fabrice Couvreur » Dimanche 18 Décembre 2011, 12:52

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.
Fabrice Couvreur
Giga-utilisateur
 
Messages: 598
Inscription: Samedi 18 Août 2007, 00:55

Re: Rendre un label visible ou invisible

Messagepar GMaths » Dimanche 18 Décembre 2011, 13:00

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
Exa-utilisateur
 
Messages: 2031
Inscription: Lundi 01 Octobre 2007, 09:20
Statut actuel: Actif et salarié | Enseignant

Re: Rendre un label visible ou invisible

Messagepar GMaths » Dimanche 18 Décembre 2011, 13:18

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.
GMaths
Exa-utilisateur
 
Messages: 2031
Inscription: Lundi 01 Octobre 2007, 09:20
Statut actuel: Actif et salarié | Enseignant

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

Messagepar Fabrice Couvreur » Dimanche 18 Décembre 2011, 13:20

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 édition par Fabrice Couvreur le Dimanche 18 Décembre 2011, 13:31, édité 1 fois.
Fabrice Couvreur
Giga-utilisateur
 
Messages: 598
Inscription: Samedi 18 Août 2007, 00:55

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

Messagepar GMaths » Dimanche 18 Décembre 2011, 13:21

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
Exa-utilisateur
 
Messages: 2031
Inscription: Lundi 01 Octobre 2007, 09:20
Statut actuel: Actif et salarié | Enseignant

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

Messagepar GMaths » Dimanche 18 Décembre 2011, 13:29

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.
GMaths
Exa-utilisateur
 
Messages: 2031
Inscription: Lundi 01 Octobre 2007, 09:20
Statut actuel: Actif et salarié | Enseignant

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

Messagepar Fabrice Couvreur » Dimanche 18 Décembre 2011, 13:30

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.
Fabrice Couvreur
Giga-utilisateur
 
Messages: 598
Inscription: Samedi 18 Août 2007, 00:55

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

Messagepar GMaths » Dimanche 18 Décembre 2011, 13:38

Fabrice Couvreur a écrit:comment je te le fais parvenir ?

Comme tu veux et peux.
GMaths
Exa-utilisateur
 
Messages: 2031
Inscription: Lundi 01 Octobre 2007, 09:20
Statut actuel: Actif et salarié | Enseignant

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

Messagepar Fabrice Couvreur » Lundi 19 Décembre 2011, 12:23

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.
Fabrice Couvreur
Giga-utilisateur
 
Messages: 598
Inscription: Samedi 18 Août 2007, 00:55

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

Messagepar GMaths » Lundi 19 Décembre 2011, 17:18

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 ??
GMaths
Exa-utilisateur
 
Messages: 2031
Inscription: Lundi 01 Octobre 2007, 09:20
Statut actuel: Actif et salarié | Enseignant

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

Messagepar Fabrice Couvreur » Lundi 19 Décembre 2011, 23:23

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.
Fabrice Couvreur
Giga-utilisateur
 
Messages: 598
Inscription: Samedi 18 Août 2007, 00:55

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

Messagepar GMaths » Mercredi 21 Décembre 2011, 12:33

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);
GMaths
Exa-utilisateur
 
Messages: 2031
Inscription: Lundi 01 Octobre 2007, 09:20
Statut actuel: Actif et salarié | Enseignant


Retourner vers Asymptote

 


  • Articles en relation
    Réponses
    Vus
    Dernier message

Qui est en ligne

Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 2 invités