Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

43 commentaire(s) de cedricbi sur des sources sur tout CodeS-SourceS

Le : 28/10/2008 13:40:44
Source : SOLUTION POUR LE COMPTE EST BON
Bonjour !
Je n'avais que treize ans effectivement...
Mais le temps passe et maintenant, j'ai un peu quitté le visual basic.
Pour ce qui est de la méthode, c'est une simple recherche brute force (un peu bancale d'ailleurs, et oui, j'avais du mal..).
Donc si je me souviens bien, le truc, c'est que tu essaies toutes les possibilités de combinaisons des différents chiffres initiaux et calculés grâce aux différentes opérations, et tu regardes celui qui est le plus proche du résultat et qui demande le moins d'opérations.

Désolé pour le temps de réaction un peu long, prépa oblige ...


Le : 11/05/2008 11:04:06
Source : API DISKUTILS / DISKMONITOR V1.1.6 - MULTI-MONITEUR D'UNITÉS DE STOCKAGE
Ben, au final, je crois qu'un "petit" 10 est bien mérité. Le code est limpide, fluide, clair, enfin tout bien quoi.

Juste une remarque : pourquoi Disk, GSZFM, iTCAP, et les autres sont des variables globales (je n'aime pas les variables globales). Disk devrait être créé et détruit à chaque entrée et sortie de procédure en ayant besoin, GSZFM devrait être un variable privée de TfrmMain, de même pour iTCAP, iFCAP, etc...).
Encore une chose pour ces six dernières variables, je pense qu'il serait préférable de les mettre en Int64, lors du Rescan1Click, les additionner sans convertions d'unité (c'est à dire simplement : iTCAP := iTCAP + Disk.SizeTotal) puis de convertir l'unité uniquement à l'affichage (effectivement, le mode d'affichage n'a pas a changer le fonctionnement interne du programme).


Voila


Le : 11/05/2008 10:28:45
Source : API DISKUTILS / DISKMONITOR V1.1.6 - MULTI-MONITEUR D'UNITÉS DE STOCKAGE
Bonjour f0xi !
Programme très sympa. Et pour une fois que quelqu'un travail le design de son programme, ça fait plaisir.

@SYSTMD : Le problème, c'est que aujourd'hui, on peut assigner n'importe quelle lettre à n'importe quel lecteur ou partition, donc on est pas sur que les lecteurs A et B soient des lecteurs disquettes.

Et je mets... mmmm, je sais pas, faut que je regarde le code..


Le : 08/03/2008 00:06:05
Source : TRAMAGE : IMAGE EN NOIR OU BLANC
Joli source! Et vraiment sympa!
J'avais fais un code similaire en QBasic (!) pour pouvoir afficher des images 16 millions de couleurs alors que l'affichage n'en supportait que 16. (J'avais aussi implantés d'autre algorithmes tels que l'algorithme de Burkes ou de Stucki).

D'ailleurs, il pourrait être sympa d'étendre ton algorithme non plus seulement à du noir et blanc mais à du 16 ou 256 couleurs...

il faut savoir que c'est des algorithmes de ce genre (exactement le Halftoning) qui sont utilisés dans l'imprimerie (pour nos journaux par exemple) car les imprimantes ne peuvent pas faire autre chose que mettre un point de couleur ou de ne rien mettre (il n'y a pas de valeur intermédiaire comme sur les écrans). Dès lors, pour rendre un dégradé ou une palette de couleur important, il suffit de jouer sur "la globalisation" de notre oeil qui va plutot chercher à regarder la moyenne des couleurs d'une petite surface que chacun des points qui la compose.


Je dois dire qu'à chaque fois que je vois une source posté par toi je suis toujours certain d'être content du résultat.


Le : 10/11/2007 13:33:04
Source : [WIN32]ECHANGE INTER-PROCESSUS VIA SHAREDMEMORY, MUTEX ET EVENT
Superbes explications et très interressant.
Bravo !


Le : 06/11/2007 11:57:01
Source : RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN
En fait la vitesse des Extended, Double, Single  dépendent du processeur utilisé... ce qui n'est pas pour arranger les choses!
Donc, on en peut pas tirer de conclusion général des tests ; ce qui est valable pour un P4, ne l'est pas pour un P3, et peut-être pas pour un Core...


Le : 05/11/2007 21:06:30
Source : RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN RIEN
Franchement parfait !

Pour prouver l'efficacité :
Je suis sur un P3 800 MHz donc 1 temps d'horloge = 1250 ps, ce qui est l'argement confirmé par les calculs!

Mesures données avec une précision de ± 8 picosecondes

MOV :
MOV AL, BL                         1280 ps
MOV AH, BH                         1249 ps
MOV AX, BX                         1252 ps
MOV EAX, EBX                       1270 ps


Malgré le fait que cela soit parfait, deux petites ameillorations :
- Déjà pour mesure la précision on peut mettre T := Abs(MesurePrecision);   (modif absolument minime mais bon faut bien trouver quelque chose à dire !)
- Autre petit ajout qui pourrait être sympathique : refaire la même procédure que MesurePerf mais au lieu d'utilise QueryPerformanceCounter utiliser l'instruction assembleur RDTSC (http://en.wikipedia.org/wiki/RDTSC) qui permet de compter le nombre de cycle d'horloge exécuté depuis le dernier Reset du CPU! De cette manière on a deux infos qu'on peut comparer et ainsi avoir quelque chose d'encore plus précis !


Le : 11/09/2007 17:41:45
Source : BASM32-ASSEMBLEUR WIN32
Hallucinant ! Franchement du code de haut niveau!
Mais j'ai un question. Pourquoi utiliser des Packed Object ?
Car là, on croirait presque à du vieux Pascal (utilisation de Init, et non de Create, aucune utilisation d'une quelconque unité extérieure à part SysUtils)...
Y a-t-il des avantages à programmer de cette manière ou s'agit-il d'une vieille habitude ou tout simplement d'un vieux projet recyclé ?

Enfin, as-tu quelques liens à nous donner pour mieux comprendre le fonctionnement de ton programme et en général des assembleurs.

Merci et encore une fois, super boulot!


Le : 04/09/2007 20:43:11
Source : UTILISER LE STYLE XP DE D1 À D7 (ASTUCE)
Je pense que c'est parce ce que, le SpeedButton et le BitButton ne sont pas de composants directements intégré par Microsoft, il doivent être en clair, gérés et créés par Delphi lui-même. Et Delphi, lui, ne prend pas en compte les différents thèmes.


Le : 18/11/2006 17:03:43
Source : UTILISER LE STYLE XP DE D1 À D7 (ASTUCE)
Salut Fanfan51,

Malheureusement, je ne connais pas de solution à ton problème !
Le style XP ne prend pas en compte la couleur de certain composant ainsi que d'autres propriétés. Il n'est donc pas possible de modifier la couleur de certain oomposant en utilisant les composants XP par défauts. Le seul remède est de créer soit même les composants voulus...

Bon courage !



1 2 3 4


Nos sponsors

Sondage...

CalendriCode

Décembre 2008
LMMJVSD
1234567
891011121314
15161718192021
22232425262728
293031    

Consulter la suite du CalendriCode



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel BAÏSE, Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 2,262 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.