SSU Development Thread (2.0 to 3.0)
- Thread starter Urwumpe
- Start date
- Status
I use windowed mode, so no loss here.
---------- Post added at 01:06 AM ---------- Previous post was at 12:18 AM ----------
Anyone besides GLS having Orbiter mesh troubles(ticket# 45)?
GLS
Well-known member
Just posted a couple of pictures of the "effect" in the ticket
SiameseCat
Addon Developer
GLS
Well-known member
settings posted in ticket
Not that great.. Anyway I'm still fighting againts Qt crashes and stuff so even Qt isn't 100% "go" yet (for what concerns running together with Orbiter).
---------- Post added at 23:49 ---------- Previous post was at 01:59 ----------
About ticket #45: this effect is the same I was getting in some videogames years ago when my PC was about to die. It's a CPU/GPU overheating effect. I don't think it's a SSU issue, but more a PC issue. Maybe using the graphic clients there is less workload on the CPU and it doesn't overheat, that's why it works. Try cleaning fans. Just my 0.2$.
---------- Post added 16-03-14 at 00:52 ---------- Previous post was 15-03-14 at 23:49 ----------
How can I commit changes?
I want to upload my Toolbox prototype.
Last edited:
- Get yourself an account on Sourceforge
- Post the username of your Sourforge account here so it can be added to the developers list, as only developers can check in items
- If you already haven't, download and install TortoiseSVN and perform a checkout as detailed here
GLS
Well-known member
Actually it's the other way around: it runs well in D3D9, has problems in the default client. Anyway, a hardware problem is highly unlikely. This problem occurs on 2 (completely) different laptops, one around 8 years old, the other brand new. And this only happens in the default client, D3D9 is flawless (as well as everything else I ran on those 2 computers).
One thing I noticed is that the "effect" goes away when some parts of the orbiter are not in the FOV. Can't give an exact location, but looks like if I zoom in, until about half of the first forward "section" of PLBDs is out of the FOV, the "effect" stops. Zoom out and it returns. That and the textures being from the PLB, I put my money on the source of the "effect" being somewhere in there.
SiameseCat
Addon Developer
You should have permission to check in code now.
Face
Well-known member
As mentioned by jedidia there, I've worked with him on Orbiter Galaxy to bring another rendering thread into an Orbiter window. Around that time, I also helped Mindblast with Orbiter Navigator to bring .NET windows into Orbiter full-screen. I can assure you that it works in inline client in full-screen mode. It is a bit tricky, but doable.
However, this was .NET's WinForms that simply wraps WinAPI, so all I had to do was to SetParent() window handles and trick around with message queues a little. I doubt that the same would work with Qt.
If you are interested in the .NET route, just drop me a note.
SiameseCat
Addon Developer
I've created a separate branch (branches/SSUToolbox) for SSU toolbox development. You should check the code into that branch. That way, we can try out different things without affecting SSU development.
---------- Post added at 09:47 AM ---------- Previous post was at 09:29 AM ----------
I don't mind .NET, but then we'll have a hard time reusing the C++ code we already have for SSU. We might be able to use wxWidgets, since that is supposed to be a WinAPI wrapper.
What code? I only see MECOTool which has very few lines of code that I've been already able to replicate in Qt. .NET will be only used for SSUToolbox, the rest of the sources will stay as they are. Or do I miss something?
I'll leave wxWidgets as the last (third) option, since I'm not quite liking its GUI editors so far and it seems it requires a complex workflow. Everyone is free to try it before me though
Face
Well-known member
You can use managed C++ (aka C++/CLR) for that. In fact this is how I got .NET things running in Orbiter first place.
SiameseCat
Addon Developer
I'm thinking of the libUltra code, which includes some orbital mechanics stuff. At the moment, this is used in the SSU GPC code, but we can also use it in both the MCC and SSU Toolbox Flight Planner.What code? I only see MECOTool which has very few lines of code that I've been already able to replicate in Qt. .NET will be only used for SSUToolbox, the rest of the sources will stay as they are. Or do I miss something?
I'll leave wxWidgets as the last (third) option, since I'm not quite liking its GUI editors so far and it seems it requires a complex workflow. Everyone is free to try it before me though
Face helped me setup a standalone .NET app which can be called from an Orbiter dialog.
I'll try to move what I've done from Qt (which I've ruled out for different reasons) to this new setup.
Anyway, if I try to commit something with Tortoise it says
of course because it didn't ask me for username and password. I don't know how to make it ask me my sourceforge credentials.
I've tried clearing authentication data but there were none.
I'll try to move what I've done from Qt (which I've ruled out for different reasons) to this new setup.
Anyway, if I try to commit something with Tortoise it says
Code:
Commit failed (details follow):
POST of '/p/shuttleultra/code/!svn/me': 403 Forbidden (http://svn.code.sf.net)I've tried clearing authentication data but there were none.
Perform a checkout using this URL: svn+ssh://[email protected]/p/shuttleultra/code/trunk
Replace the "daves-ssu" part with your username.
Looks like it was without the "trunk" part.
---------- Post added at 21:41 ---------- Previous post was at 21:32 ----------
Is it normal that when updating it asks for my password 4 times (I type it correctly)?
---------- Post added at 21:41 ---------- Previous post was at 21:32 ----------
Is it normal that when updating it asks for my password 4 times (I type it correctly)?
- Status
Similar threads
