• Blender 3.2.2 or later.
  
• (Windows Only) LZ4
  

(09-06-2022, 09:53 PM)longbyte1 Wrote:

Code:

import ctypes
import struct
import io
from ctypes import *

f = open('/tmp/UnitCube.mesh', 'rb')

lz4 = CDLL('liblz4.so.1')

# read uncompressed size
f.seek(0x52)
uncompressed_size = struct.unpack('i', f.read(4))[0]

# read compressed size
f.seek(0x4e)
compressed_size = struct.unpack('i', f.read(4))[0]

# read num lods
f.seek(0x44)
num_lods = struct.unpack('i', f.read(4))[0]

print('compressed_size', compressed_size)
print('uncompressed_size', uncompressed_size)
print('num_lods', num_lods)

# get compressed content
f.seek(0x56)
src = f.read(compressed_size)

# get decompressed content
dest = ctypes.create_string_buffer(uncompressed_size)
ret = lz4.LZ4_decompress_safe(src, dest, compressed_size, uncompressed_size)
if ret <= 0:
    raise IOError('error decompressing mesh - file may not be valid')

buf = io.BytesIO(dest.raw)
buf.seek(0x74)
shared_vertex_count = struct.unpack('i', buf.read1(4))[0]
buf.seek(0x78)
total_vertex_count = struct.unpack('i', buf.read1(4))[0]
buf.seek(0x80)
point_count = struct.unpack('i', buf.read1(4))[0]
buf.seek(0x74)
uv_count = struct.unpack('i', buf.read1(4))[0]

print('shared_vertex_count', shared_vertex_count)
print('total_vertex_count', total_vertex_count)
print('point_count', point_count)
print('uv_count', uv_count)

# build vertex buffer
vertex_buffer = []
vertex_buffer_start = 0xb3
buf.seek(vertex_buffer_start)

for i in range(shared_vertex_count):
    # 3 floats
    x, y, z = struct.unpack('<fff4x', buf.read(16))
    vertex_buffer.append((x, y, z))

# build uv buffer
uv_buffer = []
uv_header_size = uv_count * 4 - 4
buf.read1(uv_header_size) # move caret to uv start
for i in range(uv_count):
    # 2 half-precision floats
    u, v = struct.unpack('<4xee8x', buf.read(16))
    uv_buffer.append((u, v))

# build index buffer
index_buffer = []
face_count = total_vertex_count // 3
buf.read1(4) # advance 4 bytes of padding
for i in range(face_count):
    # 3 shorts (each indexing into the vertex buffer)
    v1, v2, v3 = struct.unpack('<HHH', buf.read(6))
    index_buffer.append((v1, v2, v3))

f.close()
buf.close()

print(vertex_buffer)
print(index_buffer)

# build geometry from buffers
vertices = []
edges = []
faces = []
for face in index_buffer:
    v1i, v2i, v3i = face
    edges += [(v1i, v2i), (v2i, v3i), (v3i, v1i)]
    faces.append(face)

import bpy
mesh = bpy.data.meshes.new('created_mesh')
mesh.from_pydata(vertex_buffer, edges, faces)
mesh.update()

uvl = mesh.uv_layers.new()
uvl.data.foreach_set('uv', [uv for pair in [uv_buffer[l.vertex_index] for l in mesh.loops] for uv in pair])
mesh.uv_layers.active = uvl

obj = bpy.data.objects.new('created_object', mesh)
collection = bpy.data.collections.new('created_collection')
bpy.context.scene.collection.children.link(collection)
collection.objects.link(obj)

Just change the open() line to load the file you want. Note that this is only going to read the first LOD it finds, which should be the highest quality one.
For Windows users, you need to change the path in the CDLL() line to a path to a 64-bit LZ4 DLL (or 32-bit, depending on whether your Blender is 64- or 32-bit). You can find a working copy of LZ4 for Windows here, and you're looking for a DLL called either "msys-lz4-1.dll" or "liblz4.dll".

• StripGeo (strip geometry)
  
• StripAnim (strip animations)
  
• UncompAnim (uncompressed animation)
  
• CompOcc (compute occlusions)
  
• CompEdges (compute edges)
  
• CompAdj (compute adjacency)
  
• ZipPos (packed positions?)
  
• ZipUvs (packed UVs?)
  
• StripUv13 (?)
  
• StripNorm (strip normals)
  
• ForceIdx32 (use 32-bit indexes instead of 16-bit indexes)
  

• Missing textures on all meshes -> Still being investigated but looks to be the textures are stored elsewhere that we just havent found yet.
  
• (will be added as found)
  

• Android 8.1 Oreo or higher
  
• ARM 64bit with Neon (32 bit devices will never run Sky)
  
• At least 1.5GB RAM
  
• OpenGLES 3.1 Extension Pack
  
• Vulkan Version 1.0.3 or higher
  
• Vulkan Level 0 or higher
  
  
• 3GB storage to download and install all areas
  

• Maya - The environment artist posted some shots of the in game models
  
• Lua - a number of files are .lua, like the resources file included
  
• Android Studio - it's an android game
  

(07-14-2021, 10:15 AM)DancingTwix Wrote: Howdy howdy!

Bit of an update; unfortunately no luck yet getting the models but I think I getting closer.

The release of the switch version does give us another Avenue to look into but sadly it looks to be a straight port; all the files and folders are pretty much one to one, at least with the switch file I got my hands on.

But, I did find that .mesh is the file type godot uses when models (like the .fbx ones we can see referenced in the resources.lua) are compiled. And the file structure also looks to line up as well, plus, godot renders using OpenGLES 3.1!

As if that wasnt enough, Gkdot packages everything up into a object.level.bin file!

Unfortunately I havent been able to crack into them just yet so if anyone has any experience with them please let us know!

(01-15-2022, 09:31 PM)Chara.0 Wrote: Hiiiii! Can you share where did you get the switch file? I'm also working on this but I don't have a switch

(01-16-2022, 04:30 PM)DancingTwix Wrote:

(01-15-2022, 09:31 PM)Chara.0 Wrote: Hiiiii! Can you share where did you get the switch file? I'm also working on this but I don't have a switch

Hello! Wonderful to have you on the crew

There's quite a few sites you can get the switch files from like this site here.

Afraid to say I've put my investigations into the switch version on hold for now and just focusing on android.
I'd also recommend this site here to get an idea of how Vulkan works and how it saves data and such; I've been working slowly through it hoping to get an idea of how to get into the .bin files mentioned above.

Give us a shout if you need a hand at all

EDIT:

Regarding the tutorial website I mentioned, it's this chapter on asset management which looks promising!
https://vkguide.dev/docs/extra-chapter/asset_system/

Also, nearly all the images in the game are stored as .ktx so you'll need the PVRTextTool linked below. TO export as an .png image go to file >>save Image
https://developer.imaginationtech.com/downloads/

(01-17-2022, 02:24 PM)DancingTwix Wrote: No worries!!
Yeah the issue with getting product keys and the like are why I put looking into the switch one hold, and afraid to say I think I deleted it from my pc. Sorry!

Getting into the android files it's a lot easier.

Could I ask what are you loading the meshes into the level with??

Are you actually able to see and render things on the screen or something??

I must admit I'm a tad loat, more of web dev then anything so this is still all pretty new to me haha

(01-17-2022, 02:24 PM)DancingTwix Wrote: No worries!!
Yeah the issue with getting product keys and the like are why I put looking into the switch one hold, and afraid to say I think I deleted it from my pc. Sorry!

Getting into the android files it's a lot easier.

Could I ask what are you loading the meshes into the level with??

Are you actually able to see and render things on the screen or something??

I must admit I'm a tad loat, more of web dev then anything so this is still all pretty new to me haha

(04-04-2022, 03:23 AM)ether0x1 Wrote:

(01-17-2022, 02:24 PM)DancingTwix Wrote: No worries!!
Yeah the issue with getting product keys and the like are why I put looking into the switch one hold, and afraid to say I think I deleted it from my pc. Sorry!

Getting into the android files it's a lot easier.

Could I ask what are you loading the meshes into the level with??

Are you actually able to see and render things on the screen or something??

I must admit I'm a tad loat, more of web dev then anything so this is still all pretty new to me haha

Mesh files are compiled Ogre meshes. Sky runs on the ogre2 (ogre-next) engine, and the level.object.bins are their own format.
They have tgcl magic headers and are most likely ports from Journey with slight modifications.  Due to the fact that the meshes are compiled it is quite tricky to load them into any modelling software or edit them in any ways. What is possible however is designing your own meshes and then compiling them into ogre2 meshes to get the game to load them. This is my discord tag: Lukas#8962. Hit me up if you feel like it.

(04-18-2022, 02:06 AM)aeropteryx Wrote:

(04-04-2022, 03:23 AM)ether0x1 Wrote:

(01-17-2022, 02:24 PM)DancingTwix Wrote: No worries!!
Yeah the issue with getting product keys and the like are why I put looking into the switch one hold, and afraid to say I think I deleted it from my pc. Sorry!

Getting into the android files it's a lot easier.

Could I ask what are you loading the meshes into the level with??

Are you actually able to see and render things on the screen or something??

I must admit I'm a tad loat, more of web dev then anything so this is still all pretty new to me haha

Mesh files are compiled Ogre meshes. Sky runs on the ogre2 (ogre-next) engine, and the level.object.bins are their own format.
They have tgcl magic headers and are most likely ports from Journey with slight modifications.  Due to the fact that the meshes are compiled it is quite tricky to load them into any modelling software or edit them in any ways. What is possible however is designing your own meshes and then compiling them into ogre2 meshes to get the game to load them. This is my discord tag: Lukas#8962. Hit me up if you feel like it.

how did you get that mesh to load in blender?
i've tried using the blender2ogre plugin, but it doesn't work for me.

• Device compatibility is hardcoded into a table. Every device has a predefined "rating" that determines the max graphics preset that the game can run at. Only devices with a rating of >=10,000 can run Sky at 60 fps. I constructed a CSV for this and even joined it at some point with the Google Play official device table, but I'll paste a link later as posting a link on my first post would probably get my account autoflagged for spam.
  At the time, the highest-rated devices were the iPhone 11, the 2018 iPad Pro, the OnePlus 7T, the Meizu 6s Pro, the Samsung Galaxy Flip (which is actually my phone today), and the ZTE Axon 10 Pro.
  
• There is some DRM present. Sky uses the Google Play License Verification Library (LVL) to ensure that players didn't download the APK from somewhere else. There are some other rudimentary DRM schemes as well.
  
• Lootboxes were once in development, as their classes were present in the code.
  
• The game was originally intended to have throne guards and turrets with projectiles, as their classes were also present in the code.
  
• Game functions are heavily integrated with the Lua runtime for fast prototyping. You can dump pretty much any game object and call most native functions from Lua.
  

(04-04-2022, 03:23 AM)ether0x1 Wrote:

(01-17-2022, 02:24 PM)DancingTwix Wrote: No worries!!
Yeah the issue with getting product keys and the like are why I put looking into the switch one hold, and afraid to say I think I deleted it from my pc. Sorry!

Getting into the android files it's a lot easier.

Could I ask what are you loading the meshes into the level with??

Are you actually able to see and render things on the screen or something??

I must admit I'm a tad loat, more of web dev then anything so this is still all pretty new to me haha

Mesh files are compiled Ogre meshes. Sky runs on the ogre2 (ogre-next) engine, and the level.object.bins are their own format.
They have tgcl magic headers and are most likely ports from Journey with slight modifications.  Due to the fact that the meshes are compiled it is quite tricky to load them into any modelling software or edit them in any ways. What is possible however is designing your own meshes and then compiling them into ogre2 meshes to get the game to load them. This is my discord tag: Lukas#8962. Hit me up if you feel like it.