PEVSoft Mesh Viewer and Windows 8.1
- Thread starter epa
- Start date
shaneturner12
Tutorial Creator
If you are using the latest version from my site, it should work.
Shane
Shane
shaneturner12
Tutorial Creator
The PEVSoft tools should already run as administrator if it's the latest versions from my tutorial site. I'm wondering if it's a possible memory issue.
Shane
Shane
I had that issue on my system as well. Running as Admin solved it. Windows 8.1 has strict memory protection now which blocks some applications from running properly. Some programs won't run while others such as the mesh view throw up (literally) a memory exception error.
John
shaneturner12
Tutorial Creator
Makes sense. I'm surprised if the PEVSoft tools don't run as administrator by default though, as I helped PEV with that aspect.
Shane
Shane
shaneturner12
Tutorial Creator
Makes sense. It's something I need to look into - as you know, I have my own applications as well so I like to make sure they run correctly under all recent Windows versions.
Shane
Shane
Good idea.
I recommend you look at Microsoft TechNet. www.technet.com You can download 30-day trial virtual machines that you can test your software in and they are free. If you don't have a virtual machine such as Microsoft's own product, check out Virtual Box by Oracle. www.virtualbox.org which is also free.
John
I recommend you look at Microsoft TechNet. www.technet.com You can download 30-day trial virtual machines that you can test your software in and they are free. If you don't have a virtual machine such as Microsoft's own product, check out Virtual Box by Oracle. www.virtualbox.org which is also free.
John
ianwoodmore
Active member
Have you tried turning off your PC and then re-booting. I've found this sometimes clears Access Violation errors. I believe that something else already has access and that is why it is occurring.
That's a good point, Ian. That should do it too. Weird things can happen when stuff is stuck in memory.
The other thing too is some computer systems have this set in their BIOS. In particular Lenovo and Dell which I've seen that and have had to turn that off to boot from USB images and for certain corporate software way back when I did IT support. There was nothing like installing software only to come back hours later and find the machine had hung in the middle of the install.
John
The other thing too is some computer systems have this set in their BIOS. In particular Lenovo and Dell which I've seen that and have had to turn that off to boot from USB images and for certain corporate software way back when I did IT support. There was nothing like installing software only to come back hours later and find the machine had hung in the middle of the install.
John
Ok. I'm using 2.25 right now. I'll check out 2.23 and see how it works.
And I just tried the opposite. I installed 2.25 and still have no trouble. Another thought... Try installing into a root folder of C: like C:\PEVMV2 instead of the suggested folder C:\Program Files (x86)\PEVSoft. I put 2.25 directly on C:, but have 2.23 in the default location.
As I said previously some openGL calls are now not supported by all graphics cards. With my present code the error you are getting is caused by missing instructions that have no execution address, hence the $0000000 address error.
I have been researching the openGL instructions I use to do normal mapping and it looks like some more recent graphics cards have discontinued the texture combiner calls I implemented in my code. I do check for OpenGL extensions but the old combiner calls are in the original OpenGL 1.2 which is assumed complete by the Delphi code. I will add assignment checks for every call I use and if the normal mapping ones are missing I will disable that part of the code.
I have been experimenting with a new normal mapping method using another type of texture combiner.. and also I have been researching shaders which can do amazing things. I have found some code that should enable me to build my own shaders (eventually). It's going to take quite some time for me to figure all this out.. I need to build some simple code from a tangled mess of stuff I have collected on this subject, most of which is not relevant to my mesh viewer.
Also I am working on getting all Trainz materials to render correctly, particularly the ones that have normal mapping with other features controlled by the alpha channel of the normal map. So far I am only part way down this track. I have tbumptex working but tbumpenv and tbumpgloss though functioning do not allow for texture percentage blending. So a bit more to do there as well.
I have been researching the openGL instructions I use to do normal mapping and it looks like some more recent graphics cards have discontinued the texture combiner calls I implemented in my code. I do check for OpenGL extensions but the old combiner calls are in the original OpenGL 1.2 which is assumed complete by the Delphi code. I will add assignment checks for every call I use and if the normal mapping ones are missing I will disable that part of the code.
I have been experimenting with a new normal mapping method using another type of texture combiner.. and also I have been researching shaders which can do amazing things. I have found some code that should enable me to build my own shaders (eventually). It's going to take quite some time for me to figure all this out.. I need to build some simple code from a tangled mess of stuff I have collected on this subject, most of which is not relevant to my mesh viewer.
Also I am working on getting all Trainz materials to render correctly, particularly the ones that have normal mapping with other features controlled by the alpha channel of the normal map. So far I am only part way down this track. I have tbumptex working but tbumpenv and tbumpgloss though functioning do not allow for texture percentage blending. So a bit more to do there as well.