Doom và Mario lên băng VHS: mã game chạy được, nhưng băng từ vẫn quyết định lối chơi

Một cuộn băng có nhãn Doom dễ khiến người xem nghĩ rằng cứ đưa vào đầu VHS là chơi được game. GCVHS của Throaty Mumbo làm được việc thú vị hơn phát lại cảnh chơi, nhưng cũng khác hẳn chạy Doom trên một máy tính: băng mang cả dữ liệu chương trình lẫn hình ảnh, còn phần cứng bên ngoài đọc chúng và phản hồi tay cầm.

Điểm đáng bàn nằm ở cách phân chia công việc ấy. Khi hình ảnh được ghi sẵn, máy có thể chọn cảnh để đáp lại người chơi thay vì dựng toàn bộ thế giới game. Đổi lại, khả năng tương tác phải phù hợp với thứ mà băng đang phát. Doom và Mario cho thấy hai cách khai thác rất khác nhau của cùng một vật mang dữ liệu.

Băng VHS chứa chương trình, phần cứng bên ngoài mới thực thi

Thành phần giúp GCVHS vượt khỏi một máy phát phim là mã game lưu trên băng. Tín hiệu composite, vốn dùng để truyền hình ảnh analog, được mã hóa để mang đồng thời bytecode và nhiều luồng video. Bytecode là các lệnh dành cho bộ thực thi của hệ thống; nhìn thấy dữ liệu ấy dưới dạng tín hiệu hình không có nghĩa đó chỉ là một cảnh phim.

Luồng tín hiệu được ghi vào VHS rồi phát trở lại cổng composite của DE1-SoC. Bo mạch FPGA đảm nhiệm việc giải mã; PGA2350 thực thi mã đã đọc và ghép các luồng hình lên cửa sổ hiển thị. Tay cầm cung cấp đầu vào để chương trình quyết định phản ứng tiếp theo. Đầu băng vẫn làm nhiệm vụ ghi và phát, không tự trở thành bộ xử lý game.

Thành phần	Vai trò trong GCVHS
Băng VHS và đầu phát	Lưu và phát tín hiệu chứa mã game, video và thông tin thời gian
DE1-SoC với FPGA	Tiếp nhận và giải mã tín hiệu composite từ đầu phát
PGA2350 dùng RP2350	Thực thi mã đọc từ băng và ghép hình; xử lý tương tác của trò chơi
Bộ phát hồng ngoại	Gửi lệnh tua tiến hoặc lùi để tìm vị trí trên băng

Cấu trúc: mô tả dự án GCVHS trên GitHub.

Thông tin thời gian cũng đi cùng tín hiệu, cho phép hệ thống điều khiển đầu phát bằng bộ phát hồng ngoại trên DE1 hoặc đèn IR ngoài để tìm đoạn băng cần dùng. Điều này tạo ra khả năng điều phối nội dung, nhưng không xóa đặc tính cơ học của VHS: muốn đọc vị trí khác thì băng vẫn phải di chuyển.

ActionMax đời 1987 cho thấy khác biệt rõ nhất. Hệ máy dùng súng quang học với video phát tuyến tính, nên hành động bắn không tạo ra một diễn biến hình ảnh mới tương ứng. GCVHS có chương trình đọc thao tác và lựa chọn hình ảnh hiển thị. Giá trị kỹ thuật nằm ở vòng phản hồi giữa người chơi và chương trình, chứ không nằm ở chiếc nhãn Doom dán trên cuộn băng.

Doom chọn cảnh ghi sẵn, Mario dùng video làm nền

Bản Doom của GCVHS giữ được vẻ ngoài quen thuộc bằng hình ảnh ghi sẵn, nhưng thay phần điều khiển tự do bằng những sự kiện yêu cầu bấm đúng nút. Người chơi phản hồi trong khoảng thời gian cho phép, hệ thống tính điểm và chọn luồng video phù hợp. Đây là cách tiếp cận FMV, tức dùng video làm phần hình ảnh chủ đạo của trò chơi, với tương tác kiểu QTE.

Theo mô tả của Tom’s Hardware, bản Doom lựa chọn giữa tám luồng video được phát đồng thời. Trên màn hình, lớp đồ họa chỉ dẫn nút bấm và thanh đếm thời gian đặt lên cảnh game. Cách làm này cho phép phản hồi bằng việc đổi luồng đang hiển thị, thay vì mỗi lần bấm nút đều phải tua tới một đoạn băng xa hơn.

Tám luồng ấy không tương đương tám hướng mà người chơi có thể tùy ý đi trong bản Doom gốc. Nội dung của chúng đã được chuẩn bị trước. Bấm nút đúng có thể đưa diễn biến sang cảnh phù hợp, nhưng không cho phép xoay góc nhìn, chọn đường đi và bắn ở mọi vị trí như khi engine dựng thế giới theo trạng thái game.

Super Mario Bros. khai thác video theo cách khác: nền được thay bằng hình ảnh phát từ VHS, trong khi phần trò chơi giữ diện mạo quen thuộc của Mario. Ở đây, băng là nguồn hình ảnh nền chứ không phải bằng chứng cho thấy toàn bộ trò chơi được dựng bằng các đoạn phim. Cần phân biệt vai trò của video trong từng bản trình diễn, thay vì gom tất cả thành một cách “chạy game trên băng”.

Night Trap cũng xuất hiện trong các bản trình diễn. Tuy nhiên, ý nghĩa rõ nhất của dự án đã nằm ở đối chiếu Doom với Mario: một bên dùng video để tạo diễn biến có lựa chọn, bên kia dùng video làm thành phần hình ảnh. Cùng một phương tiện lưu trữ không buộc mọi trò chơi phải có cùng kiểu tương tác.

Muốn chơi tự do, phải giải bài toán chờ băng

Giới hạn đáng chú ý của VHS là thời gian tiếp cận nội dung, không chỉ chất lượng hình ảnh. Chương trình có thể phản hồi nút bấm nhanh, nhưng nếu phản hồi cần một đoạn video nằm ở vị trí khác thì đầu phát phải tua băng tới đó. Mốc thời gian giúp tìm đúng chỗ; nó không biến quá trình tua thành truy cập tức thời.

Đó là lý do chọn giữa những luồng đang phát đồng thời hợp với Doom kiểu QTE. Những phản ứng được chuẩn bị sẵn có thể nằm ngay trong tín hiệu đang đọc, tránh yêu cầu đầu băng liên tục đổi vị trí. Đổi lại, thiết kế game phải dự tính các lựa chọn ấy từ trước. Càng muốn người chơi tự do, càng khó chuẩn bị đủ hình ảnh cho mọi tình huống.

Với người thích chế tạo phần cứng ở Việt Nam, GCVHS đáng theo dõi như một ví dụ về cách ghép bộ xử lý hiện đại với thiết bị analog cũ. Bài học hữu ích là tách riêng nguồn dữ liệu, bộ thực thi và đầu ra hình ảnh. Một thiết bị có thể đọc được dữ liệu game mà vẫn không phù hợp để phục vụ mọi kiểu lối chơi.

Đừng mua đầu VHS chỉ vì nghĩ đã có một bộ game có thể tải về và dùng ngay. Tại thời điểm kiểm tra, kho GCVHS mới có README; tác giả cho biết firmware đang được chỉnh lại trước khi công bố. Bản trình diễn hoạt động và một dự án đủ mã nguồn để người khác tái tạo là hai mốc khác nhau. Muốn tự làm, cần đợi phần mã và hướng dẫn thực tế, thay vì coi README là một bộ cài hoàn chỉnh.

Tổng kết

GCVHS thuyết phục ở việc khiến băng VHS tham gia vào một hệ thống tương tác có chương trình thật. Nhưng với game thủ muốn chơi Doom tự do, bản FMV này không thay thế bản gốc. Nó phù hợp hơn với người muốn hiểu cách giới hạn của vật mang dữ liệu định hình luật chơi: máy có thể xử lý nhanh hơn, còn cuộn băng vẫn đặt ra nhịp của trải nghiệm.

Nguồn tham khảo: GCVHS trên GitHub, Tom’s Hardware, Hackaday, Throaty Mumbo.