无标题 - nói dối e blog

2017-07-01 Khoảng 800 từ 4 phút

Định dạng tệp dữ liệu của ### Paradox

Cấu trúc tệp dữ liệu của Paradox là một chủ đề đặc biệt đối với tôi - một người say mê các tựa game chiến thuật và mô phỏng. Trong hệ sinh thái P社 (P社 5) huyền thoại, dù đã từng trải nghiệm qua Crusader Kings và Hearts of Iron, nhưng tôi dành phần lớn thời gian và tâm huyết cho Victoria và Stellaris. Điều khiến tôi chú ý không chỉ là gameplay mà chính là hệ thống dữ liệu mở (open modding) độc đáo của engine chung mà các game này sử dụng.

Khác với cách lưu trữ dữ liệu trong các công ty game Việt Nam thường áp dụng (dạng bảng Excel 2D với cấu trúc hàng-cột cố định), Paradox lại lựa chọn một mô hình độc đáo. Trong khi định dạng JSON/ XML với cấu trúc phân cấp từ điển/mảng vẫn đang là lựa chọn phổ biến trong ngành, thì P社 lại có cách tiếp cận gần như tái hiện ngôn ngữ lập trình Lisp - một hệ thống biểu đạt dữ liệu vừa tinh gọn vừa có sức mạnh biểu đạt vượt trội.

Cấu trúc “danh sách lồng nhau” (nested list) mà P社 sử dụng khiến tôi nhận ra tiềm năng của mô hình này khi phân tích ví dụ điển hình từ Stellaris sau đây:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27


country_event = {
  id = primitive.16
  hide_window = yes
  trigger = {
    is_country_type = primitive
    has_country_flag = early_space_age
    OR = {
      AND = {
        exists = from
        from = {
          OR = {
            is_country_type = default
            is_country_type = awakened_fallen_empire
          }
        }
      }
      years_passed > 25
    }
  }
  ...
  create_army = {
    name = random
    owner = PREV
    species = owner_main_species
    type = "defense_army"
  }
}

Cấu trúc này có thể đọc như một chuỗi các cặp key-value truyền thống, nhưng sức mạnh thực sự nằm ở khả năng biểu đạt logic phức tạp qua dạng thức danh sách. Ví dụ:

id = primitive.16 tương đương với cấu trúc (id primitive.16)
years_passed > 25 trở thành (years_passed > 25) - một biểu thức logic 3 phần tử

Ưu điểm vượt trội thể hiện rõ khi xử lý các cấu trúc điều khiển như if, while, hay các toán tử logic AND/OR. Thay vì tạo các bảng trung gian phức tạp như trong mô hình CSV, hay phải dùng công cụ chuyên dụng để edit JSON như Visual Studio Code, định dạng này cho phép biên tập thủ công dễ dàng qua bất kỳ text editor nào.

Khi chuyển đổi sang Lua, việc xử lý trở nên trực quan hơn với cấu trúc table:

1
2
3
4
5
6
7
8
9


-- Chuyển đổi tự động:
{
  create_army = {
    name = random,
    owner = PREV
  }
}
-- Thành:
{ {"create_army", { {"name", "random"}, {"owner", "PREV"} } } 

Điều đặc biệt là tính mở của hệ thống này - các hàm truy xuất cấp cao có thể được xây dựng trên lớp dữ liệu nguyên thủy, cho phép dịch tự động các biểu thức logic phức tạp thành điều kiện lập trình. Ví dụ:

has_building = no → hàm kiểm tra tồn tại công trình
has_grown_pop = yes → điều kiện sinh trưởng dân số

Tháng 8 vừa qua, tôi đã hoàn thiện một công cụ phân tích đơn giản cho định dạng này bằng Lua, có thể tìm thấy trên GitHub tại đây (). Công cụ này không chỉ giúp người Việt tiếp cận hệ sinh thái modding của P社 dễ dàng hơn, mà còn minh chứng cho sức sống của các mô hình dữ liệu mở trong ngành công nghiệp game.

Cách tiếp cận này khiến tôi liên tưởng đến triết lý “data as code” của Lisp, nơi ranh giới giữa dữ liệu và logic trở nên mờ nhạt. Với các nhà phát triển Việt Nam, đây không chỉ là một bài học công nghệ mà còn là cảm hứng để sáng tạo các công cụ nội bộ phù hợp với đặc thù sản xuất game tại địa phương.