CONNEXION
  • RetourJeux
    • Sorties
    • Hit Parade
    • Les + populaires
    • Les + attendus
    • Soluces
    • Tous les Jeux
    • Gaming
  • RetourActu Gaming
    • News
    • Astuces
    • Tests
    • Previews
    • Toute l'actu gaming
  • RetourBons plans
    • Bons plans
    • Bons plans Smartphone
    • Bons plans Hardware
    • Bons plans Image et Son
    • Bons plans Amazon
    • Bons plans Cdiscount
    • Bons plans Decathlon
    • Bons plans Fnac
    • Tous les Bons plans
  • RetourJVTech
    • Actus High-Tech
    • Intelligence Artificielle
    • Smartphones
    • Mobilité urbaine
    • Hardware
    • Image et son
    • Tutoriels
    • Tests produits High-Tech
    • Guides d'achat High-Tech
    • JVTech
  • RetourCulture
    • Actus Culture
    • Culture
  • RetourVidéos
    • A la une
    • Gaming Live
    • Vidéos Tests
    • Vidéos Previews
    • Gameplay
    • Trailers
    • Chroniques
    • Replay Web TV
    • Toutes les vidéos
  • RetourForums
    • Hardware PC
    • PS5
    • Switch 2
    • Xbox Series
    • Switch
    • Pokemon pocket
    • FC 25 Ultimate Team
    • League of Legends
    • Tous les Forums
  • PC
  • PS5
  • Xbox Series
  • Switch 2
  • PS4
  • One
  • Switch
  • iOS
  • Android
  • MMO
  • RPG
  • FPS
En ce moment Genshin Impact Valhalla Breath of the wild Animal Crossing GTA 5 Red dead 2
Liste des sujets

Comment vous avez appris...?

dnob700
dnob700
Niveau 10
05 novembre 2004 à 22:59:10

ça y est, j´ai écrit le zoom, mais il réagit bizarrement alors je vais pas vous le passez tout de suite.

et puis je suis décus pa la faible capacité des float, je croyais que je pourrais aler plus loin avec, parce que le calcul en précision infinie à virgule flottante, non seulement c´est super chaud à coder mais en plus c´est pas très rapide.

Altonfrere
Altonfrere
Niveau 10
05 novembre 2004 à 23:15:56

C´est pas vraiment les float le problème . .. j´ai regardé un peu ton code et il me semble pas super super optimisé . .. j´avais écris une routine équivalente pour Mandelbrot/Julia il y a qques années en assembleur 68k puis en C si ca t´intéresse.

dnob700
dnob700
Niveau 10
05 novembre 2004 à 23:18:53

je veux bien voir, merci.

c´est vrai que le code est pas super optimisé, mais il est quand même assez rapide ( c´est vrai que j´ai déjà vu des programme qui sont bcp bcp plus rapide) mais quand après quelques zoom les détail disparaissent, je crois pas que l´optimisation puisse changer quoi que se soit, on atteint la limite de ce qu´un double peut supporter, a moins que je me trompe bien sur.

Altonfrere
Altonfrere
Niveau 10
05 novembre 2004 à 23:24:15

L´optimisation dans ce genre de calcul est souvent très importante . .. le principe est d´éviter de calculer inutilement dans une boucle. Donc précalculs à fond avant les boucles et incréments pendant la boucle.

Je te cherche ca, va falloir ressortir les vieilles disquettes :)

Altonfrere
Altonfrere
Niveau 10
06 novembre 2004 à 00:45:14

bon j´ai dû reconvertir tout ca alors c´est pas non plus le plus optimisé mais c´est tiré de l´asm de l´époque . .. la conversion en double en + ( je passais par un système de calcul à virgule fixe codé sur 16 bits)

http://wall.cours-info.net/?id=296

avec pour l´adapter à ton source :

  1. define XMIN -2.2
  2. define XMAX 1.2
  3. define YMIN -1.5
  4. define YMAX 1.5
dnob700
dnob700
Niveau 10
06 novembre 2004 à 19:13:10

merci bcp.

j´hallucine un peu ( même bcp) quand je vois la différence de vitesse. ta version est entre 2 et 3 fois plus rapide que la mienne ( dans des conditions similaires).

je vais faire plus de test pour voir qu´est ce qui prend le plus de temps.

par contre il y a un truc que je comprend pas, c´est qu´aussi bien pour ta fonction que pour la mienne, à chaque fois qu´on la relance, elle mets un peu plus longtemps.

Il y deux truc qu´on peut opitimiser encore dans ta fonction :
tu peut virer cette ligne, elle sers à rien : i = iz;

et tu peut faire seulement 15 boucle en initialisant rz et iz directement à rc et ic ( on gagne 0.15 à 0.20 seconde pour 160k pixels.

je viens de réécrire ma fonction et j´ai trouvé ce qui clochait, c´est qu´il manquait le break; après l´affichage des pixels c´était tout bete.

encore merci,
maintenant, je vais pouvoir essayer d´améliorer la précision tout en restant dans un temps raisonable.

Altonfrere
Altonfrere
Niveau 10
06 novembre 2004 à 20:03:35

Oui j´ai vu ca, j´ai fais quelques erreurs de conversion asm -> C

Du coup j´ai convertit aussi le prog avec le calcul en virgule fixe sur des long puis pour les ensembles de Julia ( c´est juste un petit changement) :

http://wall.cours-info.net/?id=298

Altonfrere
Altonfrere
Niveau 10
06 novembre 2004 à 20:05:37

on gagne encore un peu en vitesse mais forcément on perd en précision . .. mais sur un zoom assez faible ca se voit pratiquement pas

Demons_Cry
Demons_Cry
Niveau 6
06 novembre 2004 à 20:06:39

bonsoir tout le monde !
je voudrais savoir comment vous faites un programme ? je voudrais savoir outrouver les bases si vous pourriez maiser ce sserait bien . ..

DasHuhn
DasHuhn
Niveau 10
06 novembre 2004 à 20:44:32

Cherche sur ce forum et trouble pas les innocents topics.

Sous forums
  • Aide à l'achat Mac
  • Macintosh
  • Création de sites web
  • Création de Jeux
  • Linux
  • Programmation
  • Internet
  • Steam Deck
  • Hardware
La vidéo du moment