Cubical reflection map reading in mtl creates only one material from the last specified side.

[Geomazzix]

When trying to load in a cubical reflection map it returns the wrong amount of materials. In my mtl file I have this code specified:
` newmtl skybox
Ns 10.0000
Ni 1.5000
d 1.0000
Tf 1.0000 1.0000 1.0000
illum 2
Ka 0.0000 0.0000 0.0000
Kd 0.5880 0.5880 0.5880
Ks 0.0000 0.0000 0.0000
Ke 0.0000 0.0000 0.0000

refl -type cube_top "../../textures/skyboxes/space/top.png"
refl -type cube_bottom "../../textures/skyboxes/space/bottom.png"
refl -type cube_front "../../textures/skyboxes/space/front.png"
refl -type cube_back "../../textures/skyboxes/space/back.png"
refl -type cube_left "../../textures/skyboxes/space/left.png"
refl -type cube_right "../../textures/skyboxes/space/right.png"`

this should be correct according to:

• http://paulbourke.net/dataformats/mtl/
• https://en.wikipedia.org/wiki/Wavefront_.obj_file

Though I am only getting one material back, with the last cube side specified (in this scenerio the "../../textures/skyboxes/space/right.png". I do not receive any warnings or errors from the tinyobjloader and am wondering if this is defined behaviour.

It also did not matter how much I searched for it, but I could not find any pieces about cubical reflection map loading in tinyobj. Hence I am creating this forum. In case I am wrong on this, please notify me of my wrongdoings, since I am still new to the wavefront file format.

Cheers.

[syoyo]

Currently tinyobjloader does not support cubemap feature. It only supports single refl line.

tinyobjloader/tiny_obj_loader.h

Line 200 in 700459d

std::string reflection_texname; // refl

We may add std::map<std::string, std::string> cubemaps and parse

refl -type cube_top "../../textures/skyboxes/space/top.png"

into. cubemaps["cube_top"]

PR of adding cubemap feature is always appreciated!

[Geomazzix]

Okay that clears things up, thank you for the quick reply. I believe a cubemap feature would help out a lot in these types of scenerios.