PolarWolf

Members
  • Content count

    43
  • Joined

  • Last visited

Community Reputation

179 Neutral

About PolarWolf

  • Rank
    Member

Personal Information

  • Interests
    Programming
  1. cpumemory.pdf is really useful, as it's title says, every programmer should read it, it's a shame i hadn't found it after programming for so many years. And thanks Satharis ,your summary is concise and comprehensive,it's useful to me and others who read this topic.
  2. What matters is cache, this refreshes my knowledge about stack and heap.The latency in the url is very useful for optimization,thanks a lot.
  3. So stack is faster only in allocations ? I thought stack is faster in both allocations and manipulation(write and read), if it's only faster in allocation, then there is little point in moving calculations from heap into stack,thanks for infromming me this.
  4. We know stack is faster than heap,so if we increase stack size, and move some calculations into stack from heap,will the performance be better? I googled but find no clear answer to what's the max stack size limitation on windows, I set my program's stack size to 50M,all are ok,but when set to 100M,my program runs slowly,and acted weird, such as GetOpenFileNameA has no effect, no open dialog was opened and no error occured. My question is,is it right or good to increase stack size for better performance,what stack size should be set for window programs?
  5. I have read those two urls several times when i googled fbx format,they have nothing useful to me. Obviously AutoDesk want to keep fbx format private, i think that's why the fbx sdk provided as dll, so i choose to tangle with vertices positions and uv coordinates only,and this won't cause any problem, thx.
  6. I have two ASCII fbx files,they have same vertices and faces,the only difference is their face order,and all faces has the same smooth group 1,this is the smooth data in fbx file, LayerElementSmoothing: 0 { Version: 102 Name: "" MappingInformationType: "ByPolygon" ReferenceInformationType: "Direct" Smoothing: *584 { a: 1,1,1,1,1,1,1,1,1,1,1,...... but when imported into 3ds max,one mesh's faces's smooth group all are 1 as expected,while the other's faces's smooth group seems random, such as some are 1,some are 2,Why this happens, i can't see any difference between their smooth data in fbx file,it seams that there is no document about ASCII fbx format,i want to know how 3ds max extract smooth group information from ASCII fbx files.
  7. It seems that many devices don't support glMapBufferRange and glDrawElementsBaseVertex, but vbo is safe to use.
  8. I'am not familar with mobile programing,and never thought of putting all rendering data in video memory without system memory cache,thanks for your information, I will try to load scene data directly into video memor.
  9. I'am currently working on loading scene data(vertexes and faces) for a mobile game,my first thought was to load all data into system memory,and transfer only visible parts into video memory while traveling in scene.But when I learned mobile system memory and video memory share the same memory,I thought it maybe better to load all data into video memory directly,because no transferring is needed when traveling in the scene, Am I right?
  10. Your solution will produce neat code, and i think compile different binarys for different kind of mobiles is common too.
  11. I have fallen into a marsh dealig with mobiles don't support vao,the only solution i can think of is using if else whenever draw, like this   if(vao is supported) {     glBindVertexArray(vao);     glDraw..........; } else {     glBindBuffer(....);     glVertexAttribPointer(.....);     glEnableVertexAttribArray(.....);     glDraw..........; }   But it's tedious and inefficient, is there better way? thx
  12. partial update pvrtc texture

    solved here http://stackoverflow.com/questions/39805754/is-it-possible-to-partial-update-pvrtc-texture
  13. I created a 1024*1024 pvrtc texture with  glCompressedTexImage2D(GL_TEXTURE_2D, 0, GL_COMPRESSED_RGBA_PVRTC_4BPPV1_IMG, 1024, 1024, 0, nDataLen*4, pData1); then update it's first 512*512 part like this glCompressedTexSubImage2D(GL_TEXTURE_2D, 0, 0, 0, 512, 512, GL_COMPRESSED_RGBA_PVRTC_4BPPV1_IMG, nDataLen, pData2); This update generated glerror 1282(invalid operation), if I update the whole 1024*1024 region all are ok, it seems that pvrtc texture cannot be partial updated. Is it possible to partial update pvrtc textur, if it is, how?
  14. Bip File Format

    Thanks AllEightUp,after struggling i have guessed that. thanks for your advice,they are the right way to go.