Re: [Plib-devel] How many triangles in a leaf?

[John F. F. <joh...@cy...>]

Roma locuta est, causa finita est.  ("Rome has spoken, the matter is 
finished.")

Until the next time somebody brings it up and I forget again that it was 
settled before.

I have an application at work that writes a binary file and then puts a 
"table of contents" in the front.  If the file is smaller than 2^32 bytes, 
the entries in the table of contents are written in four-byte words; if it 
is larger, they are written in four-byte words.  Talk about accounting 
nightmares!

	- John


-----Original Message-----
From:	Steve Baker
Sent:	Sunday, September 23, 2007 2:57 PM
To:	joh...@cy...; PLIB Developers
Subject:	Re: [Plib-devel] How many triangles in a leaf?

I would strongly advise against this change.  Sending 32 bit indices
instead of 16 is a big penalty on reasonably size meshes.  It's not
hard to split big meshes into 65536 vertex chunks and it's a bad idea
to slow the package down for reasonably sized models just in order to
support the clueless.

John F. Fay wrote:
> If somebody can send me some patches I can put them into the code.  I 
have
> re-read Paolo's post and the responses and I do not want to make such a
> subtle change to a library that I do not know well.
>
> 	- John
>
>
> -----Original Message-----
> From:	Wolfram Kuss
> Sent:	Saturday, September 22, 2007 3:02 PM
> To:	PLIB Developers
> Subject:	Re: [Plib-devel] How many triangles in a leaf?
>
> I agree we should increase the limit.
> The argument that this will encourage bad models is only half true
> IMHO as often I have to work with finished models and am not even in
> contact with the modeller.
>
> I am using "unsigned short" instead of "short" for a long time now
> (probably 2 years or so) without issues. Going to unsigned int would
> probably be a bit more work, but would be welcome by me.
>
> Bye bye,
> Wolfram.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> plib-devel mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-devel
>
>
>
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> plib-devel mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-devel