ActivateNET.ActivateNativePINVOKE

[Daniel Accorsi]

Please, i am with problems when run the PictureViewer:

InnerException in SWIGExceptionHelper

Cant load DLL ActivateNative. Cant find the module ((HRESULT
exception: 0x8007007E))

SWIGExceptionHelper threw an exception.

The problem is in this line (Ap.xaml.cs):

ApplicationSession.Instance.CreateSession(License.KEYA, License.KEYB,
1, Directory.GetCurrentDirectory());

Can help me??

Thanks.

[Shaun Kime]

Daniel,

   Make sure that you set the working directory on the application. This is done automatically if you run the Samples/Bin/Depth - Run - PictureViewer.bat batch file included with the shipment. Alternatively, you can set the variables in Visual Studio to launch the application. 

• Right-click on the PictureViewer project in the Solution Explorer in Visual Studio 2010
• Click the Properties menu item
• Select the Debug tab
• Set the "Working Directory" field to the Data subdirectory of your ICM install
• Now launch the app

Thanks,
Shaun Kime

[Daniel Accorsi]

Hi Shaun,

Thanks for help!!
The problem remains, unfortunately...
Only works if I change "Configuration Manager" in "Solution
Properties" and change to "Shipping".
When click Start, the program runs... But i have another serious
problem:

The PictureViewer SDK version show me broken moviments and without
shadows in hands.
The PictureViewer Demo Download version show me smooth movements and
shadows in hands.

Here a video showing my desktop: first is the Demo Download version,
second is the SDK version: http://www.screencast.com/t/H7O2ZDXW7hR

Please, can you help me?

Thanks.

On 26 dez, 18:11, Shaun Kime <shaunk...@gmail.com> wrote:
> Daniel,
>    Make sure that you set the working directory on the application. This is
> done automatically if you run the Samples/Bin/Depth - Run -
> PictureViewer.bat batch file included with the shipment. Alternatively, you
> can set the variables in Visual Studio to launch the application.
>

>    - Right-click on the PictureViewer project in the Solution Explorer in
>    Visual Studio 2010
>    - Click the Properties menu item
>    - Select the Debug tab
>    - Set the "Working Directory" field to the Data subdirectory of your ICM
>    install
>    - Now launch the app
>
> Thanks,
> Shaun Kime

[Shaun Kime]

Try doing a full rebuild of the SDK version, which should smooth out the hands. 

The SDK is for a much earlier version of the PictureViewer application. We have yet to release the source code for the newer version.

Shaun

[Daniel Accorsi]

Hi Shaun,

I really want to know how can i smooth the hands. I already rebuilt
the PictureViewer SDK version, please. I need understand these
problems to continue using Activate 3D SDK (non commercial).
Well, how i said, in Debug mode cant play, but played "normally" in
Shipping mode. In this scenario, i have the following errors in
MainWindow.xaml (cause of "broken hands"?):

Error 1 Property 'ZIndex' was not found in type 'Canvas'. E:\Activate3D
\ICM\1.1\Samples\PictureViewer\MainWindow.xaml 240 37 PictureViewer
Error 2 The attachable property 'HandEnter' was not found in type
'NUIObject'. E:\Activate3D\ICM\1.1\Samples\PictureViewer
\MainWindow.xaml 196 40 PictureViewer
Error 3 The attachable property 'HandLeave' was not found in type
'NUIObject'. E:\Activate3D\ICM\1.1\Samples\PictureViewer
\MainWindow.xaml 197 40 PictureViewer
Error 4 The attachable property 'HandGrasp' was not found in type
'NUIObject'. E:\Activate3D\ICM\1.1\Samples\PictureViewer
\MainWindow.xaml 198 40 PictureViewer
Error 5 The attachable property 'HandOpen' was not found in type
'NUIObject'. E:\Activate3D\ICM\1.1\Samples\PictureViewer
\MainWindow.xaml 199 40 PictureViewer
Error 6 The attachable property 'HandOpen' was not found in type
'NUIObject'. E:\Activate3D\ICM\1.1\Samples\PictureViewer
\MainWindow.xaml 232 37 PictureViewer
Error 7 The attachable property 'HandGrasp' was not found in type
'NUIObject'. E:\Activate3D\ICM\1.1\Samples\PictureViewer
\MainWindow.xaml 236 88 PictureViewer
Error 8 The attachable property 'HandGrasp' was not found in type
'NUIObject'. E:\Activate3D\ICM\1.1\Samples\PictureViewer
\MainWindow.xaml 260 33 PictureViewer
Error 9 The attachable property 'HandGrasp' was not found in type
'NUIObject'. E:\Activate3D\ICM\1.1\Samples\PictureViewer
\MainWindow.xaml 266 33 PictureViewer


Very thanks.
I want to help with the improvement of sdk.

Daniel Accorsi.

On 27 dez, 12:46, Shaun Kime <shaunk...@gmail.com> wrote:
> Try doing a full rebuild of the SDK version, which should smooth out the
> hands.
>
> The SDK is for a much earlier version of the PictureViewer application. We
> have yet to release the source code for the newer version.
>
> Shaun
>

[Dan]

Daniel,

I think you're seeing several different issues here.

First, the problems with MainWindow.xaml are only issues with the
designer view in Visual Studio 2010. Some of the time when I open the
designer, I see these errors. If I close all windows and build the
solution, the errors go away.

The performance problem you are seeing is likely due to the use of
debug DLLs with a Shipping build. To manage dependencies with
PictureViewer, the project CopyAssembliesLocal copies the
ActivateNative.dll and ActivateNET.DLL files into a locally referenced
folder. If you do a debug build, this will copy the debug DLLs. A
subsequent shipping build will not replace those DLLs unless you do a
Rebuild. Try setting the configuration to shipping and performing a
Rebuild. This should copy the shipping version of ActivateNative.dll
into C:\Activate3D\ICM\1.1\Samples\References and improve performance.
The shipping version of ActivateNative.dll is 1,020KB while the debug
version is 3,258KB. That's an easy way to tell them apart at a glance.

If you're seeing issues between debug and shipping, it's probably an
issue of your working directory settings. Have you set the working
directory for all configurations as Shaun suggested? Can you share
your PictureViewer.csproj.user file here? Mine looks like the
following:

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/
developer/msbuild/2003">
<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Release|
x86'">
<StartWorkingDirectory>C:\Activate3D\ICM\1.1\Data\</
StartWorkingDirectory>
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Debug|
x86'">
<StartWorkingDirectory>C:\Activate3D\ICM\1.1\Data\</
StartWorkingDirectory>
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)' ==
'Shipping|x86'">
<StartWorkingDirectory>C:\Activate3D\ICM\1.1\Data\</
StartWorkingDirectory>
</PropertyGroup>
</Project>

Perhaps you've got some different settings that will help us
understand your issues.

dba

[Daniel Accorsi]

Hello again,

Thanks for help.
This is my config file:

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/
developer/msbuild/2003">
<PropertyGroup>

<PublishUrlHistory>publish\</PublishUrlHistory>
<InstallUrlHistory />
<SupportUrlHistory />
<UpdateUrlHistory />
<BootstrapperUrlHistory />
<ErrorReportUrlHistory />
<FallbackCulture>en-US</FallbackCulture>
<VerifyUploadedFiles>false</VerifyUploadedFiles>
</PropertyGroup>
<PropertyGroup>
<EnableSecurityDebugging>false</EnableSecurityDebugging>

</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Debug|
x86'">

<StartWorkingDirectory>E:\Activate3D\ICM\1.1\Data\</

StartWorkingDirectory>
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)' ==
'Shipping|x86'">

<StartWorkingDirectory>E:\Activate3D\ICM\1.1\Data\</
StartWorkingDirectory>
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Release|
x86'">
<StartWorkingDirectory>E:\Activate3D\ICM\1.1\Data\</
StartWorkingDirectory>
</PropertyGroup>
</Project>

About the difference between Debug and Shipping, I'm using the
Shipping mode to test (play), a problem with that? About the solution
of the smooth, I copied the demo version of the DLLs (download) into
the folder Shipping (and others).

Well, improved movement (smooth), but performance to grab and pull the
objects are still a little confused. While the demo version (without
source code) this problem does not exist. I believe this problem
exists in this version of PictureViewer is inferior regarding the
demo, as well as Shaun said, right?


very thanks
Daniel Accorsi

[Dan]

When you say that performance of grabbing and pulling is confused, I
believe you are saying that the hands drift sideways more in the ICM
v1.1.1. version than when you push forward in the downloadable demo
version. This will be the case. The downloadable demo version uses a
hand stabilization algorithm that is not available in ICM v1.1.1.

dba