Moby-Dik a écrit 2937 commentaires

C'est en effet la meilleure méthode. Surtout que pour optimiser on peut prendre une demi-droite horizontale ou verticale, au choix, ce qui allège énormément les calculs (pas de division, très peu de multiplications).

Choisis une des quatre demi-droites possibles (vers le haut, le bas, la droite, la gauche). Mettons que tu prennes celle partant vers la droite. Pour chaque côté [AB], regarder s'il y a intersection revient alors à :

- si A et B sont tous deux au-dessus de la droite, ou tous deux en-dessous, alors il n'y a pas intersection. Il suffit ici de calculer ((yB - yDroite) > 0) XOR (yA - yDroite) > 0). Le CPU est heureux.

- sinon, il faut calculer l'intersection avec la droite. En posant et transformant l'inégalité (xIntersection > 0) tu te débarrasses du dénominateur, donc de la division. Tu te retrouves donc avec le calcul de quelques multiplications et additions.

Tu refais la même chose pour tous les côtés (ici quatre, mais ça vaut pour n'importe quel polygone), ce qui permet de compter le nombre d'intersections et donc de répondre à ta question.

Il faudrait militer pour une suppression de ces dispositions permettant la transmission (héritage) des droits d'auteur. La propriété intellectuelle ne doit pas mimer la propriéte matérielle au prétexte que les noms se ressemblent, et une oeuvre de l'esprit n'est pas une acquisition familiale ! On ne voit d'ailleurs pas pourquoi les droits se transmettent à la mort de l'artiste puisque de son vivant ils sont inaliénables. Une oeuvre ne peut pas non plus voir sa "propriété" charcutée entre plusieurs "propriétaires" comme le serait un domaine foncier par exemple.... Bref les deux n'ont en réalité rien à voir. Cette analogie permanente et implicite est dangereuse.

Il est vrai qu'il serait peutetre temps de changer les cartes perforées, mais ca demande un gros effort et un gros investissement.

Environ 0,01 % du budget annuel de la défense, quoi ;)

heu ouai je veu des rappeurt avec des shens en aure et des bombasses en chaleur qui tortillent des boobs devant la came & rat

et pui paladium sé mon groupe préférés s'es mythik !

allé tousse chez musik-paillasse !

Et même 64 bits sur athlon xp.

Octets. 64 bits, c'est la largeur du bus entre CPU et cache (pas du tout la même chose).

Faut lui offrir un t-shirt jaune !

512Ko/s de BP

Ca fait 4 Mbps, c'est énorme. Tu héberges un portail de cul ?

Le numéro de la version, c'est trop demander ? ;)

Visiblement tu fous la merde :-)

Mouais enfin ce serait justement plus logique de parler de salaire, puisque le developpeur qui recoit des dons ne va pas payer de charges patronales et autres.

Si les dons représentent des sommes importantes, le développeur a intérêt à se mettre en règle, sinon le fisc va lui tomber dessus. Et le statut adéquat risque de ne pas être facile à trouver...

des filtres on l'on pourrait traiter 2 pixel a la fois

Suffit d'utiliser le MMX.

Et non ce n'est pas une obsession les antivirus, mais j'avais proposé à un responsable de passer sur des power pc pour les performances. Car nous manquions cruellement de puissance sur les traitements de mails avec l'antispam et l'antivirus.

L'un des motif de refus fut le manque de binaires natifs.

T'as eu de la chance qu'ils aient refusé, parce qu'un PowerPC se fait torcher par les processeurs IA32 actuels...

Si tu vire le nom des developpeur tu contreviens a la proprietée intelectuelle des auteurs

C'est vrai en droit français mais la plupart des licences logicielles se basent sur le droit anglo-saxon. Or la FSF déconseille l'utilisation des licences qui obligent à conserver la mention du nom de tous les contributeurs (cas de la licence BSD première version, je crois). Si une telle disposition est ajoutée dans certaines licences, c'est bien qu'elle n'est pas assurée d'office par le droit anglo-saxon.

Si tu vire la reference aux auteurs originaux, c'est de l'expropriation

Non, car la propriété intellectuelle, malgré son nom, n'est pas un strict équivalent de la propriété matérielle. On voit bien que l'expropriation consiste à priver quelqu'un de la jouissance d'un bien (un terrain), tandis que supprimer une mention d'auteur ne prive pas d'une quelconque jouissance (contemplation, utilisation) de l'oeuvre considérée.

c est clair que un proc 128 pourrait manipuler en une seule operation un pixel RGB 32 bits

Le RGB 32 bits, c'est 8 bits par composante plus éventuellement 8 bits pour l'alpha, donc 32 bits en tout (et non 32 bits par composante). C'est à ça que sert le MMX (avec les cosmonautes qui dansent le funk en tapant sur des tambours).

Apple a connu le problème il y a 5 ans avec la transition du 68040 vers les Power PC (CISC vers RISC) ou pas mal d'utilisateur se plaignait du manque de logiciels optimisés.

Ce n'est pas le problème. Le code 68000 était émulé par le PowerPC. Le 32 bits tourne en natif sur le futur CPU AMD (et il est censé tourner aussi vite que sur un Athlon actuel).

Dans le cas de Linux, le problème sera vite oublié, mais je pense plutôt au logiciel un peu plus propriétaire comme oracle, db2, les antivirus.

C'est une obsession, les antivirus ? :-))

C'est marrant d'ailleurs, car "Albert-René" fait explicitement référence aux deux auteurs... Les descendants de Goscinny n'ont pas pensé à porter plainte ?

Perso, mon PC est relié par fibre optique numérique à ma chaine HiFi Home Cinéma (24bits, 192kHz).

C'est bien, t'es un vrai Jacky. Au fait, ils te servent à quoi tes bousins 24 bits à 192 kHz pour lire des CDs en 16 bits à 44.1 kHz, voire des mp3/ogg/divx encore plus limités ? Et ton PC, il est ultra-silencieux grâce à un refroidissement par eau, ou bien le bruit de ventilation et de rotation des disques te bousille tes 24 bits de dynamique ? T'as les loupiottes rouges qui clignotent à la K2000 aussi ? :-)

Ah oui, et puis le Home Cinema, pour les enregistrement stéréo, ça change tout (oui, on parle de musique). Ouah, je vais m'écouter des chants de Moussorgsky en Dolby Surround, ça va me dessiner la Volga en 3D :-))

Si certains enregistrements des années 60 sont trés réputés, c'est seulement une question de musicalité et d'interprétation.

"Seulement" ? C'est bien la raison principale d'écouter de la musique (sauf pour contempler la "spacialisation" de son "Home Cinema 24 bits à 192 kHz")....

FAUX. Chez les _audiofiles_, la musicalité se définit en harmonique, timbre, spacialisation

T'as presque compris l'hyperbole. Chez moi, la musicalité s'apprécie subjectivement, pas avec des notions techniques. Quant à l'orthographe d'audiophile, je te conseille de regarder l'étymologie du mot.

Un grand orchestre à niveau réaliste peut sans problème dépasser les 120 décibels.

1. Relisons ce que j'ai écrit, à savoir : "les attaques peuvent être nettement plus acérées sur des sons synthétiques que sur des sons d'orchestre". Note bien le "peuvent". Or on peut très bien faire un son synthétique d'attaque quasi-instantanée (à condition que les étages analogiques soient assez bons pour ne pas trop déformer le son). Tout l'intérêt de la synthèse sonore numérique est justement de faire ce que l'on veut (à peu près ;-)).

2. Resituons le contexte. On parle de logiciels pour PC, avec probablement un rippage depuis CD audio (application : DJ mix, donc depuis le support commercial courant - CD ou vinyl -, pas depuis les pistes master). Donc les 120 décibels de dynamique et l'équipe de géniaux ingénieurs du son, ils sont de toute façon bouffés par le support physique, la carte son et les conditions d'écoute imposées par le PC moyen dans l'appartement moyen.

3. Quand on écoute de la musique classique, c'est pas forcément le tout dernier enregistrement "golden quality 128 bits la voix de son maître en 3D", sauf chez les audiophiles pour qui la musicalité se mesure en décibels de dynamique et en kilohertz de bande passante (mais il faut bien du marketing pour vendre les rééditions...). Si on ne trouve son bonheur musical que dans une interprétation réputée des années 60, ce n'est pas parce que l'équipe d'ingénieurs de l'époque était très compétente que la qualité acoustique est comparable à celle d'un bon album récent de rock ou musique électronique.

En plus, ils ont de l'humour : http://www.synthesist.net/images/Mundie_Stutz.jpg(...)

(apparemment, le chauve est Craig Mundie, un autre ponte de chez MS)

Ben, les attaques peuvent être nettement plus acérées sur des sons synthétiques que sur des sons d'orchestre, à mon avis. En plus, sur du classique l'enregistrement apporte ses propres artefacts. Quant aux harmoniques et à la dynamique, c'est sûr que la majeure partie de la musique électronique est très pauvre, mais ce n'est pas inhérent au style de musique. Pour la richesse écouter un peu de Future Sound Of London (je conseille Lifeforms) par exemple, ou pour la dynamique et la qualité sonore, Daft d'Art Of Noise (perdra beaucoup en mp3, à mon avis).

Maintenant, je suis d'accord, le classique en ogg/mp3, j'ai vraiment du mal. Mais c'est moins dû à la compression qu'au bruit de l'ordinateur ;(

Non, free as "unique and patented technology".

Même réponse que Feliciano : sur des systèmes modernes et/ou bien sécurisés, le virus résulte d'une faille d'un logiciel particulier, qu'il suffit de corriger. Sur des systèmes plus anciens et plus amateuristes (Windows 9x, AmigaOS...), le virus exploite les faiblesses de conception du système, la seule solution est donc un programme externe qui essaie de contrôler l'exploitation de ces faiblesses.

Parmi les causes de propagation, l'utilisation des machines Linux en mode root permanent... !

C'est d'ailleurs l'approche de Lindows, je crois.

Je propose comme algorithme :

printf("anti-virus activé\n") ;
while(1) {
sleep(beaucoup) ;
}

Pas très réaliste. Un anti-virus efficace bouffe plein de CPU et ralentit bien fort ta machine, c'est connu (ça permet d'ailleurs au windowsien satisfait de s'exclamer : "ma machine ramouille, tant mieux, c'est le signe que l'anti-virus fait son boulot !").

Donc je suggère que ton programme encode périodiquement quelques divx bidons en tâche de fond afin de s'approcher de l'efficacité d'un anti-virus de qualité professionnelle.

Pfff, dans quel monde vit-on, y a plus de morale.