【转帖】2.05.02 winopengl
 

2.05.02 : winopengl
2.05.02 : winopengl
hi,
i use 2.05.02 in static mode for my activex.
i have a drawing with a raster image (bmp or jpg). i load my drawing and i draw my drawing without any problem in wingdi.
when i use winopengl, i load the same drawing, but when i try to draw it, i have a kernel exception with this error :
source\root\girasterimage.cpp(31) (odgirasterimage::convert() + 161 bytes)
..\lib\extensions\exrender\gsopenglvectorizer.cpp( 1524) (odgsopenglvectorizeview::inittexture()+ 1 100 bytes)
with odamfapp (winopengl and wingdi), this drawing is drawing without problem...
have you an idea ?
thanks,
laurent
2.05.02 winopengl
i work with msvc6.
in ..\lib\extensions\exrender\gsopenglvectorizer.cpp, function inittexture() ,
i have comment the line
pcopyimg = pimage->convert(.....)
my drawing is draw without error (but my image isn't draw because of comment)
thanks,
laurent
hi,
could you please download our last release and check it with your code ?

2.05.02 winopengl
hi, laurent,
are you can upload any sample drawing (with image) which causing the following problems?
2.06.01 winopengl
i have the same problem with 2.06.01.
my activex is compiled with _mbcs preprocesor definition.
thanks,
laurent
2.06.01 winopengl pb with image
this is the drawing and the image in zip file
thanks,
laurent
2.06.01 winopengl pb with image
my last test was :
1) my drawing and image are correctly drawing with odamfcapp (2.06.01 and 2.05.02).
2) in my ocx (_mbcs compilation), i have always an error on odgirasterimage::convert(...) with the same drawing...
3) in my ocx, if i comment in exrender\gsopenglvectorizer.cpp the convert call in odgsopenglvectorizeview::inittexture(), my dwg is drawing without image but i haven't an execption.
4) my ocx, with wingdi vectorize, draw my dwg and the image
thanks,
laurent
last edited by lg; 5th august 2008 at 05:58 amfff">.

2.05.02 : winopengl
hi,
source\root\girasterimage.cpp(31) contains following code:
code:
odgirasterimageptr odgirasterimage::convert(bool bconvertpalettedtorgb,
double brightness, double contrast, double fade, odcolorref bgcolor,
bool bflipx, bool bflipy, bool brotate90,
const odgirasterimage* pdestdesc) const
{
return odrasterconvertpeptr(this)->convertimage(this, bconvertpalettedtorgb, brightness, contrast,
fade, bgcolor, bflipx, bflipy, brotate90, pdestdesc);
}i think that problem may be if rasterprocessor module is not loaded. in this case, a pointer to the protocol extension (odrasterconvertpe) will be null.
quote:
originally posted by amark
hi,
source\root\girasterimage.cpp(31) contains following code:
code:
odgirasterimageptr odgirasterimage::convert(bool bconvertpalettedtorgb,
double brightness, double contrast, double fade, odcolorref bgcolor,
bool bflipx, bool bflipy, bool brotate90,
const odgirasterimage* pdestdesc) const
{
return odrasterconvertpeptr(this)->convertimage(this, bconvertpalettedtorgb, brightness, contrast,
fade, bgcolor, bflipx, bflipy, brotate90, pdestdesc);
}i think that problem may be if rasterprocessor module is not loaded. in this case, a pointer to the protocol extension (odrasterconvertpe) will be null.
i think i have the same code, i use wingdi et winopgl. rasterprocessor is loaded (with wingdi, i see the image in my dwg)
thanks,
laurent
2.06.01 : winopengl
hi
rasterprocessor was loaded and the error persist.
thanks,
laurent
did odrasterconvertpeptr(this) for your entity returns something ?
pimage->convert
...
odrasterconvertpeptr pe = odrasterconvertpeptr(pimage);
is not null ? and
pe->convertimage(... crashes ? for you?
2.06.01 winopengl
in my msvc6 project, i have include the file :
..\extensions\exrender\gsopenglvectorizer.cpp,
in function inittexture() , i have comment the line
pcopyimg = pimage->convert(true, brightness, contrast, fade, device()->getcolor(0), false, false, false, pdesc);
my drawing is draw without error (but my image isn't correct because of comment)
if i uncomment this line, i have a kernel exception.
i make a try with odrasterconvertpeptr.
thanks,
laurent
hi,
it seems that the best way for resolving of your problem is very small sample project. could you please email me truncated version of your app. i'll check it here.
usually we asked our members to reproduce a problem inside mfcapp or one of our samples... but you said that it is ok in mfcapp.
.
2.06.01, winopengl and my ocx
hi,
i have create a new empty project, and i test winopengl with a drawing which contain a bmp and it's ok.
the problem is in my code !!
so, thanks for your help.
i do not know the sentence in english but in french, we say "my week-end is dead..."
thanks,
laurent
good news have a good .... hmm ... week end