Folks,

Andreas and Juan Manuel are resolving a few little glitches in the JPEG plugin build process, so hang on just a bit longer.

Incidentally, Juan Manuel added one or two files to the JPEGLIB distribution, and he only linked in a subset of the full file set to keep the plugin as small as possible.

Both Mac and Windows plugins will be out soon, as well as the extra C files needed to compile the plugin.

-- John

At 10:49 AM -0800 11/27/01, Ohshima, Yoshiki wrote:

Hi,

...

Hm, I got confuced trying to build this plugin. MPW complained about a missing jpeglib.h I downloaded a package from the independent jpeg group's ftp http://www.ijg.org/files/jpegsrc.v6b.tar.gz

This package includes a jpeglib.h.

...

But MPW still complains about a missing jconfig.h file. This file was not in the package I downloaded.

jconfig.h is a platform dependent header file and usually generated by the configure script. I'm not sure it works, but I guess you're supposed to copy jconfig.mac to jconfig.h manually.

...

Do I need to build the jpeg library to compile this plugin?

I think so.

...

Seems like I would need CodeWarrior to build the jpeg library on a mac.

I guess not. See jconfig.doc. It should be easy to make appropriate jconfig.h.

Hope this helps,

-- Yoshiki

"Ohshima, Yoshiki" wrote:

Hi,

...

Hm, I got confuced trying to build this plugin. MPW complained about a missing jpeglib.h I downloaded a package from the independent jpeg group's ftp http://www.ijg.org/files/jpegsrc.v6b.tar.gz

This package includes a jpeglib.h.

...

But MPW still complains about a missing jconfig.h file. This file was not in the package I downloaded.

jconfig.h is a platform dependent header file and usually generated by the configure script. I'm not sure it works, but I guess you're supposed to copy jconfig.mac to jconfig.h manually.

...

Do I need to build the jpeg library to compile this plugin?

I think so.

...

Seems like I would need CodeWarrior to build the jpeg library on a mac.

I guess not. See jconfig.doc. It should be easy to make appropriate jconfig.h.

Ok, now I covered the dependencies. I just had to rename the jconfig.mac to jconfig.h. But I get a error: formBitsSize = interpreterProxy->byteSizeOf(formBits);

File "Video:Squeak3.1a-4347b Folder:JPEGReadWriter2Plugin:JPEGReadWriter2Plugin.c"; line 273 #Error: cannot implicitly convert from: (unsigned *) to : (int)

I'm not sure how to fix this...

Anyone ?

Karl

I also had to change the line interpreterProxy->success((interpreterProxy->isWordsOrBytes(formBits)) && (formBitsSize == (formPitch * formHeight)));

to

interpreterProxy->success((interpreterProxy->isWordsOrBytes((int)formBits)) && (formBitsSize == (formPitch * formHeight)));

With this fixed I get all the way to the linking, where I get unresolved dependencies... I guess I need a makefile for MPW which is not in the ijg distribution.

Karl

Juan Manuel Vuletich wrote:

Hi Karl

Please try changing the lines: formBitsSize = interpreterProxy->byteSizeOf(formBits);

to read: formBitsSize = interpreterProxy->byteSizeOf((int)formBits);

This line appears twice, in readImage and in writeImage. Modify them and tell me if that works OK. This problem was found (and fixed!) by John McIntosh, but it seems it didn't get into the update stream. You could also use the version of the plugin code I sent to the list on Friday, that includes better doc about the needed files. (That version also fixes the transparency bug, and does some dithering when reading on 16bit forms).

Regards,

-- Juan Manuel Vuletich jmvuletich@sinectis.com.ar Español: http://www.sinectis.com.ar/u/jmvuletich English: http://www.sinectis.com.ar/u/jmvuletich/studio.html

Stephen Pair wrote:

It seems like the fast jpeg reader (in Win2k) is treating black pixels as though they are transparent.

• Stephen

Without knowing anything about the jpeg reader, my guess is that this is caused by the color map of the Form that is created from the jpeg file. The standard Squeak color map/form convention for 8 bits is to treat 0 as transparent, whereas other formats usually encode black as 0.

This problem does not only arise with jpegs.

Henrik