[Source] Cấu trúc file Pak/Spr và cách tạo ra chúng

[dongmau]

HAYYYYYYYYYYYYYYYYYYYYYYYY QUÁ

E là newbie đọc xong không hiểu gì @@
Mà kệ, em đã coppy và lưu về máy tính rồi @@
Khi nào rảnh sẽ học
Các bác cũng lo lưu đi @@
Ko CLb lại xóa thì mắc công @@

[FanLoveJX]

Những spr được ra đời sau này theo cách load của engine hiện tại thì vị lỗi hình ảnh vẫn hiển thị màu nền, không giống những spr cũ. Mình thì ngu vụ này lắm theo mình đoán thì có lẽ họ thêm định nghĩa màu được hiển thị trong suốt nên engine cũ không thể load được, theo hướng đó mình đã tìm rất nhiều đoạn quy định về mã màu nhưng cũng k khả quan mấy, có lẽ mình sai. May mắn hôm nay gặp được bạn, bạn có thể nào giải thích giúp mình được không.

Engine trên source gốc đã có định nghĩa hàm giải mã màu ARGB rồi, bị màu nền đen là do tool convert spr nằm trong source không sử dụng hàm này, nó xài hàm r4g4b4 nhé thành ra spr mà bạn convert đc bị nền đen cho nên bạn mà dùng tools có sẳn trên diễn đàn để tạo spr động thì dính nền đen thì phải , mình xem qua source "SprConvert" và "ImageCreator" thì thấy vậy.

[FanLoveJX]

Chủ toppic cho mình hỏi chút:
Mình để ý thấy folder data của jx vng rất nặng không phải vì tài nguyên đã được chọn lọc, loại bỏ, mà bị trùng tài nguyên rất nhiều, ví dụ: phần login game, nếu bỏ những pack update mới đi, ta sẽ được phần login của pack củ. Nếu bỏ đi những phần tài nguyên trùng lặp, dung lượng client sẽ rất nhẹ.
Vậy có phải không thể đọc được chính xác tên file trong pack nếu không có file list?.

Về trùng file: Chính xác rồi bạn, thay vì ghi đè res lên pak file thì tạo file pak mới rồi trong config đặt nó lên độ ưu tiên cao hơn, Engine sẽ hash path spr thành id rồi rò ra đúng địa chỉ bộ nhớ chứa res rồi xử lý theo từng loại file,

Về tên file: Cũng đúng luôn bạn, do tên/path res đã bị hash 1 chiều, không dịch ngược được nên mình chỉ có thể tách res khi có tên/path đầy đủ của res

Mình có viết 1 tool bóc tách lấy toàn bộ list file .spr .txt .ini .jpg .bmp được khoảng vài ngàn file mở lên thì thấy vẫn thiếu nhiều đc tầm 30-40%

--- Chế độ gộp bài viết ---

Chủ topic làm 1 cái tool unpach script và settings trong pak mới của vng đc ko bác

Xem bài + nghiên cứu source rồi tự làm mới thú vị chứ bạn

[HoangTVT]

Engine trên source gốc đã có định nghĩa hàm giải mã màu ARGB rồi, bị màu nền đen là do tool convert spr nằm trong source không sử dụng hàm này, nó xài hàm r4g4b4 nhé thành ra spr mà bạn convert đc bị nền đen cho nên bạn mà dùng tools có sẳn trên diễn đàn để tạo spr động thì dính nền đen thì phải , mình xem qua source "SprConvert" và "ImageCreator" thì thấy vậy.

không phải spr được mình convert đâu bạn ơi, như bạn xem trong hình, với spr cũ thì không hiển thị phần màu đen như trong hình


[Only registered and activated users can see links. ]

[wermanhme1990]

Về trùng file: Chính xác rồi bạn, thay vì ghi đè res lên pak file thì tạo file pak mới rồi trong config đặt nó lên độ ưu tiên cao hơn, Engine sẽ hash path spr thành id rồi rò ra đúng địa chỉ bộ nhớ chứa res rồi xử lý theo từng loại file,

Về tên file: Cũng đúng luôn bạn, do tên/path res đã bị hash 1 chiều, không dịch ngược được nên mình chỉ có thể tách res khi có tên/path đầy đủ của res

Mình có viết 1 tool bóc tách lấy toàn bộ list file .spr .txt .ini .jpg .bmp được khoảng vài ngàn file mở lên thì thấy vẫn thiếu nhiều đc tầm 30-40%

Cảm ơn bạn, Theo mình hiểu thế này: thường file bị pack, cụ thể ở đây pack thành .pak. Khi file game.exe chạy bắt buộc phải giải mã .pak đó?, load vào ram(Vì mình có thể dùng 1 số chương trình đọc bộ nhớ ram để lấy đường dẫn res để unpack mặc dù không đầy đủ).
Vậy tên/path res đã bị hash 1 chiều, game nó sẽ dùng trực tiếp mã hash đó hay nó sẽ chuyển hash sang tên/path rồi mới dùng.

[FanLoveJX]

không phải spr được mình convert đâu bạn ơi, như bạn xem trong hình


[Only registered and activated users can see links. ]

Bạn có thể úp spr này lên được ko? gửi mình debug với, mình đoán chiều sâu ảnh đầu vào và đầu ra không khớp.

--- Chế độ gộp bài viết ---

Cảm ơn bạn, Theo mình hiểu thế này: thường file bị pack, cụ thể ở đây pack thành .pak. Khi file game.exe chạy bắt buộc phải giải mã .pak đó?, load vào ram(Vì mình có thể dùng 1 số chương trình đọc bộ nhớ ram để lấy đường dẫn res để unpack mặc dù không đầy đủ).
Vậy tên/path res đã bị hash 1 chiều, game nó sẽ dùng trực tiếp mã hash đó hay nó sẽ chuyển hash sang tên/path rồi mới dùng.

Mình bổ sung thêm một ý là nó ko giải mã hết mà cần res nào thì game tìm rồi load chứ ko load hết nên bạn ko lấy đc đầy đủ res.
ví dụ như khi draw một item nào đấy: /Spr/Ui/Item/item01.spr, Game sẽ hash path spr thành id rồi dò trên từng file pak cho đến khi tìm được block có id đấy, => giải mã rồi draw

[HoangTVT]

ngại quá, loại spr này mình không thể view bằng rpg, tool mình dùng cũng k unpack được, mình có đường dẫn hi vọng bạn có cách

\spr\skill\1502\em\em_150_jiane_ice.spr
nằm trong updatejx09.pak

[wermanhme1990]

Mình bổ sung thêm một ý là nó ko giải mã hết mà cần res nào thì game tìm rồi load chứ ko load hết nên bạn ko lấy đc đầy đủ res.
ví dụ như khi draw một item nào đấy: /Spr/Ui/Item/item01.spr, Game sẽ hash path spr thành id rồi dò trên từng file pak cho đến khi tìm được block có id đấy, => giải mã rồi draw

Có cách nào dịch được hash sang tên/path không bạn, Ở một số game mình thấy có tools unpack data hoặc lấy được list file trong data bị pack.

[FanLoveJX]

Có cách nào dịch được hash sang tên/path không bạn, Ở một số game mình thấy có tools unpack data hoặc lấy được list file trong data bị pack.

Những game chắc đấy có lưu thông tin đầy đủ nên unpack được, còn file pak của kingsoft thì không được bạn bạn ngồi xem source pack vs unpack của nó là biết, cách quản lý theo id ntn thì tìm kiếm file cực nhanh tối ưu chi phí

[data1990]

Những game chắc đấy có lưu thông tin đầy đủ nên unpack được, còn file pak của kingsoft thì không được bạn bạn ngồi xem source pack vs unpack của nó là biết, cách quản lý theo id ntn thì tìm kiếm file cực nhanh tối ưu chi phí

Bác có bộ source trắng nào update lên VS 2013 không, share cho a e với. Chứ VC++6 cũ quá rồi