Discussion :

[DDNE16]

SALUT LA TEAM

Je travaille sur un projet qui est presque en phase finale. je communique avec un péripherique externe pour récupérer des image grâce à son sdk mais la toute dernière fonction pour
Clôturer mon projet me donne du fil à retordre.

La fonction est décrite de la manière suivante dans le document :

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
RS_EncodeWSQ( unsigned char* rawBuffer, int width, int height, const
float ratio, unsigned char* wsqBuffer, int* wsqBufferLen)

Mon code Windev :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
bBufferFixe	est un Buffer 
Taillebuf	est un entier
 
RS_Result=API("RS_SDK.dll", "RS_EncodeWSQ",typdDOIT1,largeurDOIT1,HauteurDOIT1,"RS_RATIO"+"F",&bBufferFixe,&Taillebuf)
SI RS_Result=RS_SUCCESS ALORS
 
	Info(Taille(Taillebuf))
 
SINON
	Info(RS_Result)
FIN

Merci pour vos contributions!

[frenchsting]

Bonjour,

Je ne doute pas que tu aies un souci mais tu ne dis pas lequel...

2 choses :
1. Tu ne donnes pas le type de toutes tes variables
2. Utile les balises de ocde (bouton #)

Sans connaître ladite API, j'ai déjà trouvé que tu as une piste à explorer concernant tes variables chaines (pointeur sur caractère(s) en C)...

[DDNE16]

Ah désolé! le but de cette fonction de l'API est de compresser une image
Mon code WinDev est le suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

RS_Result=API("RS_SDK.dll", "RS_EncodeWSQ",typd:DOIT1,largeur:DOIT1,Hauteur:DOIT1,RS_RATIO,&bBufferFixe,&Taillebuf)

En entrée, nous avons 4 paramètres dont :

• typd est une structure qui contient les pixels des images
• Largeur et hauteur sont des structures aussi qui contiennent la largeur et hauteur des images.
• RS_RATIO est la valeur d'une constante qui correspond au taux de compression de l'image

En sortie, nous avons 2 paramètres dont :

• Bufferbixe est un buffer pour récupérer l'image compressée en mémoire
• Taillebuffer est un entier correspondant à la taille du buffer.

Lors de l'exécution je rencontre deux problèmes :

1. Si le ratio n'est pas une chaine on me dit que le paramètre est invalide
2. Si les paramètres sont tous valides, l'erreur me dit que la mémoire est pleine

[frenchsting]

Bonjour,

Tu as un souci de type (tu t'en serais douté ). Si le message te dit qu'il ne peut pas allouer de mémoire, c'est sûrement qu'il y a un pointeur qui ne va pas (ou qui manque). J'ai tapé dans gogol : unsigned char windev et le premier élément qu'il a trouvé est https://forum.pcsoft.fr/fr-FR/pcsoft...indev/read.awp. Je n'ai pas tout lu, mais ça m'a l'air intéressant.

[DDNE16]

Bonjour,

Tu as un souci de type (tu t'en serais douté ). Si le message te dit qu'il ne peut pas allouer de mémoire, c'est sûrement qu'il y a un pointeur qui ne va pas (ou qui manque). J'ai tapé dans gogol : unsigned char windev et le premier élément qu'il a trouvé est https://forum.pcsoft.fr/fr-FR/pcsoft...indev/read.awp. Je n'ai pas tout lu, mais ça m'a l'air intéressant.

Bonjour,
J'ai essayé toutes les options possibles ainsi que les astuces sur le net mais j'ai du mal à comprendre d'où vient le réel problème mais je suspecte le buffer.
J'avais un problème avec une autre fonction qui demande un buffer en paramètre de sortie mais après avoir alloué une mémoire au buffer, cela a résolu le problème.
Ici le problème doit venir des paramètres : Const float Ratio et Unisgned char*wsqbuffer.

[frenchsting]

Un truc bête : tu as essayé avec ApellDLL32 ?

J'avoue que d'après le peu que j'ai lu dans la doc, je ne vois pas trop de différence. Peut-être, comme son nom l'indique, API est plus orienté Windows système...

[DDNE16]

J'avais essayé presque toutes les solutions se trouvant dans l'aide local windev et qui ont un lien avec mon problème.

[frenchsting]

Je sèche un peu sur ce coup-là. Patrice Terrier ou Jurassik Pork pourraientt peut-être t'aider. C'est le genre de chose qu'ils ont (je pense) déjà fait.

[DDNE16]

Merci beaucoup pour ton apport.
J'attends impatiemment toute contribution pour finir cette partie qui est la dernière de mon projet.

[frenchsting]

Dans la doc de API, j'ai trouvé dans l'aide une référence au type de données "Description d'API". Tu avais essayé ?

[DDNE16]

Pas encore.

[Patrice Terrier]

rawBuffer is system int = ???
nWidth is int = ???
nHeight is int = ???
rRatio is 4-byte single = ????
wsqBuffer is system int = 0
wsqBufferLen is system int = 0

nRet is int = API("RS_SDK", "RS_EncodeWS", rawBuffer, nWidth, nHeight, rRatio, &wsqBuffer, &wsqBufferLen)

Votre code est trop imprécis, êtes-vous en 32 ou 64-bit, quel est le type d'erreur retourné par la fonction.

rawBuffer est un pointeur, etc.

[DDNE16]

je suis en 32 bits et le mesage d'rreur est le suivant :
Cannot allocate memory

Les 3 paramètres en entrée rawBuffer,Width,nHeight sont des entiers systèmes.
Le ratio correspond au taux de compression de l'image qui varie de 0.1~7.5
Le buffer doit contenir le format compressé en wsq

Merci.

[DDNE16]

Je fais les captures des images à partit des 3 fonctions ci-dessous:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
capturemde est un entier	= RS_CAPTURE_FLAT_RIGHT_FOUR_FINGERS
 
RS_Result	= API(DllName, "RS_SetCaptureMode", DeviceHandle,capturemde, RS_AUTO_SENSITIVITY_HIGH , True )
 
RS_Result	= API(DllName, "RS_StartCapture", DeviceHandle,False, timeout)
 
RS_Result	= API(DllName, "RS_TakeCurrentImageData", DeviceHandle, 10000, &imageData, &ImageWidth , &imageHeight )
 
SI RS_Result=RS_SUCCESS ALORS
 
SINON
	Erreur("Erreur de capture"+RS_Result)
	RETOUR
FIN

Je segmente les images et les transfert dans les structures

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
SELON capturemde
	CAS RS_CAPTURE_FLAT_RIGHT_FOUR_FINGERS
		numsalp= RS_SLAP_RIGHT_FOUR
 
 
	AUTRE CAS
		RETOUR
FIN
RS_Result= API(DllName, "RS_Segment", imageData,ImageWidth,imageHeight,numsalp,&numOffinger,&sLapInfo,&FingerImageData,&gnFingerImageWidth,&gnFingerImageHeight)
Info(numOffinger)
 
SI RS_Result=RS_SUCCESS ALORS
 
	Transfert(&typd,FingerImageData,Dimension(typd))
 
	Transfert(&largeur,gnFingerImageWidth,Dimension(largeur))
 
	Transfert(&Hauteur,gnFingerImageHeight,Dimension(Hauteur))
 
SINON
	Erreur(RS_Result)
FIN

Ensuite j'enregistre le résultat dans un buffer mais en ce moment l'image est au format bitmap

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
BUFMEM est un Buffer sur 3000*1024
MonIm	est une Image
RS_Result	= API(DllName, "RS_SaveBitmapMem",typd:DOIT1,largeur:DOIT1,Hauteur:DOIT1,&BUFMEM)
SI RS_Result=RS_SUCCESS ALORS
 
	MonIm=dChargeImage((BUFMEM))
 
SINON
	Info(RS_Result)
FIN

Le traitement suivant est la conversion en wsq sur lequel je bloque :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
RATIO est un réel sur 4 octets=0.75
bBufferFixe	est un Buffer
Taillebuf	est un entier 
 
RS_Result=AppelDLL32(DllName, "RS_EncodeWSQ",typd:DOIT1,largeur:DOIT1,Hauteur:DOIT1,RATIO,&bBufferFixe,&Taillebuf)
SI RS_Result=RS_SUCCESS ALORS
 
	Info(Taille(Taillebuf))
 
SINON
	Info(RS_Result)
FIN

[DDNE16]

Manque-t-il des informations les amis ???

[frenchsting]

Bonjour,

Idée du jour : plutôt que de mettre des entiers système, mettre des entier tout court, voire des entiers sans signe.

[Patrice Terrier]

Les pointeurs doivent toujours être des entiers système, pour que le code puisse être compilé en mode 32 ou 64-bit.

Un entier système occupe 4 octets en 32 et 8 octets en 64-bit.

Attention à l'alignement des structures qui est différent en 32 et 64-bit.

[DDNE16]

J'ai tout essayé jusqu'à présent rien...

Mais je suis presque certain que le problème doit se situer entre les paramètres const float ratio et le wsqbuffer

[Voroltinquo]

Tes transferts me semblent étranges.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
Transfert(&typd,FingerImageData,Dimension(typd))
Transfert(&largeur,gnFingerImageWidth,Dimension(largeur))
Transfert(&Hauteur,gnFingerImageHeight,Dimension(Hauteur))

Dans un premier temps le deuxième paramètre doit être une adresse.
Même si ça peut éventuellement passer dans le cas du buffer (il est toutefois préférable d'utiliser Taille,) ça risque de coincer pour la hauteur et la largeur.
Prenons le cas où gnFingerImageWidth=32
Le code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Transfert(&largeur,gnFingerImageWidth,Dimension(largeur))

va affecter à largeur les 4 octets qui commencent à l'adresse 32 et non 32 d'où ton problème d'allocation mémoire. Tu te retrouves avec des tailles bien supérieures à ce que la mémoire peut supporter.
Par ailleurs là encore Dimension est superflu tu sais que tu travailles avec un entier donc pourquoi ne pas directement mettre 4

[DDNE16]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
TYPEDOIGT est une Structure
 
	DOIT1	est un entier système
	DOIT2	est un entier système
	DOIT3	est un entier système
	DOIT4	est un entier système
    DOIT5	est un entier système
FIN                       
Larg est une Structure    
 
	DOIT1	est un entier 
	DOIT2	est un entier 
	DOIT3	est un entier 
	DOIT4	est un entier 
    DOIT5	est un entier     
FIN                       
Haut est une Structure    
 
	DOIT1	est un entier 
	DOIT2	est un entier 
	DOIT3	est un entier 
	DOIT4	est un entier 
    DOIT5	est un entier     
FIN

je dois revoir la taille et le type des variables ? Mais cela risque de me créer un autre problème car c'est pratiquement impossible de récupérer l'image à partir de certains types de variables qui pourtant, permettraient de réduire la dimension des images à récupérer.