Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - EgonOlsen

Pages: 1 ... 5 6 [7] 8 9 ... 823
91
Support / Re: JPCT and Jide Docking Framework
« on: September 02, 2021, 07:10:56 pm »
Strange. Actually, it might be a better idea to do the resize in the main thread, not in the event thread in which the listener is being called, because it pushes a new command into the pipeline that is actually being executed at that stage. But I doubt that this will fix the issue. It's worth a try though.

92
Support / Re: Cpct?
« on: September 02, 2021, 03:27:58 pm »
I've splitted the topic, because it doesn't really belong into the cCPT thread.

You are right. Java lost a bit of momentum over the years regarding game development, at least on the desktop. It's still strong on Android either directly or in combination with Kotlin. But even there, things like Unity or Unreal Engine are way more popular. That said, one of the most popular games of all time is still Java based: Minecraft.

93
Support / Re: JPCT and Jide Docking Framework
« on: September 02, 2021, 03:23:04 pm »
Try to replace the Object3D.compileAndStrip() call with Object3D.compile(). If you strip them, some data needed to upload it again to changed GL context might get deleted. A resize will most likely change the context, so maybe that's the issue.

94
Support / Re: JPCT and Jide Docking Framework
« on: September 02, 2021, 01:53:00 pm »
Where are you doing the resize? Directly in the component listener?

95
Support / Re: JPCT and Jide Docking Framework
« on: September 01, 2021, 06:13:53 pm »
Is there any other log output from jPCT when the resize happens?

96
Support / Re: Re: Cpct?
« on: September 01, 2021, 06:12:38 pm »
I'm not sure, what you mean. jPCT is free, but not open source. AGP started the C# port based on the jPCT sources, which he has because he paid for them. What you do want to 'contribute'?

97
Support / Re: JPCT and Jide Docking Framework
« on: September 01, 2021, 10:55:38 am »
jPCT actually doesn't really care to where it outputs the rendering, at least not in a way that it should matter in this case. Are you calling FrameBuffer.resize() when the size of the output window changes?

98
Support / Re: Cpct?
« on: August 13, 2021, 10:53:30 am »
That actually doesn't look wrong to me at first glance. Does any object has a listID other than 0? If not, it might help to check where it gets assigned.

99
Support / Re: Cpct?
« on: August 09, 2021, 09:44:40 pm »
Or the rendering itself is faulty. Hard to tell. You can get the returned center of the objects. If that lies within reasonable bounds, the object should be visible. I think there is also a method similar to wasVisibleInLastFrame() or something like this in Object3D that you can call to see if the object was, well, visible (geometry wise, it doesn't mean that it has been rendered).

100
Support / Re: Cpct?
« on: August 05, 2021, 12:12:28 pm »
C# compiles into CIL, which is bytecode as well. It's very similar to what Java does, hence the similar performance characteristics. It should be possible for it to print out a line number. With this error message alone, it's almost impossible to find out, what is null here. Maybe you can configure the compiler to include line numbers? Some debug mode or similar?

101
Support / Re: Cpct?
« on: August 04, 2021, 03:45:00 pm »
No line number of any kind?

102
Support / Re: Cpct?
« on: August 03, 2021, 01:49:18 pm »
That message is printed out in the assumption that a null pointer is mainly caused by the situation mentioned in the message. I don't think that this applies here. Just check what the actual exception is (my code should log it afterwards, I don't know what your port does) or at least, in which line is happens. Still, there's something fishy with the way in which is setup things. There should be no need to catch some exceptions that happen during init. It doesn't really help, it just postpones the problem.

103
Support / Re: Cpct?
« on: July 05, 2021, 10:39:56 am »
Ok. Have you tried to output everything that goes into that method? Maybe something other is null than the indices themselves.

104
Support / Re: Cpct?
« on: July 04, 2021, 10:32:33 am »
What's the actual line that throws this exception? The stack trace doesn't tell... ???

105
Support / Re: Cpct?
« on: June 29, 2021, 07:41:40 am »
Indices can be null, if the object in question hasn't been compiled with indexed geometry. This should only be the case if the object is a dynamic one (i.e. animated or has an attribute list attached to it or a vertex controller). Or you can force non-indexed compilation by using the corresponding build() call.

However, if the indexed flag in a compiled instance is true, indices can't be null unless you did something wrong when compiling the object.

Pages: 1 ... 5 6 [7] 8 9 ... 823