QR-Code Dll - Übergabe Errorlevel-Parameter, Aufruf: DestroyBuffer() ?

Hi,
für den QR-Code Creator nutze ich die quricol32.dll. Jedoch finde ich keinen Weg den Parameter für den ErrorCorretion-Level zu übergeben, somit wird immer mit dem Default-Wert 0 gearbeitet.
Ebenso unklar ist, wie die Funktion DestroyBuffer() aufgerufen werden soll. Ich interpretiere die Funktion so, dass dazu als Parameter ein Buffer übergeben werden soll, jedoch liefern die vorab zum encodieren genutzten Funktionen keinen Rückgabewert. Ein Aufruf der Funktion ohne Parameter führt zum Crash von AutoIt.

Global $iMargin = 4, $iPixelSize = 2
DllCall("quricol32.dll", "none", "GenerateBMPW", "str", $sPath & $_sImageName & ".bmp", "str", $_sText, "int", $iMargin, "int", $iPixelSize) ; == funktioniert

; == TErrorCorretion
Global Const $QR_ECLEVEL_L = 0 ; == up to 7% damage
Global Const $QR_ECLEVEL_M = 1 ; == up to 15% damage
Global Const $QR_ECLEVEL_Q = 2 ; == up to 25% damage
Global Const $QR_ECLEVEL_H = 3 ; == up to 30% damage
DllCall("quricol32.dll", "none", "GenerateBMPW", "str", $sPath & $_sImageName & ".bmp", "str", $_sText, "int", $iMargin, "int", $iPixelSize, "int", $QR_ECLEVEL_Q) ; == funktioniert nicht

DllCall("quricol32.dll", "none", "DestroyBuffer") ; <== CRASH!!!

Da mir C++ recht fremd ist, kann ja vielleicht ein in dieser Richtung Beschlagener mit dem Code was anfangen:

#pragma once


#include "qrencode.h"


#ifdef __cplusplus
extern "C" {
#endif


void WINAPI GeneratePNGW(LPWSTR fileName, LPWSTR text, int margin, int size, QRecLevel level);
void WINAPI GeneratePNGA(LPSTR fileName, LPSTR text, int margin, int size, QRecLevel level);
#ifdef UNICODE
#define GeneratePNG  GeneratePNGW
#else
#define GeneratePNG  GeneratePNGA
#endif // !UNICODE


HBITMAP WINAPI GetHBitmapW(LPWSTR text, int margin, int size, QRecLevel level);
HBITMAP WINAPI GetHBitmapA(LPSTR text, int margin, int size, QRecLevel level);
#ifdef UNICODE
#define GetHBitmap  GetHBitmapW
#else
#define GetHBitmap  GetHBitmapA
#endif // !UNICODE


void WINAPI GenerateBMPW(LPWSTR fileName, LPWSTR text, int margin, int size, QRecLevel level);
void WINAPI GenerateBMPA(LPSTR fileName, LPSTR text, int margin, int size, QRecLevel level);
#ifdef UNICODE
#define GenerateBMP  GenerateBMPW
#else
#define GenerateBMP  GenerateBMPA
#endif // !UNICODE


void WINAPI GetPNGW(LPWSTR text, int margin, int size, QRecLevel level, LPINT bufSize, __deref_opt_out void **ppvBits);
void WINAPI GetPNGA(LPSTR text, int margin, int size, QRecLevel level, LPINT bufSize, __deref_opt_out void **ppvBits);
#ifdef UNICODE
#define GetPNG  GetPNGW
#else
#define GetPNG  GetPNGA
#endif // !UNICODE


void WINAPI DestroyBuffer(void* buffer);


#ifdef __cplusplus
}
#endif

Die kompletten Source-Dateien inkl. der 32Bit-Dll habe ich angehängt.

Edit 25.12.2012:
Wie aus der Doku nicht hervorgeht, ist der ErrorCorrectionLevel-Parameter ausschließlich in der 64-Bit Variante der Dll verfügbar. Damit ist der Parameter dann ja total überflüssig. Tools zu erstellen, die nicht auf 32-Bit Maschinen laufen würde ich ziemlich schräg finden.

Danke für eure Bemühungen.
Leider ist die Dokumentation dazu nicht konkret genug. Die 64Bit-Variante ermöglicht also einen Parameter für ErrorCorrectionLevel, die 32Bit-Variante hingegen nicht. Das finde ich ziemlich schräg. :wacko:
Naja, muß ich halt mit leben dass dieser Parameter dann wegfällt. Denn ich werde keine Tools erstellen, die unter 32Bit nicht laufen.

Was bei QR-Code auch etwas verwirrend ist, ist die Tatsache, dass man nicht vorhersagen kann, wieviel Zeichen ich bei einem bestimmten ErrorLevel tatsächlich verwenden kann (wie ich es bisher in meiner Variante gelöst habe).
Im niedrigsten Level sind 2953 Byte möglich - Das wiederum können typabhängig durchaus über 4.000 Zeichen sein. Aber ich habe nirgends eine konkrete Angabe gefunden, in welcher Konstellation, welche Zeichen in welcher Anzahl verwendet werden können. Und ich habe keine Lust 200$ für die Norm auszugeben.
Ich setze jetzt einfach 1Byte = 1Zeichen, als Maximum also 2953 Zeichen. Das ist zwar nicht korrekt - aber zumindest ist es in dieser Anzahl egal, welcher Zeichentyp verwendet wird. Diese Anzahl ist auf jeden Fall möglich.

James, das ist bekannt - aber damit ist es nicht möglich die Anzahl der verwenbaren Zeichen während der Eingabe zu bestimmen. Diese Angaben beziehen sich auf nur numerisch oder nur alnum oder nur byte. Der Speicherbedarf variiert dadurch und ich kann keinen Zähler setzen, der es mir erlaubt zu sagen: He, hier ist Schluß - mehr kann nicht verwertet werden. Sicher weiß ich das erst, wenn die Funktion ggf. crasht.

Danke Andy.
Ich vermute, noch wichtiger ist dieser Absatz:

Zitat

c) Data Conversion Efficiency
QR Code has four types of conversion mode - numerical characters, alphanumerical/signs, binary, and Kanji characters
- for encoding the data. Each mode has had considerations to improve its conversion efficiency. The number of cells
required for each character in each mode is listed in Table 1.

Ich interpretiere das so, da es 4 Umwandlungs-Modi gibt, wird immer der Modi angewandt der das niedrigste Niveau hat. Denn Alnum enthält Num, Binary enthält wiederum auch Alnum und Kanji kann alles sein. Dementsprechend steigt der Platzbedarf an.
Also als Bsp.
- nur Ziffern: jedes Zeichen 3,3 Cells
- taucht ein Buchstabe mit auf: für jedes Zeichen (auch die bereits vorhandenen Ziffern): 5,5 Cells
- usw. mit Binary ( 8 ) und Kanji ( 13 )

OK, dann habe ich ja eine reale Grundlage den Platzbedarf zu bestimmen.

Edit: Habe grade festgestellt, dass ich mir viel zu viel Gedanken mache.
In der QR-Definition sind alphanumerische Zeichen ausschließlich Großbuchstaben, Ziffern und einige Sonderzeichen. Somit sind zwangsläufig alle Eingaben als Binary zu betrachten, da nur dort auch Kleinbuchstaben und die restlichen Satz- und Sonderzeichen berücksichtigt werden.