BMapPlayfield save state
@mschwartz đang làm issue này rồi.
Từ ngày 2/8/2019.
Đánh giá
Issue này chưa được đánh giá.
Mô tả
Currently, BMapPlayfield loads its data as described in the "tilemap".files.txt file. The attributes and tile indexes are combined so the attributes (code, "wall" bits) into TUint32 per position in the map.
This allows the game logic to fiddle with the attribute bits, or modify the map (e.g. playfield animation), while being able to reload the map and have none of those changes made.
In a game like modite-adventure, you may want to enter a dungeon and then exit, and then enter it again. You probably want the dungeon state to be the same as when you left it.
In order to persist the dungeon state, the BMapPlayfield class needs to be able to save its state to persistent storage (e.g. file system in flash), and then be able to load from the persisted data.
- Ngôn ngữ chính
- C
- Star
- 20
- Fork
- 7
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Hướng dẫn đóng góp
Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
zephyrproject-rtos/zephyr#119726 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
api7/lua-resty-saml#63 ·
-
[Bounty proposal] fix(web): memory insights count an evening memory on the next day ($25 proposed) Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
BasedHardware/omi#15320 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
[adam] AdamNet network read doesn't cap to MAX_ADAM_PACKET_LEN, overflows client receive buffers Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
FujiNetWIFI/fujinet-firmware#1649 · 2 bình luận ·