Cài đặt Steam
đăng nhập
|
ngôn ngữ
简体中文 (Hán giản thể)
繁體中文 (Hán phồn thể)
日本語 (Nhật)
한국어 (Hàn Quốc)
ไทย (Thái)
Български (Bungari)
Čeština (CH Séc)
Dansk (Đan Mạch)
Deutsch (Đức)
English (Anh)
Español - España (Tây Ban Nha - TBN)
Español - Latinoamérica (Tây Ban Nha cho Mỹ Latin)
Ελληνικά (Hy Lạp)
Français (Pháp)
Italiano (Ý)
Bahasa Indonesia (tiếng Indonesia)
Magyar (Hungary)
Nederlands (Hà Lan)
Norsk (Na Uy)
Polski (Ba Lan)
Português (Tiếng Bồ Đào Nha - BĐN)
Português - Brasil (Bồ Đào Nha - Brazil)
Română (Rumani)
Русский (Nga)
Suomi (Phần Lan)
Svenska (Thụy Điển)
Türkçe (Thổ Nhĩ Kỳ)
Українська (Ukraine)
Báo cáo lỗi dịch thuật
Sorry about the confusion the "-24" shift may have introduced. I originally came up with TenTen format to store sprites in the TEC Redshift. The "-24" shift is so the numbers take up at most 3 characters (whereas 1023 for example would take 4 characters).
DATA lines in the Redshift can hold a limited amount of characters, and EXAs can hold a limited number of lines. Since a DATA line can hold five 3-character numbers but only four 4-character numbers, I can store more data per line with the -24 shift: the "ADDI 24" command adds one line, but the shift saves roughly 0.5 lines per sprite.
In my opinion that whole -24 business wasn't necessary, and just confused the point of the puzzle. I spent a long time trying to figure out how the heck 103 somehow became 7 pixels, until someone else who understood your level description better than I did pointed out to me that I needed to add that 24 to get the right binary number. That whole part is superfluous, you get past it with one "ADDI 24" and never think about it again.
But ignoring my minor nitpicks, it was an nice puzzle to solve. Not many people upload puzzles anymore, I hope you upload more. Overall, I enjoyed it.