http://www.imgtec.com/forum/ This is an XML content feed of; PowerVR Insider Forums : Last 10 Posts Copyright (c) 2006-2008 Web Wiz Forums - All Rights Reserved. Mon, 06 Feb 2012 21:23:07 +0000 Mon, 06 Feb 2012 11:01:38 +0000 http://blogs.law.harvard.edu/tech/rss Web Wiz Forums 9.08 30 www.imgtec.com/forum/RSS_topic_feed.asp http://www.imgtec.com/forum/forum_images/web_wiz_forums.png http://www.imgtec.com/forum/ http://www.imgtec.com/forum/forum_posts.asp?TID=1952&PID=5950#5950 Author: Arron
Subject: compile error
Posted: 06 Feb 12 at 11:01am

Hi again chototsu,
I've been looking at your application again and have a few recommendations which may improve performance:

* Your shaders use default high precision for every floating point type. This is not optimal and variables such as colour types could be stored as low precision instead. This should improve performance for vertex-heavy processing such as your application.

* You have lots of redundant GL calls to functions glTexParameteri and glVertexAttribPointer. glTexParameteri only needs to be called when a texture is first loaded and bound if it does not need to change parameters again in future frames which I believe yours don't. Your calls to glVertexAttribPointer always seem to contain the same parameters so this could be set at the beginning of the first frame and used for each mesh sub-component.

* Your mesh data is not interleaved. Interleaving mesh data will reduce the number of required vertex buffer objects and allow the graphics hardware to read the data more efficiently.

* You have a large number of vertex buffer objects. If you could possibly reduce this amount by combining the mesh sub objects in to fewer, larger arrays and instead use offsets in to the buffers when you wish to draw individual components.

* You seem to pass a lot of redundant bone transformation data to the vertex shader. It looks like you pass 20 4x4 matrices for each mesh sub-component even if all the matrices are identical. It would be more optimal to control the amount of matrices that you pass using the count parameter of glUniformMatrix4f such that you only pass the exact number of required matrices.

By the way, have you tried your application with the glGetError's removed? This should also provide a performance gain.
I also recommend taking a look at our performance recommendation guidelines.

Best regards.


Edited by Arron - Today at 11:03am]]> Mon, 06 Feb 2012 11:01:38 +0000 http://www.imgtec.com/forum/forum_posts.asp?TID=1952&PID=5950#5950 http://www.imgtec.com/forum/forum_posts.asp?TID=1960&PID=5949#5949 Author: Tobias
Subject: PVRTexTool CL and mipmap levels
Posted: 06 Feb 12 at 8:31am

Hi ds445,

Just for your information, I've filed this as a bug in our internal bug tracker under BRN35896. Look out for this number in our release notes and it should let you know when it's been fixed.

Thanks,

Tobias
]]> Mon, 06 Feb 2012 08:31:36 +0000 http://www.imgtec.com/forum/forum_posts.asp?TID=1960&PID=5949#5949 http://www.imgtec.com/forum/forum_posts.asp?TID=1961&PID=5948#5948 Author: Tobias
Subject: Segmentation Fault
Posted: 06 Feb 12 at 8:28am

Hi Dave,

Unfortunately I won't be able to add this for our coming release, but I'll look into adding it for a future release. This certainly makes sense as it would be useful for developers to be able to do on the fly error checking without having to call it twice, I imagine you're not alone in doing this.

I've submitted a feature request into our bug tracking system under BRN35895 - this is an internal tracker, but look for this BRN in our release notes.

Thanks,

Tobias
]]> Mon, 06 Feb 2012 08:28:29 +0000 http://www.imgtec.com/forum/forum_posts.asp?TID=1961&PID=5948#5948 http://www.imgtec.com/forum/forum_posts.asp?TID=1961&PID=5947#5947 Author: davecazz
Subject: Segmentation Fault
Posted: 06 Feb 12 at 8:07am

thanks, btw one thing that would be helpful, is to be able to export a decompressed image along with the pvr in the same command line statement.

since I like to have a decompressed version so I can easily check for garbage, I end up running the pvrtextool twice for each image in my build process which performs the encoding twice and takes twice as much time.

would be awesome to include -dFileName.png and have it just save off the decompressed copy when it creates the pvr file.

]]> Mon, 06 Feb 2012 08:07:48 +0000 http://www.imgtec.com/forum/forum_posts.asp?TID=1961&PID=5947#5947 http://www.imgtec.com/forum/forum_posts.asp?TID=1960&PID=5946#5946 Author: Tobias
Subject: PVRTexTool CL and mipmap levels
Posted: 06 Feb 12 at 7:52am

Hi ds445,

Unfortunately there is still a lack of functionality in the CL version compared to the GUI - I've been attempting to reconcile them (dithering is actually supported as seen from my reply for example) however the mip-mapping functionality is something that I appear to have missed, for which I apologise! Everything else in that post has been reconciled. Sadly at this point it's too late to add new functionality to our next release, but the functionality will be making it into the release after that as I am planning to undertake an interface overhaul for the command line and GUI versions to make sure that everything possible is supported.

Thanks,

Tobias
]]> Mon, 06 Feb 2012 07:52:51 +0000 http://www.imgtec.com/forum/forum_posts.asp?TID=1960&PID=5946#5946 http://www.imgtec.com/forum/forum_posts.asp?TID=1958&PID=5945#5945 Author: davecazz
Subject: PVRTexTool and command line dithering
Posted: 06 Feb 12 at 7:43am

awesome thank you, you are a life saver.]]> Mon, 06 Feb 2012 07:43:29 +0000 http://www.imgtec.com/forum/forum_posts.asp?TID=1958&PID=5945#5945 http://www.imgtec.com/forum/forum_posts.asp?TID=1958&PID=5944#5944 Author: Tobias
Subject: PVRTexTool and command line dithering
Posted: 06 Feb 12 at 7:42am

Hi davecazz,

Dithering should have been supported - looking at the source code it should be in there. It's likely that it's simply undocumented - we had a change in our internal documentation handling around the last release and I may have missed a few things in the changeover. It should be in the docs for next release, I'll make sure to double check. If you add '-dither' to the command line version it should dither your image.

Thanks,

Tobias


Edited by Tobias - Today at 7:42am]]> Mon, 06 Feb 2012 07:42:27 +0000 http://www.imgtec.com/forum/forum_posts.asp?TID=1958&PID=5944#5944 http://www.imgtec.com/forum/forum_posts.asp?TID=1961&PID=5939#5939 Author: Tobias
Subject: Segmentation Fault
Posted: 06 Feb 12 at 7:32am

Hi davecazz,

This is probably the same problem that we've been seeing in the pvrtc library here.

If you could email devtech@imgtec.com I can send you an updated version of the tool.

Thanks,

Tobias
]]> Mon, 06 Feb 2012 07:32:43 +0000 http://www.imgtec.com/forum/forum_posts.asp?TID=1961&PID=5939#5939 http://www.imgtec.com/forum/forum_posts.asp?TID=1939&PID=5938#5938 Author: Tobias
Subject: pvrtc.lib random crash
Posted: 06 Feb 12 at 7:30am

Hi,

Just to mention for anyone else reading this, this has now been resolved. As our next release is not too far it is unlikely that we will do a re-release of the texture tools/libraries at this point unless there is any further demand, however if you do require the libraries as you are experiencing this crash, please contact devtech@imgtec.com and we should be able to send you a fixed version.

Thanks,

Tobias
]]> Mon, 06 Feb 2012 07:30:16 +0000 http://www.imgtec.com/forum/forum_posts.asp?TID=1939&PID=5938#5938 http://www.imgtec.com/forum/forum_posts.asp?TID=1961&PID=5937#5937 Author: davecazz
Subject: Segmentation Fault
Posted: 06 Feb 12 at 6:17am

I just confirmed that that the pvr4 image crashes not only in the mac command line, but also the gui for both mac and windows.]]> Mon, 06 Feb 2012 06:17:13 +0000 http://www.imgtec.com/forum/forum_posts.asp?TID=1961&PID=5937#5937