[Bf-cycles] Cycles, Pictures & file extension

[Christian Monfort]

Problem seems not to be in cycles, but in OIIO not being able to load
the renamed files (I checked with other extension: .bmp, .png, no
extension; all failed)...

it fails in ImageManager::file_load_image()
blender/intern/cycles/render/image.cpp @ 222,
and the caller ImageManager::device_load_image()
blender/intern/cycles/render/image.cpp @ 388 then replace image by 1x1
ping image:
if(!file_load_image(img, tex_img)) {
	/* on failure to load, we set a 1x1 pixels pink image */
	uchar *pixels = (uchar*)tex_img.resize(1, 1);

	pixels[0] = (TEX_IMAGE_MISSING_R * 255);
	pixels[1] = (TEX_IMAGE_MISSING_G * 255);
	pixels[2] = (TEX_IMAGE_MISSING_B * 255);
	pixels[3] = (TEX_IMAGE_MISSING_A * 255);
}
... so the pink cube


2012/8/14 Christian Monfort <monfort.c at gmail.com>:
> Hi again,
>
> It seems cycles is doing weird stuff based on picture file extensions:
>
> On the default scene switch to cycles, UV unwrap the cube, create a
> material with just 3 nodes:
> [ Image.Texture/Color ] <--> [ Color/Diffuse.BSDF/BSDF ] <--> [
> Surface/Material.Output ]
>
> Load a .dds (I'm using DXT5 compression) picture (eg. /tmp/pic1.dds)
> in Image.Texture node
> switch veiwport shading method to Rendered in 3D view
> => All is ok and picture is on all cube faces.
>
> Now, copy /tmp/pic1.dds to /tmp/pic1.tga (not very clever, but...)
> and load the "dds renamed as tga" picture file (/tmp/pic1.tga) in
> Image.Texture node
> => The cube turns purple!!!
>
> From what I've read on OIIO, it's using plugins to load pictures and
> tries them all until it find the one that
> can handle the data in the file you want to load (the same way as
> Blende, btw), so that should not make any difference...
>
> So I can only suppose something is assuming .tga files contains tga
> data, either in OIIO or in cycles,
> and does not check any further, because the 2 files are exactly the same...
>
> Christian.