First of all, a massive thank you for providing such a powerful and well-organized engine entirely for free. I'm truly amazed by what Intersect offers – big shoutout to everyone involved in the project! 🙌
I'm completely new to Intersect and game development in general, but I’ve been diving in with excitement.
I’m currently working on Windows 11 (64-bit) and have installed Visual Studio 2022, Git, Bash, and all required tools. I cloned the source, opened the .sln file in Visual Studio – and everything loaded without errors.
✅ What works:
- The official unmodified client (from GitHub) connects to the local server and works perfectly.
- My local server runs successfully on my PC.
- My wife’s laptop (same LAN) can also connect to the server using the unmodified client.
- Port 5400 (TCP/UDP) is open in both the Windows Defender Firewall and my router.
- The config.xml in my compiled client points to 127.0.0.1, just like the working version.
❌ What doesn’t work:
- Any client I compile myself (even with zero code changes) won’t connect — the status is always stuck on "Offline".
- No server logs indicate any connection attempt when using my compiled client.
- I’ve tried:
- Replacing only the .exe
- Replacing the full folder
- Rechecking the settings
→ Still no success.
🔧 Build Process:
I used this command to compile the client: dotnet publish -p:Configuration=Release -p:PackageVersion=0.8.0-beta -p:Version=0.8.0 -r win-x64
The .exe appears here: Intersect.Client\bin\Release\net8.0\win-x64\publish\
The application launches, but remains offline and never connects to the server.
🧠 My suspicions:
Could this be an issue with:
- Visual Studio 2022 build settings?
- Missing a specific build flag?
- Target framework mismatch?
Even without touching the code, a fresh build results in a client that cannot connect, while the official release client works flawlessly.
💻 My development setup:
- Windows 11 (64-bit)
- Visual Studio 2022 (all required workloads installed)
- Intersect Engine (latest GitHub source)
- Server Client compiled via CMD
- Port 5400 open + forwarded (tested)
- Client config points to 127.0.0.1 also localhost
I can imagine that for someone experienced, the issue might be immediately obvious – and I might be missing something very basic here.
But I promise that once I understand it, I’ll learn from it and make sure it won’t happen again.
Next time, I’ll even be able to help others with the same problem myself.
If anyone has any suggestions, or can point me in the right direction, I’d be extremely grateful.
Thanks again for this incredible open-source engine and your support! 🙏
Question
ProjectXUniverse
Hi Intersect community,
First of all, a massive thank you for providing such a powerful and well-organized engine entirely for free. I'm truly amazed by what Intersect offers – big shoutout to everyone involved in the project! 🙌
I'm completely new to Intersect and game development in general, but I’ve been diving in with excitement.
I’m currently working on Windows 11 (64-bit) and have installed Visual Studio 2022, Git, Bash, and all required tools. I cloned the source, opened the .sln file in Visual Studio – and everything loaded without errors.
✅ What works:
❌ What doesn’t work:
→ Still no success.
🔧 Build Process:
I used this command to compile the client:
dotnet publish -p:Configuration=Release -p:PackageVersion=0.8.0-beta -p:Version=0.8.0 -r win-x64
The .exe appears here:
Intersect.Client\bin\Release\net8.0\win-x64\publish\
The application launches, but remains offline and never connects to the server.
🧠 My suspicions:
Could this be an issue with:
- Visual Studio 2022 build settings?
- Missing a specific build flag?
- Target framework mismatch?
Even without touching the code, a fresh build results in a client that cannot connect, while the official release client works flawlessly.
💻 My development setup:
- Windows 11 (64-bit)
- Visual Studio 2022 (all required workloads installed)
- Intersect Engine (latest GitHub source)
- Server Client compiled via CMD
- Port 5400 open + forwarded (tested)
- Client config points to 127.0.0.1 also localhost
I can imagine that for someone experienced, the issue might be immediately obvious – and I might be missing something very basic here.
But I promise that once I understand it, I’ll learn from it and make sure it won’t happen again.
Next time, I’ll even be able to help others with the same problem myself.
If anyone has any suggestions, or can point me in the right direction, I’d be extremely grateful.
Thanks again for this incredible open-source engine and your support! 🙏
Kind regards,
ProjectXUniverse
Link to comment
Share on other sites
2 answers to this question
Recommended Posts