Il existe beaucoup de bibliothèques libres et portables
permettant de dessiner des primitives graphiques.
Lesquelles d'entre elles savent tracer un arc de cercle
en 2D (à partir du centre, du rayon et de deux angles)
en utilisant l'algorithme de Bresenham ?
(C++ sousWindows 2000)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Vincent Burel
"Etienne Rousee" wrote in message news:428c171b$0$847$
Bonjour,
Il existe beaucoup de bibliothèques libres et portables permettant de dessiner des primitives graphiques. Lesquelles d'entre elles savent tracer un arc de cercle en 2D (à partir du centre, du rayon et de deux angles) en utilisant l'algorithme de Bresenham ? (C++ sousWindows 2000)
la fonction Arc présente sur tous les window, permet de tracer tout type d'arc de cercle (et d'ellipse)
VB
"Etienne Rousee" <etienne.rousee@wanadoo.fr> wrote in message
news:428c171b$0$847$8fcfb975@news.wanadoo.fr...
Bonjour,
Il existe beaucoup de bibliothèques libres et portables
permettant de dessiner des primitives graphiques.
Lesquelles d'entre elles savent tracer un arc de cercle
en 2D (à partir du centre, du rayon et de deux angles)
en utilisant l'algorithme de Bresenham ?
(C++ sousWindows 2000)
la fonction Arc présente sur tous les window, permet de tracer tout type
d'arc de cercle (et d'ellipse)
"Etienne Rousee" wrote in message news:428c171b$0$847$
Bonjour,
Il existe beaucoup de bibliothèques libres et portables permettant de dessiner des primitives graphiques. Lesquelles d'entre elles savent tracer un arc de cercle en 2D (à partir du centre, du rayon et de deux angles) en utilisant l'algorithme de Bresenham ? (C++ sousWindows 2000)
la fonction Arc présente sur tous les window, permet de tracer tout type d'arc de cercle (et d'ellipse)
VB
Etienne Rousee
"Vincent Burel" a écrit ...
"Etienne Rousee" wrote in message news:428c171b$0$847$ > Bonjour, > > Il existe beaucoup de bibliothèques libres et portables > permettant de dessiner des primitives graphiques. > Lesquelles d'entre elles savent tracer un arc de cercle > en 2D (à partir du centre, du rayon et de deux angles) > en utilisant l'algorithme de Bresenham ? > (C++ sousWindows 2000)
la fonction Arc présente sur tous les window, permet de tracer tout type d'arc de cercle (et d'ellipse)
Elle n'est pas dans le noyau Windows. Elle fait forcément partie d'une bibliothèque, laquelle ? Elle est portable (n'importe quel compilateur) ? Elle utilise Bresenham ? Je ne veut pas n'importe quelle fonction Arc.
Etienne
"Vincent Burel" <vincent.burel@spam-wanadoo.fr> a écrit ...
"Etienne Rousee" <etienne.rousee@wanadoo.fr> wrote in message
news:428c171b$0$847$8fcfb975@news.wanadoo.fr...
> Bonjour,
>
> Il existe beaucoup de bibliothèques libres et portables
> permettant de dessiner des primitives graphiques.
> Lesquelles d'entre elles savent tracer un arc de cercle
> en 2D (à partir du centre, du rayon et de deux angles)
> en utilisant l'algorithme de Bresenham ?
> (C++ sousWindows 2000)
la fonction Arc présente sur tous les window, permet de tracer tout type
d'arc de cercle (et d'ellipse)
Elle n'est pas dans le noyau Windows.
Elle fait forcément partie d'une bibliothèque, laquelle ?
Elle est portable (n'importe quel compilateur) ?
Elle utilise Bresenham ?
Je ne veut pas n'importe quelle fonction Arc.
"Etienne Rousee" wrote in message news:428c171b$0$847$ > Bonjour, > > Il existe beaucoup de bibliothèques libres et portables > permettant de dessiner des primitives graphiques. > Lesquelles d'entre elles savent tracer un arc de cercle > en 2D (à partir du centre, du rayon et de deux angles) > en utilisant l'algorithme de Bresenham ? > (C++ sousWindows 2000)
la fonction Arc présente sur tous les window, permet de tracer tout type d'arc de cercle (et d'ellipse)
Elle n'est pas dans le noyau Windows. Elle fait forcément partie d'une bibliothèque, laquelle ? Elle est portable (n'importe quel compilateur) ? Elle utilise Bresenham ? Je ne veut pas n'importe quelle fonction Arc.
Etienne
Vincent Burel
"Etienne Rousee" wrote in message news:428cb565$0$11679$
"Vincent Burel" a écrit ... > > "Etienne Rousee" wrote in message > news:428c171b$0$847$ > > Bonjour, > > > > Il existe beaucoup de bibliothèques libres et portables > > permettant de dessiner des primitives graphiques. > > Lesquelles d'entre elles savent tracer un arc de cercle > > en 2D (à partir du centre, du rayon et de deux angles) > > en utilisant l'algorithme de Bresenham ? > > (C++ sousWindows 2000) > > la fonction Arc présente sur tous les window, permet de tracer tout type > d'arc de cercle (et d'ellipse)
Elle n'est pas dans le noyau Windows.
oulah qu'est ce que vous appelez le noyaux window !? pour moi le noyau c'est le trio , KERNEL32.DLL , USER32.DLL et GDI32.DLL...
Elle fait forcément partie d'une bibliothèque, laquelle ?
ben la GDI
Elle est portable (n'importe quel compilateur) ?
ben la fonction est présente sous tous les windows. même Win16...
Elle utilise Bresenham ? Je ne veut pas n'importe quelle fonction Arc.
Je sais pas, surement je dirais, y'a pas 36 méthode pour ce genre de primitive.
VB
"Etienne Rousee" <etienne.rousee@wanadoo.fr> wrote in message
news:428cb565$0$11679$8fcfb975@news.wanadoo.fr...
"Vincent Burel" <vincent.burel@spam-wanadoo.fr> a écrit ...
>
> "Etienne Rousee" <etienne.rousee@wanadoo.fr> wrote in message
> news:428c171b$0$847$8fcfb975@news.wanadoo.fr...
> > Bonjour,
> >
> > Il existe beaucoup de bibliothèques libres et portables
> > permettant de dessiner des primitives graphiques.
> > Lesquelles d'entre elles savent tracer un arc de cercle
> > en 2D (à partir du centre, du rayon et de deux angles)
> > en utilisant l'algorithme de Bresenham ?
> > (C++ sousWindows 2000)
>
> la fonction Arc présente sur tous les window, permet de tracer tout type
> d'arc de cercle (et d'ellipse)
Elle n'est pas dans le noyau Windows.
oulah qu'est ce que vous appelez le noyaux window !?
pour moi le noyau c'est le trio , KERNEL32.DLL , USER32.DLL et GDI32.DLL...
Elle fait forcément partie d'une bibliothèque, laquelle ?
ben la GDI
Elle est portable (n'importe quel compilateur) ?
ben la fonction est présente sous tous les windows. même Win16...
Elle utilise Bresenham ?
Je ne veut pas n'importe quelle fonction Arc.
Je sais pas, surement je dirais, y'a pas 36 méthode pour ce genre de
primitive.
"Etienne Rousee" wrote in message news:428cb565$0$11679$
"Vincent Burel" a écrit ... > > "Etienne Rousee" wrote in message > news:428c171b$0$847$ > > Bonjour, > > > > Il existe beaucoup de bibliothèques libres et portables > > permettant de dessiner des primitives graphiques. > > Lesquelles d'entre elles savent tracer un arc de cercle > > en 2D (à partir du centre, du rayon et de deux angles) > > en utilisant l'algorithme de Bresenham ? > > (C++ sousWindows 2000) > > la fonction Arc présente sur tous les window, permet de tracer tout type > d'arc de cercle (et d'ellipse)
Elle n'est pas dans le noyau Windows.
oulah qu'est ce que vous appelez le noyaux window !? pour moi le noyau c'est le trio , KERNEL32.DLL , USER32.DLL et GDI32.DLL...
Elle fait forcément partie d'une bibliothèque, laquelle ?
ben la GDI
Elle est portable (n'importe quel compilateur) ?
ben la fonction est présente sous tous les windows. même Win16...
Elle utilise Bresenham ? Je ne veut pas n'importe quelle fonction Arc.
Je sais pas, surement je dirais, y'a pas 36 méthode pour ce genre de primitive.
VB
AMcD®
Etienne Rousee wrote:
Elle n'est pas dans le noyau Windows.
Ta remarque ne veut rien dire. Encore un échappé de Linux ? Ou un pauvre étudiant dont on a bourré le crâne de concepts verbeux et mal définis ?
Un noyau d'OS, cela gère les fonctions système, genre échanges I/O, scheduling, threads, mémoire, etc. Il n'y a pas de place là-dedans pour des fonctions de tracé de cercle. Ce sera donc situé ailleurs.
Enfin, on précise rarement les algorithmes utilisé, que ce soit dans DirectX, OpenGL, GDI, etc. Cela est rarement mentionné. Tu risques d'avoir à désassembler...
-- AMcD®
http://arnold.mcdonald.free.fr/
Etienne Rousee wrote:
Elle n'est pas dans le noyau Windows.
Ta remarque ne veut rien dire. Encore un échappé de Linux ? Ou un pauvre
étudiant dont on a bourré le crâne de concepts verbeux et mal définis ?
Un noyau d'OS, cela gère les fonctions système, genre échanges I/O,
scheduling, threads, mémoire, etc. Il n'y a pas de place là-dedans pour des
fonctions de tracé de cercle. Ce sera donc situé ailleurs.
Enfin, on précise rarement les algorithmes utilisé, que ce soit dans
DirectX, OpenGL, GDI, etc. Cela est rarement mentionné. Tu risques d'avoir à
désassembler...
Ta remarque ne veut rien dire. Encore un échappé de Linux ? Ou un pauvre étudiant dont on a bourré le crâne de concepts verbeux et mal définis ?
Un noyau d'OS, cela gère les fonctions système, genre échanges I/O, scheduling, threads, mémoire, etc. Il n'y a pas de place là-dedans pour des fonctions de tracé de cercle. Ce sera donc situé ailleurs.
Enfin, on précise rarement les algorithmes utilisé, que ce soit dans DirectX, OpenGL, GDI, etc. Cela est rarement mentionné. Tu risques d'avoir à désassembler...
-- AMcD®
http://arnold.mcdonald.free.fr/
Thierry
Bonjour,
AMcD® a écrit :
Etienne Rousee wrote:
Elle n'est pas dans le noyau Windows.
Ta remarque ne veut rien dire. Encore un échappé de Linux ? Ou un pauvre étudiant dont on a bourré le crâne de concepts verbeux et mal définis ?
Un noyau d'OS, cela gère les fonctions système, genre échanges I/O, scheduling, threads, mémoire, etc. Il n'y a pas de place là-dedans pour des fonctions de tracé de cercle. Ce sera donc situé ailleurs.
J'avais cru lire qu'une petite partie de GDI (ou GDI+) etait dans le kernel. Non ?
-- « Le travail est probablement ce qu'il y a sur cette terre de plus bas et de plus ignoble. Il n'est pas possible de regarder un travailleur sans maudire ce qui a fait que cet homme travaille, alors qu'il pourrait nager, dormir dans l'herbe ou simplement lire ou faire l'amour avec sa femme. » Boris VIAN
Mon blog RSS : http://yarglah.free.fr/monblog_rss.php <<
Bonjour,
AMcD® a écrit :
Etienne Rousee wrote:
Elle n'est pas dans le noyau Windows.
Ta remarque ne veut rien dire. Encore un échappé de Linux ? Ou un
pauvre étudiant dont on a bourré le crâne de concepts verbeux et mal
définis ?
Un noyau d'OS, cela gère les fonctions système, genre échanges I/O,
scheduling, threads, mémoire, etc. Il n'y a pas de place là-dedans
pour des fonctions de tracé de cercle. Ce sera donc situé ailleurs.
J'avais cru lire qu'une petite partie de GDI (ou GDI+) etait dans le
kernel. Non ?
--
« Le travail est probablement ce qu'il y a sur cette terre de plus bas et
de plus ignoble. Il n'est pas possible de regarder un travailleur sans
maudire ce qui a fait que cet homme travaille, alors qu'il pourrait nager,
dormir dans l'herbe ou simplement lire ou faire l'amour avec sa femme. »
Boris VIAN
Mon blog RSS : http://yarglah.free.fr/monblog_rss.php <<
Ta remarque ne veut rien dire. Encore un échappé de Linux ? Ou un pauvre étudiant dont on a bourré le crâne de concepts verbeux et mal définis ?
Un noyau d'OS, cela gère les fonctions système, genre échanges I/O, scheduling, threads, mémoire, etc. Il n'y a pas de place là-dedans pour des fonctions de tracé de cercle. Ce sera donc situé ailleurs.
J'avais cru lire qu'une petite partie de GDI (ou GDI+) etait dans le kernel. Non ?
-- « Le travail est probablement ce qu'il y a sur cette terre de plus bas et de plus ignoble. Il n'est pas possible de regarder un travailleur sans maudire ce qui a fait que cet homme travaille, alors qu'il pourrait nager, dormir dans l'herbe ou simplement lire ou faire l'amour avec sa femme. » Boris VIAN
Mon blog RSS : http://yarglah.free.fr/monblog_rss.php <<
Pierre Maurette
AMcD®, le 20/05/2005, a écrit : [...]
Un noyau d'OS
c'est de la moelle, rien d'autre ...
-- Pour répondre directement: enlever une lettre sur deux wwaannaaddoooo -> wanadoo
Pierre
AMcD®, le 20/05/2005, a écrit :
[...]
Un noyau d'OS
c'est de la moelle, rien d'autre ...
--
Pour répondre directement: enlever une lettre sur deux
wwaannaaddoooo -> wanadoo
-- Pour répondre directement: enlever une lettre sur deux wwaannaaddoooo -> wanadoo
Pierre
AMcD®
Thierry wrote:
J'avais cru lire qu'une petite partie de GDI (ou GDI+) etait dans le kernel. Non ?
Erf, vous me passez aucune simplification les gars...
Pour être exact, le noyau c'est Ntoskrnl.exe (l'exécutif et le kernel). En dessous, on a le Hardware Abstraction Layer (HAL), Hal.dll, les drivers et Win32k.sys, la partie dite kernel-mode du sous-système Windows. Sous-système Windows, car rappelons que à partir de NT, Windows est un sous-système, comme peut l'être Posix, etc.
Au dessus, il y a Ntdll.dll (en mode user), qui sert au suppot des fonctions du sous-système, des DLLs du sous-système, ect. La fameuse API native.
A côté de Ntdll, dll, figurent les 4 DLLs de base de l'API Win32 : GDI32.dll, User32.dll, Kernel32.dll et Advapi32.dll.
En gros donc :
User mode
Ntdll.dll DLLs du sous-système
Kernel Mode
Executif Kernel : Drivers HAL
Donc, pour le noyau, si on parle du noyau système, c'est Ntoskrnl.exe. Si on parle de Win32, ce sont les 4 DLLs sus-nommées.
À partir de NT4, une grosse partie du GDI (sinon toute, je sais plus) a été déplacé en mode kernel, pour des raisons de rapidité. C'est contenu dans Win32k.sys. Donc, dans le schéma ci-dessus, placer Win32k.sys à côté de Executif.
-- AMcD®
http://arnold.mcdonald.free.fr/
Thierry wrote:
J'avais cru lire qu'une petite partie de GDI (ou GDI+) etait dans le
kernel. Non ?
Erf, vous me passez aucune simplification les gars...
Pour être exact, le noyau c'est Ntoskrnl.exe (l'exécutif et le kernel). En
dessous, on a le Hardware Abstraction Layer (HAL), Hal.dll, les drivers et
Win32k.sys, la partie dite kernel-mode du sous-système Windows. Sous-système
Windows, car rappelons que à partir de NT, Windows est un sous-système,
comme peut l'être Posix, etc.
Au dessus, il y a Ntdll.dll (en mode user), qui sert au suppot des fonctions
du sous-système, des DLLs du sous-système, ect. La fameuse API native.
A côté de Ntdll, dll, figurent les 4 DLLs de base de l'API Win32 :
GDI32.dll, User32.dll, Kernel32.dll et Advapi32.dll.
En gros donc :
User mode
Ntdll.dll
DLLs du sous-système
Kernel Mode
Executif
Kernel : Drivers
HAL
Donc, pour le noyau, si on parle du noyau système, c'est Ntoskrnl.exe. Si on
parle de Win32, ce sont les 4 DLLs sus-nommées.
À partir de NT4, une grosse partie du GDI (sinon toute, je sais plus) a été
déplacé en mode kernel, pour des raisons de rapidité. C'est contenu dans
Win32k.sys. Donc, dans le schéma ci-dessus, placer Win32k.sys à côté de
Executif.
J'avais cru lire qu'une petite partie de GDI (ou GDI+) etait dans le kernel. Non ?
Erf, vous me passez aucune simplification les gars...
Pour être exact, le noyau c'est Ntoskrnl.exe (l'exécutif et le kernel). En dessous, on a le Hardware Abstraction Layer (HAL), Hal.dll, les drivers et Win32k.sys, la partie dite kernel-mode du sous-système Windows. Sous-système Windows, car rappelons que à partir de NT, Windows est un sous-système, comme peut l'être Posix, etc.
Au dessus, il y a Ntdll.dll (en mode user), qui sert au suppot des fonctions du sous-système, des DLLs du sous-système, ect. La fameuse API native.
A côté de Ntdll, dll, figurent les 4 DLLs de base de l'API Win32 : GDI32.dll, User32.dll, Kernel32.dll et Advapi32.dll.
En gros donc :
User mode
Ntdll.dll DLLs du sous-système
Kernel Mode
Executif Kernel : Drivers HAL
Donc, pour le noyau, si on parle du noyau système, c'est Ntoskrnl.exe. Si on parle de Win32, ce sont les 4 DLLs sus-nommées.
À partir de NT4, une grosse partie du GDI (sinon toute, je sais plus) a été déplacé en mode kernel, pour des raisons de rapidité. C'est contenu dans Win32k.sys. Donc, dans le schéma ci-dessus, placer Win32k.sys à côté de Executif.
-- AMcD®
http://arnold.mcdonald.free.fr/
Etienne Rousee
"AMcD®" a écrit ...
Etienne Rousee wrote:
> Elle n'est pas dans le noyau Windows.
Ta remarque ne veut rien dire. Encore un échappé de Linux ? Ou un pauvre étudiant dont on a bourré le crâne de concepts verbeux et mal définis ?
C'est censé être condescendant ? Ben, ni l'un ni l'autre.
Un noyau d'OS, cela gère les fonctions système, genre échanges I/O, scheduling, threads, mémoire, etc. Il n'y a pas de place là-dedans pour
des
fonctions de tracé de cercle. Ce sera donc situé ailleurs.
C'est bien ce que je disais.
Enfin, on précise rarement les algorithmes utilisé, que ce soit dans DirectX, OpenGL, GDI, etc. Cela est rarement mentionné. Tu risques d'avoir
à
désassembler...
Ce qui n'est pas ce que je cherche. Tant pis...
Etienne
"AMcD®" <arnold.mcdonald@free.fr> a écrit ...
Etienne Rousee wrote:
> Elle n'est pas dans le noyau Windows.
Ta remarque ne veut rien dire. Encore un échappé de Linux ? Ou un pauvre
étudiant dont on a bourré le crâne de concepts verbeux et mal définis ?
C'est censé être condescendant ?
Ben, ni l'un ni l'autre.
Un noyau d'OS, cela gère les fonctions système, genre échanges I/O,
scheduling, threads, mémoire, etc. Il n'y a pas de place là-dedans pour
des
fonctions de tracé de cercle. Ce sera donc situé ailleurs.
C'est bien ce que je disais.
Enfin, on précise rarement les algorithmes utilisé, que ce soit dans
DirectX, OpenGL, GDI, etc. Cela est rarement mentionné. Tu risques d'avoir
Ta remarque ne veut rien dire. Encore un échappé de Linux ? Ou un pauvre étudiant dont on a bourré le crâne de concepts verbeux et mal définis ?
C'est censé être condescendant ? Ben, ni l'un ni l'autre.
Un noyau d'OS, cela gère les fonctions système, genre échanges I/O, scheduling, threads, mémoire, etc. Il n'y a pas de place là-dedans pour
des
fonctions de tracé de cercle. Ce sera donc situé ailleurs.
C'est bien ce que je disais.
Enfin, on précise rarement les algorithmes utilisé, que ce soit dans DirectX, OpenGL, GDI, etc. Cela est rarement mentionné. Tu risques d'avoir
à
désassembler...
Ce qui n'est pas ce que je cherche. Tant pis...
Etienne
AMcD®
Etienne Rousee wrote:
Ta remarque ne veut rien dire. Encore un échappé de Linux ? Ou un pauvre étudiant dont on a bourré le crâne de concepts verbeux et mal définis ?
C'est censé être condescendant ?
Absolument pas. Quand t'es étudiant, souvent, il faut faire avec ce que l'on t'apprend. or, nous sommes plusieurs ici qui jugeons que ce qu'on t'apprends (informatiquement parlant) lors de tes études, heu, c'est pas top. Quand aux Linuxiens, ce sont les rois du blabla technico-stérile et de l'incompétence programmatique.
Ben, ni l'un ni l'autre.
C'est bien pour toi.
Enfin, on précise rarement les algorithmes utilisé, que ce soit dans DirectX, OpenGL, GDI, etc. Cela est rarement mentionné. Tu risques d'avoir à désassembler...
Ce qui n'est pas ce que je cherche.
Ben si tu veux vraiment savoir, le désassemblage est une solution. Tu sais, on trouve rarement tout cuit dès lors qu'on veut du détail pour Windows. Justement, ce n'est pas Linux...
-- AMcD®
http://arnold.mcdonald.free.fr/
Etienne Rousee wrote:
Ta remarque ne veut rien dire. Encore un échappé de Linux ? Ou un
pauvre étudiant dont on a bourré le crâne de concepts verbeux et mal
définis ?
C'est censé être condescendant ?
Absolument pas. Quand t'es étudiant, souvent, il faut faire avec ce que l'on
t'apprend. or, nous sommes plusieurs ici qui jugeons que ce qu'on t'apprends
(informatiquement parlant) lors de tes études, heu, c'est pas top. Quand aux
Linuxiens, ce sont les rois du blabla technico-stérile et de l'incompétence
programmatique.
Ben, ni l'un ni l'autre.
C'est bien pour toi.
Enfin, on précise rarement les algorithmes utilisé, que ce soit dans
DirectX, OpenGL, GDI, etc. Cela est rarement mentionné. Tu risques
d'avoir à désassembler...
Ce qui n'est pas ce que je cherche.
Ben si tu veux vraiment savoir, le désassemblage est une solution. Tu sais,
on trouve rarement tout cuit dès lors qu'on veut du détail pour Windows.
Justement, ce n'est pas Linux...
Ta remarque ne veut rien dire. Encore un échappé de Linux ? Ou un pauvre étudiant dont on a bourré le crâne de concepts verbeux et mal définis ?
C'est censé être condescendant ?
Absolument pas. Quand t'es étudiant, souvent, il faut faire avec ce que l'on t'apprend. or, nous sommes plusieurs ici qui jugeons que ce qu'on t'apprends (informatiquement parlant) lors de tes études, heu, c'est pas top. Quand aux Linuxiens, ce sont les rois du blabla technico-stérile et de l'incompétence programmatique.
Ben, ni l'un ni l'autre.
C'est bien pour toi.
Enfin, on précise rarement les algorithmes utilisé, que ce soit dans DirectX, OpenGL, GDI, etc. Cela est rarement mentionné. Tu risques d'avoir à désassembler...
Ce qui n'est pas ce que je cherche.
Ben si tu veux vraiment savoir, le désassemblage est une solution. Tu sais, on trouve rarement tout cuit dès lors qu'on veut du détail pour Windows. Justement, ce n'est pas Linux...
