R: [Plib-devel] Update on 3ds loader

[Paolo L. <p.l...@ci...>]

This group of code lines avoid loading twice (or more times!) the same =
texture. As far as I understood, 3DS stores texture file names as =
uppercase strings, so a possible problem of this mechanism could be on =
non-PC systems that are instead case-sensitive. On such a platform a =
texture stored as "IMAGE.BMP"could erroneously refer to an image file =
"Image.bmp".
Should it be the problem, let's remember that 3DS (and Max too) is not =
supposed to run on platforms with a case-sensitive file system, so to =
read such a file on UNIX a manual renaming of texture files is =
necessary.

Should it not answer the question, I would like to better understand the =
problem on that test case by Wolfram.

-----Messaggio originale-----
Da:	Per Liedman [SMTP:li...@ho...]
Inviato:	venerd=EC 7 aprile 2000 16.18
A:	pli...@li...
Oggetto:	Re: [Plib-devel] Update on 3ds loader

On Fri, 07 Apr 2000, Wolfram Kuss wrote:
> I just got the newest stuff from CVS and the chevy doesn't load for me
> :-(. The problem is in the function parse_mapname in the lines:
>   =20
> // since texture path is in common, just store (and compare) tex file
> name
>     if ( mat_tfnames[mat_num] !=3D (char *)NULL && strcmp( texname,
> mat_tfnames[mat_num] ) =3D=3D 0 ) {
>=20
> mat_tfnames seems to be defined, mat_num is 0, but
> mat_tfnames[0] is not defined.

Huh!? No problem on my system... Perhaps Paolo has some idea what the =
problem
might be, since these lines belong to his modifications.

--=20
   / Per Liedman
  / li...@ho...
 / www.mdstud.chalmers.se/~md6pl
/ 031-825659 / 0705-520455

_______________________________________________
plib-devel mailing list
pli...@li...
http://lists.sourceforge.net/mailman/listinfo/plib-devel