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] 2 3 ... 794
1
I think that I don't understand your actual problem. The idea is: You create a new sub sequence, add all the keyframes, continue with the next one. If you animate a sequence, it's limited to that sequence's animations unless you animate 0, which includes all keyframes. What's the actual issue with that?

2
IIRC, it's by design. The docs say:

Quote
The sub-sequence will be numbered starting from 1. 0 is a special case as is represents the animation as a whole.

Isn't that what you are experiencing?

3
That's just some viewer application that displays an existing texture. I haven't done anything to it in terms of merging.

4
It doesn't work that way, because you are setting different texture on a merged object. How should it supposed to know where to put which? There's a two approaches to solve this:

  • assign the corresponding texture to the object before merging them all into one
  • let the auto-assignment do it's magic. Looking at your code, it seems like that should work already. Have you tried to remove your texture assigment code and see if works then?

More information on the auto-assigment: http://www.jpct.net/wiki/index.php?title=Loading_models

5
Support / Re: Merging OBJ Frames
« on: June 04, 2018, 07:40:52 am »
Then something isn't identical between the meshes no matter what. If the vertex count would match, they would at least make it all into the animation. However, even then, the usage of these vertices in the triangles could be different as well, which is something that a keyframe animation can't deal with. The assigments of vertices to triangles have to stay the same in all files.

6
Support / Re: Merging OBJ Frames
« on: June 02, 2018, 09:22:36 pm »
Can you print out the actual values that you are comparing?

7
Support / Re: Merging OBJ Frames
« on: June 02, 2018, 09:58:08 am »
No, they aren't. RL_Face002 for example differs from frame to frame by +-1 vertex in that log file.

8
Support / Re: Merging OBJ Frames
« on: May 31, 2018, 02:42:55 pm »
In that case, the mesh sizes are different in the file. Can you check the log output while loading them for any differences?

9
Support / Re: Merging OBJ Frames
« on: May 30, 2018, 12:51:09 pm »

10
Support / Re: Camera rotation.
« on: May 14, 2018, 07:53:46 am »
Code: [Select]
camera.getBack().setIdentity();

might be a little more efficient.

11
Support / Re: Float Positioning Blit Images
« on: May 03, 2018, 11:26:25 am »
No, it's not possible but you could use an Overlay instead.

12
Support / Re: Now this looks like a Java 10 Thing
« on: May 01, 2018, 01:09:55 pm »
Works just fine for me. Can you provide me with the complete, executable test case?

13
Support / Re: Float Positioning Blit Images
« on: April 26, 2018, 12:39:59 pm »
I'll have a look...

14
Support / Re: Java 10 Serialization
« on: April 26, 2018, 09:36:45 am »
Serialized objects are my own binary format optimized for usage on Android. Also, I don't think that Java10 breaks anything regarding the normal object serialization, because that would be utterly stupid of them.

15
Support / Re: Java 10 Serialization
« on: April 25, 2018, 11:02:56 pm »
Why? What's different? And what kind of serialization actually? Normal Java based one or jPCT's own serialized object stuff?

Pages: [1] 2 3 ... 794