Versions of the engine compiled with MinGW seem to crash on windows after initialization, steamworks initializes properly and the game just quits, nothing in the logs.

This is my output:

Godot Engine v3.2.beta.custom_build.12482bf88 - https://godotengine.org
OpenGL ES 3.0 Renderer: Radeon RX Vega

WARNING: set_native_icon: No small icon found, reusing 128x128 @32768 icon!
     At: platform/windows/os_windows.cpp:2845
Setting breakpad minidump AppID = 1216230
Steam_SetMinidumpSteamID:  Caching Steam ID:  76561198041958539 [API loaded no]
[INFO] SteamServiceProvider: Steamworks active.

Compiling this natively on windows with MSVC works.

I had this issue on two games (Ex-Zodiac and satryn deluxe): Before the game finishes initializing, it crashes. But only if Steam Overlay is enabled. I can get the game to start with the wrapper suggested in "Known Issues":

#!/bin/bash
export LD_PRELOAD=~/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so;~/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so
./satryn\ deluxe.x86_64_real

This prevents the crash but the overlay still doesn't work. This is on openSUSE Tumbleweed. I'm attaching an strace and the Steam system info. If there's anything more I can help try, I'd be happy to.

satryn2.trace.gz satryn2.trace.zip steaminfo.txt

Using both the pre-compiled version of the 3.1.1 editor and a version I compiled myself when I try to run any code with just the line: Steam.steamInit() in my _ready() function, the game itself will crash, but not with an error the Godot editor can handle.

Using VS 2015 to debug it returns the following error:

`Unhandled exception at 0x00007FF6457C16C0 in windows-311-min-editor-64bit.exe: 0xC0000005: Access violation reading location 0x0000000000000000.

Exception thrown at 0x0000000000000000 in windows-311-min-editor-64bit.exe: 0xC0000005: Access violation executing location 0x0000000000000000.

Unhandled exception at 0x0000000000000000 in windows-311-min-editor-64bit.exe: 0xC0000005: Access violation executing location 0x0000000000000000.`

Then it repeats the last two errors

OS Version: Windows 8.1 Processor: i7-4720HQ GPU: GTX 960M Ram: 16GB

This error occurs regardless if Steam is running or not.

This error DOES NOT occur if I export the game and run it separately from the editor.

This error DOES NOT occur using the same compiled versions of Steam Godot editor on my Windows 7 Pro PC with similar specs (i7, GTX 980, 32GB ram)

Edit 1:

In addition, I can still run individual scenes even if they have SteamAPI related functions in them, although they obviously don't function due to steamInit() never being called.

So, was just compiling Godot 3.1 RC with GodotSteam module and it's not working correctly and i'm also not quite sure what to change in GodotSteam actually. The engine itself is running and the Steam singleton is found but it crashes without any information or does nothing when calling Steam functions. Any ideas?

I am experiencing very large performance drop comparing the latest 3.2.3 GodotSteam build to the official 3.2.3 Godot build. 215ms pr frame compared to 16.666 ms pr frame. official build: steam build:

Looking at the profiler the Physics seem to have gained time. But the overall frame time is a lot grater than the physics time.

Hi! In the normal Godot 3.4.4 stable my project runs pretty well, without any real problems. In the GodotSteam-3.4.4-stable-editor-win64 version though, without me even using any Steam class methods the project gets weird Physics Time spikes according to the profiler, like every second it has a spike up to 70 ms. So the project stutters. Edit: some further testing shows bad performance around the globe. Editor is hanging, other maps/levels, if not spiking in physics time, spike in idle time etc. Any idea?

Windows 10 latest version

Not an important issue, or an issue at all really.

Just wondered if there was a way to get the sourceID of a game server, iterate and check whom is on the game server.

Using,

Steam::getFriendCountFromSource(uint64_t clanID)
Steam::getFriendFromSourceByIndex(uint64_t sourceID, int friendNum)

If it's possible to be in the main menu of the game and access game servers remotely iterating through who's on one of the specific game server. Or if there is another way of doing it.

Thank you!

I've just followed the "How to" up to the point of including the shared object file in "5. Copy Steamworks Redistributables"

I'm in Ubuntu and compiling Godot 2 with GodotSteam 2. The SteamWorks shared object file is right there in the folder with the executable but I still get the error about not being able to find the shared object. Here's the output of the terminal (I've clipped the path name for brevity);

domarius@Domarius-Ubuntu ~/godot-2.1/bin $ ls godot.x11.opt.64.llvm godot.x11.tools.64.llvm libsteam_api.so domarius@Domarius-Ubuntu ~/godot-2.1/bin $ ./godot.x11.opt.64.llvm ./godot.x11.opt.64.llvm: error while loading shared libraries: libsteam_api.so: cannot open shared object file: No such file or directory

I have an issue with the overlay for my project, and I believe it has something to do with this: This is from the overlay documentation on Steam's website : https://partner.steamgames.com/doc/features/overlay How would you solve this? Where can you access the build configuration?

Hey, if im correct the whole steam networking part is not yet supported. Are there any plans to implement it in the near future? I realy like godot but i also need the p2p networking from steam and i dont think there is any other way of achieving this in a reasonable easy way, without switching the game engine (Unity, Unreal)

I want to make use of User Generated Content, but can't because the function

https://github.com/Gramps/GodotSteam/blob/e3acb6b783644102f61609a6d658ae9716eca211/godotsteam/godotsteam.cpp#L4768

skips returning the most important piece of information from the Steam structure: m_nPublishedFileId

In other words, this line:

ugcResult["fileID"] = (uint64_t)pDetails.m_nPublishedFileId;

is missing from the linked code and makes UGC querying useless.

See steamworks doc : https://partner.steamgames.com/doc/api/ISteamFriends#GetFriendCount

This would allow to get for exemple personas that requested current account as friend.

Maybe leave the currently used flag by default if no flag parameter is provided to avoid making this a breaking change ?

Describe the bug the UGC setReturnOnlyIDs and setReturnMetadata have no effect on the ugc request. I suspect it is the same for the similar functions described in https://partner.steamgames.com/doc/api/ISteamUGC#SendQueryUGCRequest

To Reproduce Steps to reproduce the behavior:

1. Have an app with a workshop to test
2. Call createQueryUserUGCRequest with the following parameters: USER_UGC_LIST_PUBLISHED WORKSHOP_FILE_TYPE_COMMUNITY and USERUGCLISTSORTORDER_CREATIONORDERDESC
3. Call setReturnOnlyIDs(handler, true) or setReturnMetadata(handler, true)
4. Call sendQueryUGCRequest(handler)
5. Call getQueryUGCResult(handler)
6. Print the content and compare the result after changing the parameters on step 6

Expected behavior By calling setReturnOnlyIDs(true) it should return IDs instead of all the details on the pending UGC Query. By calling setReturnMetadata(true) it should return the metadata with the rest of the query.

Desktop (please complete the following information): Linux pop-os 6.0.6-76060006-generic #202210290932~1667401208~22.04~d2df702 SMP PREEMPT_DYNAMIC Wed N x86_64 x86_64 x86_64 GNU/Linux

Version of Godot: 3.5.1

Version of GodotSteam: Steamworks 1.55 - GodotSteam 3.18.3 (Pre-compiled version)

Additional context The bool returned by setReturnOnlyIDs and setReturnMetadata is true though.

Describe the bug I try to use setItemTags to define multiple tags at the same time. Sometimes it works as expected, sometimes it doesn't.

To Reproduce Steps to reproduce the behavior:

1. Have an app with a workshop to test (this might be a difficult part for you, except if you have some app for testing purpose)
2. Update an item with startItemUpdate
3. Call setItemTags and gives him the following tags ["scenario", "dark", "lorebook-included"]
4. Submit update with submitItemUpdate

Expected behavior The item should have the following tags: scenario, dark, lorebook-included on every execution.

Screenshots By repeating the execution, I managed to have the correct result:

But then, for testing, I executed the testing code once again and got this

The Scenario tag disappeared

Moreover, I executed the code 3 more times and the 5th time I managed to get the expected result

Desktop (please complete the following information):

Linux pop-os 6.0.6-76060006-generic #202210290932~1667401208~22.04~d2df702 SMP PREEMPT_DYNAMIC Wed N x86_64 x86_64 x86_64 GNU/Linux

Version of Godot: 3.5.1

Version of GodotSteam: Steamworks 1.55 - GodotSteam 3.18.3 (Pre-compiled version)

Additional context I upgraded from the 3.5.0 to 3.5.1 and the behavior is the same.

Thank you for your help.