@ - Debugging is working again (Debug UWP64), and now I would like to add the XSAPI projects to the solution, have the built DLL’s and PDB copied into the appropriate directory. Is there a clean way of doing this?
@anonymous_user_1267f45c - I would expect that to work. You may need to manually point the debugger at the pdb file as a one-off, but after that you shouldn’t have any trouble with breakpoints.
Using the Xbox Live Samples (https:///Microsoft/xbox-live-samples), specifically the Leaderboard Sample, I am able to see the Stats manager working. I can write to and read from my game and sandbox:
The code being used within the UEUWP is very similar to that being used in the samples. However, there is a significant difference in the API usage, function names:
Samples
void Sample::SetStatForUser(
_In_ std::shared_ptr<xbox::services::system::xbox_live_user> user,
_In_ const string_t& statName,
_In_ int64_t statValue)
{
m_statsManager->set_stat_as_integer(user, statName, statValue);
// Typically stats will be uploaded automatically
// you should only request to flush when a game session or level ends.
m_statsManager->request_flush_to_service(user, false);
stringstream_t source;
source << _T("Setting ");
source << statName;
source << _T(" to ");
source << statValue;
m_console->WriteLine(source.str().c_str());
}
Clearly the signatures are different, and I agree that the two sets of DLL’s should be performing the same task. But it is possible something else is happening.
Thanks for the image. My package settings are slightly different however. I’ve double checked and I’m definitely on the latest Github revision. Could my settings be stale for some reason?
@anonymous_user_1267f45c - the samples are written against the standard C++ version of XSAPI (headers + static lib, usable from C++ only), rather than its WinRT projection (winmd + dll, usable from any WinRT language). The appearance is slightly different because each version conforms to the typical style of its target platform, so XSAPI C++ looks rather like something you might see in std::, whereas XSAPI WinRT looks much like WinRT components in the Windows SDK. It is certainly possible that the difference is a source of bugs, but it’s not that one version is right and the other is wrong. OnlineSubsystemLive is set up to use the WinRT version, and switching would require substantial modifications to the existing code.
@Sparkash - that does look very much like an older version of the UI. The relevant code is mostly here. That should then get compiled into UE4Editor-UWPPlatformEditor.dll. Seems like there must be something stale somewhere there. That said, if you’ve got something working now it might not be worth tracking down the problem. The stuff you’re missing is primarily changes intended to make it easier to get started.
@MaSe87 - I’d recommend taking a look at the dev_MixedReality branch. There’s lots of work going on in there, but it should have some of the basics for developing a app in place.
@ - I’ve been testing with the xbox-live samples, and the xbox-live-winRT scenarios, which as you may know are two different codebases. The winRT tests are aligned with the UE UWP. From my testing, using MS code, I encountered three errors/problems with Stats. The first problem, oddly enough, affected the Leaderboard Results:
I can successfully compile UE4 from github, but the UWP version is giving me this issue.
TIA!
**Update: ** Reverted to Visual Studio 2015 update 2, and applied Windows SDK 10.0.14393.795 suggested by @ in a previous reply and successfully compiled
For anyone that may be looking for an UE Leaderboard example the UE ShooterGame may be a good starting point. You can download it using the Epic Games Launcher, near the end of the Learn tab, under the Games section. A few example code snippets are below:
ShooterLeaderboars.h
// these are normally exported from platform-specific tools
#define LEADERBOARD_STAT_SCORE "Score"
#define LEADERBOARD_STAT_KILLS "Frags"
#define LEADERBOARD_STAT_DEATHS "Deaths"
#define LEADERBOARD_STAT_MATCHESPLAYED "MatchesPlayed"
/**
* 'AllTime' leaderboard read object
*/
class FShooterAllTimeMatchResultsRead : public FOnlineLeaderboardRead
{
public:
FShooterAllTimeMatchResultsRead()
{
// Default properties
LeaderboardName = FName(TEXT("ShooterAllTimeMatchResults"));
SortedColumn = LEADERBOARD_STAT_SCORE;
// Define default columns
new (ColumnMetadata) FColumnMetaData(LEADERBOARD_STAT_SCORE, EOnlineKeyValuePairDataType::Int32);
new (ColumnMetadata) FColumnMetaData(LEADERBOARD_STAT_KILLS, EOnlineKeyValuePairDataType::Int32);
new (ColumnMetadata) FColumnMetaData(LEADERBOARD_STAT_DEATHS, EOnlineKeyValuePairDataType::Int32);
new (ColumnMetadata) FColumnMetaData(LEADERBOARD_STAT_MATCHESPLAYED, EOnlineKeyValuePairDataType::Int32);
}
};
class FShooterAllTimeMatchResultsWrite : public FOnlineLeaderboardWrite
{
};
SShooterLeaderboard.cpp
void SShooterLeaderboard::ReadStats()
{
StatRows.Reset();
* const OnlineSub = ::Get();
if (OnlineSub)
{
IOnlineLeaderboardsPtr Leaderboards = OnlineSub->GetLeaderboardsInterface();
if (Leaderboards.IsValid())
{
// We are about to read the stats. The delegate will set this to false once the read is complete.
LeaderboardReadCompleteDelegateHandle = Leaderboards->AddOnLeaderboardReadCompleteDelegate_Handle(LeaderboardReadCompleteDelegate);
bReadingStats = true;
// There's no reason to request leaderboard requests while one is in progress, so only do it if there isn't one active.
if (!IsLeaderboardReadInProgress())
{
ReadObject = MakeShareable(new FShooterAllTimeMatchResultsRead());
FOnlineLeaderboardReadRef ReadObjectRef = ReadObject.ToSharedRef();
bReadingStats = Leaderboards->ReadLeaderboardsForFriends(0, ReadObjectRef);
}
}
else
{
// TODO: message the user?
}
}
}
I’ve encountered a linking order issue when running of a UWPx64 build via the UAT command line tool. Specifically,
dxguid.lib(d3d10guid.obj) : error LNK2005: IID_ITextStoreAnchorSink already defined in uuid.lib(textstor_interface.obj)
dxguid.lib(d3d10guid.obj) : error LNK2005: IID_ITextStoreACPSink already defined in uuid.lib(textstor_interface.obj)
dxguid.lib(d3d10guid.obj) : error LNK2005: IID_IAnchor already defined in uuid.lib(textstor_interface.obj)
dxguid.lib(d3d10guid.obj) : error LNK2005: IID_ITextStoreACP already defined in uuid.lib(textstor_interface.obj)
dxguid.lib(d3d10guid.obj) : error LNK2005: IID_ITextStoreAnchor already defined in uuid.lib(textstor_interface.obj)
D:\mygame_416_uwp_merge\engine\Engine\Binaries\Win64\CrashReportClient.exe : fatal error LNK1169: one or more multiply defined symbols found
I found this forum post which suggested that library link order was the problem. The only relevant inclusion of uuid.lib seems to be in UEBuildWindows.cs:818. Manually including a library dependency for dxguid.lib right before it seemed to resolve my issue. Obviously this solution isn’t ideal though. Is there a better way to force library include orders?
Strangely I don’t get the error when I run builds from within the editor.
Awesome! Thanks for keeping us in the loop. Always comforting when a developer shares their success. As others are able to build, please share here too.
When I run WACK on my shipping package, I get the following error -
API D3D12SerializeVersionedRootSignature in d3d12.dll is not supported for this application type. MyGame-UWP64-Shipping.exe calls this API.
I can’t see a direct call to this function anywhere in the source, and I’ve even got DX12 disabled in Win10 UWP builds (via the bUseD3D12RGI flag in UWPTargetSettings). Any thoughts on where this is coming from and how I can remove it?
That API is part of the d3dx12 helper header, here in the source tree.
If you don’t ever want to use DX12 for UWP then you can try removing the customization here that brings it in as a dependency. If you did want DX12 for UWP you should get in touch with your Microsoft rep about this issue.
The dev_MixedReality branch of this fork has work-in-progress support for Windows MR headsets. Be aware that support is still early and there’s lots of active development going on in that branch.
Is there a way to test the Xbox Live services with test accounts that are not Xbox Live accounts?
As you may know, on the Dev Portal, under the Xbox Services page there is a link to enter Xbox Test accounts. It implies that these are established Xbox Live accounts. Is there any other option that doesn’t involve purchasing additional accounts?
I’m trying to test my Leaderboards and obviously would like a variety of (test) gamers to test with.
