[ Thread Index |
Date Index
| More lists.tuxfamily.org/xmoto-dev Archives
]
- To: xmoto-dev@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [xmoto-dev] VBO
- From: "Rasmus Neckelmann" <neckelmann@xxxxxxxxx>
- Date: Thu, 21 Dec 2006 10:01:35 +0100
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fbzYKqaI837GGVzf0RRc6CNep02QSMngoI7lzAWROVPA3kqBz46dDfRaMqX+7Cq6B81qv4w2OixETfdaubQ7HvnrqwX2MKaUrc4w0RlGHKlOl71r2Z7ZLx+NfDNutv1EH9XcfTvFNNROEDa5NSx1LzAD04LGpWL5OaM7w+JtRMA=
On 12/21/06, nadenislamarre@xxxxxxx <nadenislamarre@xxxxxxx> wrote:
Kees, if it's a bug a that you change something, commit on both branches please.
...
if(m_Geoms[i]->Polys[j]->nVertexBufferID) {
getParent()->glDeleteBuffersARB(1, (GLuint
*)&m_Geoms[i]->Polys[j]->nVertexBufferID);
getParent()->glDeleteBuffersARB(1, (GLuint *)
&m_Geoms[i]->Polys[j]->nTexCoordBufferID);
}
...
nVertexBufferID is only not 0 if VBOs are enabled, so it's not really a bug.
Otherwise it would probably also cause a seg fault each time a level
was "unprepared".
--
Rasmus Neckelmann