Latest PVRGeoPOD and Blender not working on Windows

I have been using PVRGeoPOD (32 bit) from the 3.1 SDK with Blender 2.61 and 2.70a on WindowsXP for awhile now and that works fine.

However, I have not been able to get the newer versions of PVRGeoPOD from the 3.2 or 3.3 SDKs to work with either Blender 2.61 or 2.70a. I am simply trying to export the default Blender cube and the export fails with the newer versions installed. The exporter aborts just before “Export Stage 1” and reports:

Added node: Cube

Added node: Lamp

Added node: Camera

The Blender Information panel reports more information:

Traceback (most recent call last):

File “C:Documents and SettingsClay Montgomery.CLAYApplication DataBlender”, line 886, in execute

return DoExport(context, self.filepath, pvrgeopod)

File “C:Documents and SettingsClay Montgomery.CLAYApplication DataBlender”, line 855, in DoExport

if pvrgeopod.lib.savePOD(podfile, c_char_p(history.encode(‘utf-8’,‘ignore’))):

OSError: exception: access violation writing 0x25019000

Can someone please advise if they have these latest versions of PVRGeoPOD and Blender working on Windows or what the problem might be?

Thanks, Clay

location: :-1

Hi Clay,

Apologies for not replying sooner. I somehow missed this disussion :S

As of the 3.3 SDK, we have increased our minimum requirements for Windows to Windows 7. We may revisit XP support in the future, but cannot guarentee that the current SDK will work correctly on it.

Is the issue specific to XP, or have you been able to reproduce it on newer versions of Windows?




I have confirmed that this issue with PVRGeoPOD only occurs on WindowsXP. It works fine with the latest version of Blender (2.70a) on Windows7. So, the last release of PVRGeoPOD that works on XP is from the 3.1 SDK.

Thanks, Clay

Hi Clay,

Thanks for confirming the issue. I’ve filed bug BRN48570 in our internal tracker for this to be investigated.