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 !

430 commentaire(s) de ScSami sur des sources sur vbfrance

Le : 18/11/2008 13:30:47
Source : INTERPOLATION SPLINE
C'est tout simplement que tu n'a pas installé le "runtime" du VB6 ! Google est ton ami !


Le : 19/10/2008 10:04:33
Source : INTERPOLATION SPLINE
Pourquoi ne pas avoir réalisé une vue en 3D ??? D'ailleurs, respect pour le code de notre ami italien... mais il ne connaissait pas la 3D non isométrique !!! C'est dommage :(

Bon, moi, je vais travailler là-dessus pour ma GDI VB6/API... J'aime bien réinventer les roues en moins rond ;)

Sinon... Un grand merci pour cette (et tes autres aussi, j'en profite ;) formidable contribution : respect !


Le : 20/04/2008 18:42:54
Source : AIDE SUR LES TREEVIEW
Note que les commentaires de Renfield sont parfaitement justifiés et constructifs. Modifie ta source, améliore là grace aux conseils des mecs balèzes et ne la complexifie pas afin qu'elle reste abordable aux néophites mais JUSTE (i.e., correcte, parfaite) pour ne pas les embourber dans de très mauvaises habitudes. Ainsi, tout le monde sera content et les noobs n'auront plus qu'à copier/coller même si tout ne leur parait pas encore très clair (ça viendra avec le temps !).


Le : 20/04/2008 18:30:11
Source : DU 3D COMME DOOM ! WOW
Mouai, enfin, plutôt que de s'embêter à créer ou acheter un moteur 3D, utilisez plutôt CubeEngine2 (testez le FPS Sauerbraten) !
Mais moi, peros, j'aime les sources qui réinvente la roue... c'est souvent très instructif sur pas mal de choses (les raisons de certaines évolutions de méthodes de codage, ...).


Le : 17/12/2007 12:36:28
Source : CARDS.DLL
Malheureusement... Ne m'étant toujours pas (en 2007), mis au .NET, je ne peux t'aider !
Mais ça ne doit pas être bien compliqué j'imagine (si ce qu'on dit du DOT NET est vrai) ! Faut chercher un peu dans le framework j'imagine.

Encore désolé.


Le : 03/01/2007 23:22:50
Source : ENREGISTRER DES RADIOS EN STREAMING SHOUTCAST (CONTRÔLE ACTIVEX)
Question :  Pourquoi il ne fonctionne qu'avec SHOUTcast (ce qu'il faudrait peut-être préciser dans la description de la source !!!) ???
Combien d'autres systèmes existe-t-il encore et est-ce possible d'adapter ton code (cf. ParseData) pour qu'il fonctionne avec ces autres systèmes (et si oui... comment ???) ?


Le : 28/12/2006 09:21:33
Source : JEU DU CRABILUS
Décidément, t'es à bloc sur les jeux de réflexion !!! Quoi, la OUII et autres PSPSPS et XBoboX t'ennuient à mourir... bienvenu au club :´( Moi j'dis, rien de tel qu'un petit Chip's Challenge en 3D ;D
Bref, 10/10, on commence à en avoir l'habitude !


Le : 02/12/2006 18:41:35
Source : DE RGB À R, G ET B, LA MEILLEUR TECHNIQUE EN VB !
Comprends-tu au moins le but du problème ?


Le : 09/11/2006 00:14:42
Source : RGB À R,G ET B (ET VICE VERSA) TRÈS RAPIDE
En fait, là, j'ai carrément un doute (bon, le code fonctionne mais...).
Le fait de faire ça :  (assigner des valeurs à l'arguments de la procédure)
If Value < 0 Then Value = Abs(Value)
If Value > 16777215 Then
  Value = Value Mod 16777215
Est-ce que ça pompe plus de mémoire (normalement non mais...) ???
Il faut que le truc soit vraiment très rapide... Vois-tu une autre optimisation possible (dans l'ordre des tests par exemple, ou alors, les éviter carrément par on ne sait trop quelle malicieuse astuce) ?


Le : 09/11/2006 00:08:05
Source : RGB À R,G ET B (ET VICE VERSA) TRÈS RAPIDE
Remoi. Eh oui, je vais encore t'embêter un peu... Faut bien, parce qu'après tout, ce code est vraiment à la base de mon projet et faut donc qu'il soit le plus "parfait" possible.

J'ai modifier ton code comme ceci (module de classe) :
(Les principales modifications : rename des éléments, utilisation de la procédure événementielle _Initialize, Gestion des erreurs de Couleur

Option Explicit

Private Type typSafeArray
intDimensions As Integer
intFeatures   As Integer
lngElements   As Long
lngLocks      As Long
lngData       As Long
lngNbrBytes   As Long
lngLbound     As Long
End Type

Private Const cstSAfeatAuto = &H1
Private Const cstSAfeatStatic = &H2
Private Const cstSAfeatFixedSize = &H10

Private Declare Function ArrPtr ...
Private Declare Sub CopyMemory ...

Private lngColor           As Long
Private tblComponentRGB()  As Byte
Private stcSafeArrayCvalue As typSafeArray

Private Sub Class_Initialize()
With stcSafeArrayCvalue
  .intDimensions = 1
  .lngElements = 1
  .lngNbrBytes = 3
  .intFeatures = cstSAfeatAuto Or cstSAfeatStatic Or cstSAfeatFixedSize
  .lngData = VarPtr(lngColor)
End With
CopyMemory ByVal ArrPtr(tblComponentRGB), VarPtr(stcSafeArrayCvalue), 4
End Sub

Public Property Get R() As Byte: R = tblComponentRGB(0): End Property
...G puis B
Public Property Get C() As Long: C = lngColor: End Property

Public Property Let R(ByVal Value As Byte): tblComponentRGB(0) = Value: End Property
... G puis B

Public Property Let C(ByVal Value As Long)
On Error GoTo ErrorManagement
If Value < 0 Then Value = Abs(Value)
If Value > 16777215 Then
  Value = Value Mod 16777215
Else
  lngColor = Value
End If
Exit Property

ErrorManagement:
Err.Raise Err.Number, "zzzGDI.clsRGBC", Err.Description
End Property


Dit moi, ne crois-tu pas nécessaire de gérer la couleur via l'interface Get/Let plutot qu'en variable Long public ???
Selon toi, la gestion d'erreur est bonne ou ça risque de poser des problèmes (à cause de l'utilisation d'API par exemple...) ???
Selon toi, quelles sont les retentissements de ces modifs tant sur l'utilisation de la mémoire que sur la vitesse (bénignes, ...) ???

Pi y'a toujours un truc que je pige pas avec CopyMemory... Là, ça te crée bien un "lien mémoire", mais ce lien, que devient-il à la destruction de l'objet ??? Parce que sinon on a aussi _Terminate !

Comme je vais utiliser pas mal d'instances de cet objet (jusqu'a une quinzaine simultanément), cela ne risque-t-il pas de poser un quelconque problème ?


Je sais, chuis chiant pour pas dire casse-cou***e :D





Nos sponsors

Sondage...

CalendriCode

Janvier 2009
LMMJVSD
   1234
567891011
12131415161718
19202122232425
262728293031 

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 : 0,156 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é.