Gokuraku Shujō (極楽衆鳥)

DVD: Nihon no Kenjutsu (kiếm thuật Nhật Bản)

Kiếm thuật Nhật Bản (Nihon no Kenjutsu) là một DVD trong series giới thiệu về Cổ võ đạo (Kobudō) Nhật Bản. DVD này dài 76 phút, giới thiệu 3 phái cổ kiếm lừng danh trong lịch sử kiếm thuật Nhật Bản: 
 
+ Tenshin Shōden Katori Shintō-ryū: một trong những phái kiếm có thể hệ cổ nhất Nhật Bản. Phái này không những dạy kiếm thuật mà còn dạy Nhu thuật, thuật đánh Naginata, thuật bắn cung, đánh thương, Âm dương thuật, thuật xây thành.... Nói cách khác, đây là môn phái toàn diện, dạy mọi thứ cần thiết cho một Võ sĩ thời phong kiến. 
+ Yakuma Jigen-ryū: phái kiếm xuất phát từ phiên trấn Satsuma phía Nam nước Nhật. Phái này nổi tiếng với nhát kiếm đầu tiên luôn là nhát kiếm tất sát. Phái này có câu "không cần đến chiêu thứ hai", nghĩa là chiêu kiếm đầu tiên vung ra là đã lấy mạng địch thủ. 
+ Yagyū Shingan-ryū: phái này dạy kiếm, Nhu thuật và xuất phát từ Yagyū Shinkage-ryū, cây đại thụ trong số những cây đại thụ trong làng võ nghệ Nhật Bản. 
 
DVD được phụ đề Việt ngữ do Gokuraku Shujō thực hiện. 
 
<a href="http://imgbox.com/9e8guEO5" target="_blank"><img alt="image host" src="http://t.imgbox.com/9e8guEO5.jpg" /></a> <a href="http://imgbox.com/2YVPFqsb" target="_blank"><img alt="image host" src="http://t.imgbox.com/2YVPFqsb.jpg" /></a> <a href="http://imgbox.com/IDrDh1pz" target="_blank"><img alt="image host" src="http://t.imgbox.com/IDrDh1pz.jpg" /></a> <a href="http://imgbox.com/4bxtlxuy" target="_blank"><img alt="image host" src="http://t.imgbox.com/4bxtlxuy.jpg" /></a> <a href="http://imgbox.com/02udU6h9" target="_blank"><img alt="image host" src="http://t.imgbox.com/02udU6h9.jpg" /></a> <a href="http://imgbox.com/mZw8pZRi" target="_blank"><img alt="image host" src="http://t.imgbox.com/mZw8pZRi.jpg" /></a> <a href="http://imgbox.com/5fCsbulV" target="_blank"><img alt="image host" src="http://t.imgbox.com/5fCsbulV.jpg" /></a> <a href="http://imgbox.com/LgMdFNSc" target="_blank"><img alt="image host" src="http://t.imgbox.com/LgMdFNSc.jpg" /></a> <a href="http://imgbox.com/jYRecgwx" target="_blank"><img alt="image host" src="http://t.imgbox.com/jYRecgwx.jpg" /></a> <a href="http://imgbox.com/LE4z1NLf" target="_blank"><img alt="image host" src="http://t.imgbox.com/LE4z1NLf.jpg" /></a> <a href="http://imgbox.com/EENcQBOo" target="_blank"><img alt="image host" src="http://t.imgbox.com/EENcQBOo.jpg" /></a> <a href="http://imgbox.com/XnsZSxne" target="_blank"><img alt="image host" src="http://t.imgbox.com/XnsZSxne.jpg" /></a>
 
 
 Download 
<ul>
<li>Google: <a href="https://docs.google.com/uc?authuser=0&id=0Bw2sEnNAPrTHRFBRSGJUV1doZjQ&export=download" target="_blank">click vào đây</a><a href="https://draft.blogger.com/"></a></li>
<li>Filetrip: <a href="http://filetrip.net/dl?RVseqCFzpY" target="_blank">click vào đây</a></li>
<li>Fshare: <a href="https://www.fshare.vn/file/GPZH79G69HD3" target="_blank">click vào đây</a></li>
</ul>
 
<iframe allowfullscreen="" frameborder="0" height="315" src="https://www.youtube.com/embed/8JtXoupCFvk" width="420"></iframe>

DVD: Nihon no Kenjutsu (kiếm thuật Nhật Bản)

Kiếm thuật Nhật Bản (Nihon no Kenjutsu) là một DVD trong series giới thiệu về Cổ võ đạo (Kobudō) Nhật Bản. DVD này dài 76 phút, giới thiệu 3 phái cổ kiếm lừng danh trong lịch sử kiếm thuật Nhật Bản: +…

Đọc thêm »

27 Jun 2015

Lập trình 6502 (p3)

Bài 3: cái nhìn chung về Asm6502 
 Từ bài này ta sẽ đi vào phần lập trình của 6502. Tài liệu về 6502 có rất nhiều trên Google, người đọc có thể tìm hiểu thêm nếu thích. Có 5 phần chính trong ngôn ngữ Assembly như được giới thiệu lần lượt bên dưới. Trong đó có những phần phải được viết theo một vị trí hàng ngang cố định mới có hiệu lực. Để tạo ra một game NES (file có đuôi .Nes), đầu tiên ta viết chương trình trong một file text có đuôi .Asm rồi chạy với trình compiller. Compiller là trình biên dịch, nó sẽ chuyển các mệnh lệnh trong file text thành dạng số mà máy có thể hiểu được. Nói nôm na, nhiệm vụ của compiller là dịch từ ngôn ngữ mà con người hiểu được thành ngôn ngữ máy. Chẳng hạn, trong file text ta có mệnh lệnh LDA #03 thì trình biên dịch sẽ chuyển thành 03A9. <a class="externalLink" href="https://dl.dropboxusercontent.com/u/37097317/nesasm.zip" rel="nofollow" style="background-color: #f5f5ff; border-radius: 5px; color: rgb(34, 34, 156) !important; line-height: 18.6666660308838px; margin: 0px -3px; padding: 0px 3px;" target="_blank">Click vào đây để tải NESASM</a>. Có khá nhiều compiller cho NES, trong số đó có compiller dựa trên nền ngôn ngữ C, nhưng ở đây chỉ giới thiệu NESASM, trình biên dịch Assembler để giúp người đọc hiểu rõ. NESASM là Assembler có thể tạo ra file.NES từ mã nguồn. Sau khi có file.NES, có thể dùng giả lập để chơi. Có nhiều loại giả lập NES, nhưng khuyên dùng Fceux vì nó có chức năng Debugger và Dis-assemble, chức năng phân tích ngược lại từ ngôn ngữ máy ra ngôn ngữ Assmbly. Giả lập này có thể tải miễn phí từ Google. Dưới đây là lưu trình phát triển một game NES. 
<div style="background-color: #f5f5ff; line-height: 18.6666660308838px; margin: 0px; padding: 0px; text-align: center;">
<img alt="[IMG]" class="bbCodeImage LbImage" data-url="http://i.imgur.com/sEMF8dD.png" src="http://i.imgur.com/sEMF8dD.png" style="border: 0px; max-width: 100%;" /></div>
 Lệnh dẫn hướng: là những lệnh chỉ cho trình Assembler biết cần phải làm gì, chẳng hạn như tìm code trong bộ nhớ. Các lệnh này đều bắt đầu bằng dấu "." (không ngoặc kép) với một khoảng trắng đứng trước. Có người dùng phím tab để tạo khoảng trắng, hay 4 dấu cách, có người dùng 2 dấu cách. Chẳng hạn, lệnh dẫn hướng dưới đây chỉ cho trình Assembler biết phải đặt code vào trong ROM, bắt đầu từ địa chỉ $8000 tron bộ nhớ" .org $8000 Label: nhãn. Label phải được viết ngay sát lền trái và có dấu ":" (không ngoặc kép) liền sau. Lable là tên gán cho một đoạn code nào đó để tránh mất thời gian viết khi lặp lại nhiều lần, hay để dễ hiểu, tránh nhầm lẫn. Chẳng hạn có label như sau: .org $8000 Gokuraku: Khi trình Assembler gặp label, nó sẽ tự động chuyển label thành địa chỉ. Trong ví dụ trên, ta gán nhãn Gokuraku cho .org $8000 thì  STA Gokuraku sẽ được dịch thành STA .org $8000 Opcode: opcode là mệnh lệnh mà bộ xử lý thi hành. Trong ví dụ sau, JMP là opcode chỉ cho bộ xử lý nhảy tới label GameVN: .org $8000 GameVN: JMP GameVN Tất cả các opcode trong các ngôn ngữ console đều là chữ viết tắt gồm 3 ký tự. JMP là opcode có giá trị $4C. Operand: là thành phần thông tin bổ trợ cho opcode. Opcode có thể đi kèm từ 1~3 oprand. Trong ví dụ dưới đây thì #$FF chính là operand: .org $8000 Google: LDA #$FF JMP Google Nói cách khác, operand chính là giá trị đi kèm với opcode. Cả opcode và operand cấu thành nên một câu lệnh hoàn chỉnh, gọi là mnemonic.  Comment: là một kiểu ghi chú bằng "tiếng người" để hiểu được mớ code lằng nhằng đó có ý nghĩa gì. Phần comment sẽ không được trình biên dịch chú ý nên nó không ảnh hưởng gì tới chương trình, chỉ giúp người lập trình dễ dàng theo dõi những gì đang viết mà thôi. Trong ngôn ngữ Assembly, comment được viết sau dấu ; trong khi C hay Java là //, VB là '. LDA #100001 ; nạp giá trị 00100001 vào Register A (% thể hiện hệ nhị phân) LDX #13 ; nạp giá trị 13 (thập phân) vào Register X LDY #$0F ; nạp giá trị 0F (thập lục) vào Register Y Tổng quát về bộ xử lý 6502 6502 là bộ xử lý 8 bit với Address bus 16 bit, có thể truy cập vào 64KB bộ nhớ mà không cần đổi bank. Không gian bộ nhớ này được chia thành RAM, PPU/APU/Controller và ROM.  Phần bộ nhớ của Famicom được chia làm RAM và ROM, gọi là Memory Map. Đại khái như dưới đây. $0000-$07FF: RAM nội bộ, dung lượng 2KB bên trong NES, user tự do sử dụng $0800-$1FFF: đối xứng gương của RAM $2000-$2007: các cổng truy cập vào PPU (I/O Register) $2008-$3FFF: đối xứng gương của I/O Register $4000-$401F: các cổng truy cập vào APU và Controller $4020-$5FFF: ROM mở rộng $6000-$7FFF: WRAM có thể có hay không bên trong Cartridge (backup RAM) $8000-$BFFF: ROM bên trong Cartridge $C000-$FFFF: ROM bên trong Cartridge Phần bộ nhớ người dùng có thể tùy nghi sử dụng là từ $0000 đến $07FF, dung lượng 2KB. Tổng quan về Asm 6502 Ngôn ngữ Assembly cho 6502 bắt đầu với code 3 chữ cái như mô tả ở phần trên. Có tất cả 56 lệnh, trong số đó có chừng 10 lệnh hay được dùng nhất. Nhiều lệnh trong đó có giá trị (operand) đi kèm opcode. Phần giá trị (operand) này có thể viết ở 3 dạng: thập lục, thập phân và nhị phân. Dấu $ đứng trước giá trị cho biết nó ở hệ thập lục. Dấu % đứng trước giá trị cho biết nó ở hệ nhị phân, trong khi số thập phân thì đứng độc lập, không đi kèm ký hiệu gì. Nếu giá trị không có dấu # đi kèm thì nghĩa là giá trị tại địa chỉ đó. Chẳng hạn: LDA #$000A ; tải giá trị 0A vào Register A LDA $000A ; tải giá trị tại địa chỉ $0A trong bộ nhớ vào Register A Giải thích về Register Register là một vùng bên trong bộ xử lý để giữ một giá trị. Từ "register" có nghĩa là lưu giữ. 6502 chỉ có 3 Register cho phép tự do sử dụng, ngoài ra còn có Stack Register và vài Register nữa nhưng tôi không đề cập đến trong bài này. Các Register đó là: A: Accumulator, dùng để tính toán. X, Y: Index, chỉ mục. Dùng để truy nhập vào bộ nhớ. Các Register của 6502 chỉ có 8bit nên chúng chỉ chứa được giá trị từ 00 đến FF (0~255). Accumulator: Register này được ký hiệu là A, là Register chủ yếu để chứa, tải, so sánh và tính toán trên dữ liệu. Một vài lệnh thường dùng liên quan đến Accumulator: LDA #$FF ; tải giá trị hex FF (255) vào trong A STA $0000 ; chứa (ghi) Accumulator vào địa chỉ $0000 trong bộ nhớ, đây là phần RAM nội bộ Index Register X: thường được dùng để đếm hay truy nhập bộ nhớ. Trong các vòng lặp thì Register này được dùng để theo dõi vòng lặp đã lặp được bao nhiêu lần, trong khi dùng A để xử lý dữ liệu. Vài ví dụ: LDX $0000 ; tải giá trị bộ nhớ tại địa chỉ $0000 vào X INX ; tăng X thêm 1 đơn vị, X=X+1 Index Register Y: hoạt động giống X. Tuy nhiên có vài lệnh chỉ hoạt động với X mà không hoạt động với Y. Vài ví dụ: STY $00BA ; chứa Y vào địa chỉ $00BA trong bộ nhớ TYA ; chuyển Y vào Accumulator Status Register: Register trạng thái này giữ flag với thông tin về mệnh lệnh trước. Chẳng hạn như khi đang thực hiện phép trừ, nó cho phép kiểm tra xem kết quả có phải zero không. Các lệnh 6502 căn bản Dưới đây là các lệnh căn bản. Một số lệnh phức tạp hơn sẽ được đề cập ở những phần sau. Opcode liên quan đến nạp/ghi LDA #$0A ; nạp giá trị 0A vào Accumulator ; phần giá trị có thể là con số hoặc địa chỉ ; nếu giá trị là zero thì zero flag được thiết lập LDX $0000 ; nạp giá trị tại địa chỉ $0000 vào trong bộ nhớ vào Index Register X ; nếu giá trị là zero thì zero flag được thiết lập LDY #$FF ; nạp giá trị FF vào trong bộ nhớ vào Index Register Y ; nếu giá trị là zero thì zero flag được thiết lập STA $2000 ; chứa giá trị của A vào địa chỉ $2000 ; phần số phải là địa chỉ, không chấp nhận giá trị STX $5A12 ; chứa giá trị của X vào địa chỉ $5A12 ; phần số phải là địa chỉ, không chấp nhận giá trị STY $010F ; chứa giá trị của Y vào địa chỉ $010F ; phần số phải là địa chỉ, không chấp nhận giá trị Đồ hình dưới đây giải thích rõ thêm về chức năng của LDA và STA. 
<div style="background-color: #f5f5ff; line-height: 18.6666660308838px; margin: 0px; padding: 0px; text-align: center;">
<div style="margin: 0px; padding: 0px;">
<img alt="[IMG]" class="bbCodeImage LbImage" data-url="http://i.imgur.com/wCZIXY1.gif" src="http://i.imgur.com/wCZIXY1.gif" style="border: 0px; max-width: 100%;" /></div>
</div>
 TAX ; (transfer A to X) chuyển giá trị từ A vào X ; nếu giá trị là zero thì zero flag được thiết lập TAY ; (transfer A to Y) chuyển giá trị từ A vào Y ; nếu giá trị là zero thì zero flag được thiết lập TXA ; chuyển X vào A ; nếu giá trị là zero thì zero flag được thiết lập TYA ; chuyển Y vào A ; nếu giá trị là zero thì zero flag được thiết lập Opcode tính toán phổ thông ADC #$01 ; Add with Carry, cộng với carry ; A= A + $01 +carry ; nếu kết quả là zero thì zero flag được thiết lập SBC #$80 ; Subtract with Carry, trừ với carry ; A= A - $80 - (1 - carry) ; nếu kết quả là zero thì zero flag được thiết lập CLC ; Clear Carry, xóa carry flag trong Status Register ; thường được thực hiện trước khi thi hành ADC SEC ; Set carry, thiết lập carry flag trong Status Register ; thường được thực hiện trước khi thi hành SBC INC $0100 ; Increment, tăng giá trị tại địa chỉ $0100 ; nếu kết quả là zero thì zero flag được thiết lập DEC $0001 ; Decrement, giảm giá trị tại địa chỉ $0001 ; nếu kết quả là zero thì zero flag được thiết lập INY ; Incrememt Y Register, tăng Y ; nếu kết quả là zero thì zero flag được thiết lập INX ; Increment X Register, tăng X ; nếu kết quả là zero thì zero flag được thiết lập DEY ; Decrement Y, giảm Y ; nếu kết quả là zero thì zero flag được thiết lập DEX ; Decrement X, giảm X ; nếu kết quả là zero thì zero flag được thiết lập ASL A ; Arithmetic Shift Left, dịch chuyển số học về trái ; dời tất cả bit 1 vị trí về bên trái ; luôn được nhân 2 ; nếu kết quả là zero thì zero flag được thiết lập LSR $6000 ; Logical Shift Right, dịch chuyển số học về phải ; dời tất cả bit 1 vị trí về bên phải 1 byte là tổ hợp 8 bit, thứ tự từ bit 0 đến bit 7. Hình ảnh dưới đây minh họa cho 2 phép dời bit 
<div style="background-color: #f5f5ff; line-height: 18.6666660308838px; margin: 0px; padding: 0px; text-align: center;">
<img alt="[IMG]" class="bbCodeImage LbImage" data-url="http://i.imgur.com/GxHufEm.png" src="http://i.imgur.com/GxHufEm.png" style="border: 0px; max-width: 100%;" /></div>
 Opcode liên quan đến lưu trình điều khiển JMP $8000 ; Jump, nhảy đến địa chỉ $8000 và tiếp tục thực hiện code ở đây BEQ $FF00 ; Branch if Equal, phân nhánh nếu bằng, tiếp tục chạy code ở đây ; đầu tiên là so sánh (CMP), kết quả sẽ xóa hay thiết lập zero flag ; BEQ sẽ kiểm tra zero flag ; nếu zero flag được lập (kết quả = zero), code nhảy đến $FF00 và chạy từ đây ; nếu zero flag bị xóa (kết quả không = zero) thì không nhảy, tiếp tục chạy code từ vị trí cũ BNE $FF00 ; Branch if not equal, phân nhánh nếu không bằng ; chức năng ngược lại với BEQ, nhảy đến $FF00 nếu kết quả khác zero. Cấu trúc NES code iNES Header: phần header này gồm 16 byte cho trình giả lập biết mọi thông tin về game, bao gồm Mapper, đối xứng đồ họa và kích thước PRG/CHR. Ta nên đưa những thông tin này vào đầu file asm. .inesprg 1 ; 1x 16KB bank cho code PRG (dùng 1 bank trong số mấy bank của chương trình) .ineschr 1 ; 1x 8KB bank cho dữ liệu CHR (dùng 1 bank trong số mấy bank của dữ liệu đồ họa) .inesmap 0 ; mapper 0= NROM, không chuyển đổi bank .inesmir 1 ; chọn đối xứng gương ngang (0) hay dọc (1) của VRAM đối với ảnh nền. Đang chọn dọc. Bank: dữ liệu chương trình và đồ họa được phân chia thành các đơn vị gọi là bank. Ở đây đề cập đến 3 bank như bên dưới. Bank 0 bắt đầu từ $8000, là khu vực chứa chương trình trong ROM. Bank 1 bắt đầu từ $FFFA, là table ngắt. Bank 2 bắt đầu từ $0000 trong VRAM, là nơi chứa ảnh sprite và ảnh nền (BG). NESASM sắp đặt mọi thứ trong các bank 8KB code và 8KB đồ họa. Cần có 2 bank để đầy 16KB PRG. Đối với mỗi bank, cần khai báo thông tin để trình Assembler biết nó phải bắt đầu ở đâu trong bộ nhớ. .bank 0 ; chọn bank 0 .org $C000 ; bắt đầu từ $C000 ; code chương trình bắt đầu từ đây Có 3 lúc bộ xử lý phải dừng code và nhảy đến vị trí mới. Những vector này nằm trong PRG ROM và cho bộ xử lý biết cần phải nhảy đến đâu khi những tình huống này xảy ra. NMI Vector: xảy ra một lần cho mỗi khung hình khi được cho phép. PPU cho bộ xử lý biết nó đang bắt đầu thời gian VBlank và có thể cập nhật hình ảnh. RESET Vector: xảy ra khi NES khởi động hay nút Reset được nhấn. IRQ Vector: được kích hoạt từ vài con chip mapper hay ngắt audio, không được đề cập đến ở đây. 3 vector này phải được xuất hiện trong file .asm đúng thứ tự. Lệnh .dw được dùng để định nghĩa một Data Word (1 word = 2 byte). .bank 1 ; đổi sang bank 1 .org $FFFA ; vector đầu tiên bắt đầu từ $FFFA .dw NMI ; khi NMI xảy ra (1 lần mỗi khung hình), bộ xử lý sẽ nhảy đến label NMI: .dw RESET ; khi bộ xử lý được bật hay reset, nó sẽ nhảy đến label RESET: .dw 0 ; ngắt VBlank .dw Start ; ngắt Reset. Nhảy đến label Start khi khởi động và reset .dw 0 ; phát sinh do ngắt phần cứng và ngắt phần mềm Reset code: vector reset được gán cho label RESET, nên khi bộ xử lý khỏi động thì nó sẽ bắt đầu từ RESET bằng cách dùng lệnh .org mà code được viết trong ROM.  .bank 0 .org $C000 RESET: SEI ; bỏ IRQ CLD ; bỏ chế độ số thập phân Ở đây bank 1 viết về table vector bộ ngắt. Ngắt là một chức năng xử lý quan trọng. Ở đây khi nhấn nút Reset thì mọi thứ trở về ban đầu. Nếu dùng chức năng ngắt thì phải ghi địa chỉ routine ngắt vào .dw. Routine ngắt là một chương trình nằm chờ trên bộ nhớ để xử lý, khống chế chức năng ngắt. Khi kết quả tính toán dẫn đến lỗi hay khi có yêu cầu xử lý từ thiết bị ngoại vi gửi đến thì CPU sẽ dừng chương trình đang chạy và gọi chương trình đã đăng ký sẵn ra. Đây gọi là chức năng ngắt. Chẳng hạn, khi đang chạy game, ta nhấn nút Reset trên máy Famicom thì toàn bộ game sẽ dừng và quay trở lại màn hình đầu tiên. Thêm file binary: chức năng thêm file thường được dùng cho dữ liệu đồ họa và dữ liệu các màn chơi. Dữ liệu này được đưa vào file .nes như sau: .bank 2 ; đổi sang bank 2 .org $0000 ; bắt đầu từ $0000 (trong VRAM) .incbin "kage.bkg" ; include file kage.bkg, file ảnh nền (BG) .incbin "kage.spr" ; include file kage.spr, file ảnh sprite Theo thứ tự này thì ảnh nền là Pattern table 0, ảnh sprite là Pattern table 1. incbin có chức năng giống #include trong ngôn ngữ C, bao gồm file đối tượng được chỉ định. Trong VRAM cũng có khái niệm Memory map. Phần dưới là nhắc lại kiến thức ở phần trước đây. Chức năng của từng cái sẽ được giới thiệu ở những bài sau. $0000-$0FFF: Pattern table 0 $1000-$1FFF: Pattern table 1 $2000-$23BF: Name table $23C0-$23FF: table thuộc tính $2400-$27BF: Name table $27C0-$27FF: table thuộc tính $2800-$2BBF: Name table $2BC0-$2BFF: table thuộc tính $2C00-$2FBF: Name table $2FC0-$2FFF: table thuộc tính $3000-$3EFF: đối xứng gương của $2000-$2EFF $3F00-$3F0F: palette dùng cho BG $3F10-$3F10: palette dùng cho sprite $3F20-$3FFF: đối xứng gương của palette $4000-$FFFF: đối xứng gương của $0000-$3FFF

Lập trình 6502 (p3)

Bài 3: cái nhìn chung về Asm6502 Từ bài này ta sẽ đi vào phần lập trình của 6502. Tài liệu về 6502 có rất nhiều trên Google, người đọc có thể tìm hiểu thêm nếu thích.Có 5 phần chính trong ngôn ngữ Ass…

Đọc thêm »

23 Jun 2015

Lập trình 6502 (p2)

Bài 2: khái quát về cấu trúc NES Trước khi đi vào cấu trúc của NES, cần nắm rõ những khái niệm cơ bản trong lập trình. Và đối với ngôn ngữ cấp thấp như Asm thì cần phải hiểu biết nhiều về phần cứng. Tất cả mọi ngôn ngữ lập trình đều có chung 3 khái niệm cơ bản là tập lệnh (chỉ thị), biến số và lưu trình điều khiển. Nếu thiếu bất kỳ yếu tố nào trong số này thì đều không thể xem là ngôn ngữ lập trình được. Chẳng hạn, HTML vốn không có lưu trình điều khiển nên không được xem là một ngôn ngữ lập trình. Tập lệnh: Câu lệnh (chỉ thị) là thành phần nhỏ nhất mà bộ xử lý thực hiện. Các câu lệnh được thực thi lần lượt từng câu một, lần lượt nối tiếp nhau. Trong bộ xử lý của NES chỉ có 56 câu lệnh, trong đó khoảng 10 câu lệnh thường dùng lặp đi lặp lại, chẳng hạn chứa một giá trị vào Register, câu lệnh so sánh một biến số với zero… Biến số: Biến là một vùng lưu trữ dữ liệu có thể bị thay đổi. Chẳng hạn như số HP của nhân vật, nó có thể giảm xuống khi bị phe địch tấn công, được tăng lên khi dùng Item hồi phục. Biến có thể thay đổi bất kỳ lúc nào trong game khi một event liên quan xảy ra. Tất cả biến số trong mã nguồn đều có tên do người dùng đặt. Lưu trình điều khiển: Về cơ bản thì các câu lệnh được thực hiện theo trật tự liên tục, một chiều từ trước ra sau. Nhưng đôi khi bạn muốn bộ xử lý thực thi một phần khác trong mớ code, tùy thuộc vào biến số. Lưu trình điều khiển có chức năng thay đổi hướng thực thi của chương trình, chẳng hạn như khi nhân vật đang bị tấn công thì nó sẽ nhảy đến đoạn code kiểm tra xem HP của nhân vật đã về zero hay chưa. Nếu đã về zero thì lại nhảy đến đoạn code xử lý hình ảnh nhân vật ngả xuống và không cho người chơi điều khiển nữa… Mọi máy tính phổ thông đều có chung cơ cấu gồm một khu vực để chứa dữ liệu, code (ROM), một khu vực chứa các biến số (RAM) và một bộ xử lý (CPU) để thực thi code. Tuy nhiên CPU của NES còn có một thành phần khác gọi là APU (Audio Processing Unit) để xử lý âm thanh. Ngoài ra NES còn có một bộ xử lý khác để tạo ra hình ảnh, gọi là PPU. Những khái niệm ở đây hết sức cơ bản và sẽ lần lượt đề cập chi tiết trong những bài sau. Hệ thống cấu trúc của NES ROM: Viết tắt của cụm từ Read Only Memory, bộ nhớ chỉ đọc. Đây là khu vực chứa dữ liệu hình ảnh, âm thanh, mã chương trình… và không thể bị thay đổi trong quá trình thực thi. Đối với máy NES thì ROM được chứa trong con chip bên trong băng cartridge, đối với PlayStation thì ROM được chứa trong đĩa CD, với PlayStation 2 là DVD, PlayStation 3 là Blu-ray hay ổ cứng…. RAM: Viết tắt của cụm từ Random Access Memory, bộ nhớ truy cập ngẫu nhiên. Ram chứa dữ liệu có thể đọc hay ghi đè lên trong quá trình thực thi. Chẳng hạn cùng một địa chỉ Ram quản lý số HP, ban đầu giá trị là 80 (HP) nhưng khi bị địch tấn công, giá trị mới là 79 có thể ghi đè lên giá trị cũ. Khi tắt nguồn điện thì Ram mất hoàn toàn. Đối với máy NES thì có thể dùng pin để “nuôi” không cho Ram chết. Một số game như Final Fantasy, Fire Emblem có thời lượng rất dài, người chơi không thể hoàn thành game trong một thời gian ngắn nên băng cartridge cho những game này đều có pin nuôi dữ liệu (Ram) nên người chơi có thể tiếp tục ở chỗ đã dừng sau khi tắt máy đi ngủ một thời gian. Đây cũng là lý do khiến máy Gameboy mất hết dữ liệu save sau khi thay pin. PGR: Program Memory, bộ nhớ chương trình. Nói nôm na là phần code của game. Đây là một trong những thành phần chính của ROM. CHR: Character Memory. Một trong những thành phần chính của ROM. Nó chính là vùng chứa dữ liệu đồ họa của game.  CPU: Cental Processing Unit, chip xử lý chính. Phần này nằm trong máy NES. PPU: Picture Processing Unit, chip xử lý đồ họa nằm trong máy NES. APU: Audio Processing Unit, chip âm thanh nằm trong CPU. 
 Tổng quan về hệ thống Máy NES bao gồm một CPU 6502, một APU và Controller chung trong một con chip, một APU xử lý đồ họa trong con chip khác. Khi cắm Rom (băng Cartridge) vào máy, người chơi nhấn nút trên Controller, CPU sẽ đọc code trong Rom và thực thi chúng, gửi mệnh lên đến APU và PPU, từ đó phát âm thanh ra loa và hình ảnh ra màn hình.  Sơ đồ dưới đây thể hiện khái quát về cách hoạt động của máy NES 
<div style="background-color: #f5f5ff; line-height: 18.6666660308838px; margin: 0px; padding: 0px; text-align: center;">
<img alt="[IMG]" class="bbCodeImage LbImage" data-url="http://i.imgur.com/ZZRP3LB.png" src="http://i.imgur.com/ZZRP3LB.png" style="border: 0px; max-width: 100%;" /></div>
 Chỉ có 2KB RAM kết nối với CPU để lưu trữ biến số và 2KB RAM kết nối với PPU để giữ 2 màn hình TV đối với hình ảnh nền (bối cảnh, background). Chú ý, KB là viết tắt của chữ KiloByte, 1KB=1024 byte. Nếu viết là Kb (chữ “b” viết thường) thì có nghĩa là KiloBit. 1 byte = 8 bit nên 1Kb=1/8 của 1KB. Một vài băng Cartridge còn có thêm WRAM (Work RAM), một dạng CPU RAM. Nếu game cần lưu dữ liệu save (như Final Fantasy) thì sẽ có thêm viên pin nuôi WRAM này để dữ liệu không bị mất khi tắt máy, như đã nói ở phần trên. Một vài băng game còn có thêm PPU RAM để giữ 4 màn hình ảnh nền (background) cùng lúc, nhưng số lượng băng này không nhiều. Mỗi băng Cartridge có ít nhất 3 con chip: chip chứa code chương trình (PRG ROM), chip chứa dữ liệu đồ họa (CHR) và một chip cho bộ khóa. Tuy nhiên dữ liệu hình ảnh có thể là RAM thay vì ROM, tùy vào game. Điều này có nghĩa là code của game sẽ cspy hình ảnh từ PRG ROM sang CHR RAM. Bộ khóa Bên trong máy NES và trong băng Cartridge luôn có 2 con chip khóa. Chip bộ khóa quản lý việc reset máy. Đầu tiên, bộ khóa trong NES gửi đi một xung với tần số nào đó, bộ khóa trong Cartridge ghi nhận con số này. Sau đó cả 2 bộ khóa thực hiện một phương trình phức tạp sử dụng con số đó và gửi kết quả cho nhau. Cả 2 chip đều biết rõ đối phương cần phải gửi dữ liệu gì nên cả 2 đều biết rõ khi có bất thường xảy ra. Khi có bất thường thì hệ thống sẽ đi vào vòng lặp khởi động lại liên tục. Điều này giải thích cho hiện tượng màn hình chớp sáng khi cắm băng bị bẩn vào. Mục đích của bộ khóa là để ngăn chặn băng game lậu. Những băng lậu sau này đều có bộ bẻ khóa. Nguyên tắc hoạt động của chúng là gửi dòng điện từ băng làm tê liệt bộ khóa trong máy NES, ngăn không cho nó khởi động lại hệ thống. Sau đó, Nintendō cũng dần có đối sách phòng ngừa chuyện này. Khi mở máy NES, kiểm tra bản mạch sẽ thấy dòng NES-CPU- và con số tiếp sau đó. Con số này chính là phiên bản. 11 là phiên bản cuối cùng và hầu như không có game lậu nào chơi được trên máy NES-CPU-11. Tổng quan về CPU NES (Famicom) sử dụng CPU 6502 của hãng Motorola với một chút chỉnh sửa. 6502 là CPU 8 bit, nổi tiếng vì nó được sử dụng trong máy NES và máy Apple II, Atari 2600. Đương thời, sức mạnh của NES không thể sánh với một cỗ máy tính bình thường, nhưng cũng là quá đủ để chơi game. CPU 6502 có Address bus 16 bit nên có thể truy cập vào 64KB bộ nhớ ($00~$FF). Bao gồm trong không gian bộ nhớ đó là 2KB của CPU RAM, các cổng để truy cập vào PPU/APU/Controller, WRAM (trong băng) và 32 KB dành cho PRG ROM. Chẳng hạn, RAM nội bộ bắt đầu từ $0000 ~ $0800. $0800 = 2048, tức 2 Kb. Phần chương trình gói gọn trong 32 KB, nhưng 32 KB là con số khá nhỏ đối với nhiều game nên Memory mapper được dùng để giải quyết vấn đề này.  
<div style="background-color: #f5f5ff; line-height: 18.6666660308838px; margin: 0px; padding: 0px; text-align: center;">
<img alt="[IMG]" class="bbCodeImage LbImage" data-url="http://i.imgur.com/z5pZpGq.png" src="http://i.imgur.com/z5pZpGq.png" style="border: 0px; max-width: 100%;" /></div>
 Tổng quan về PPU PPU trên NES là con chip hiển thị đồ họa, nó bao gồm RAM nội bộ chứa sprite (ảnh nhân vật) và palette màu. Trên bảng mạch NES còn có RAM chứa ảnh nền, và hình ảnh thực tế đều được xử lý từ bộ nhớ CHR trong băng Cartridge. Chương trình chính không chạy trên PPU mà nó chỉ chứa vài tùy chỉnh như màu sắc hay cuốn màn hình. PPU xử lý một đường quét của TV tại một thời điểm. Đầu tiên, dữ liệu sprite được nạp từ CHR trong băng cắm, nếu có nhiều hơn 8 sprite trên một đường quét thì phần còn lại sẽ bị bỏ qua. Vì vậy, ở một số game thì hình ảnh sẽ nhấp nháy khi có nhiều thứ cùng thể hiện trên màn hình. Sau sprite là đến ảnh nền được nạp từ CHR. Khi tất cả các đường quét đều được xử lý xong thì sẽ có một khoảng thời gian không có bất kỳ hình ảnh nào được gửi ra màn hình. Khoảng này gọi là VBlank và là thời gian duy nhất để cập nhật đồ họa. TV hệ PAL có thời gian VBlank dài hơn, cho phép nhiều thời gian cập nhật hơn. Một vài game hệ PAL không chạy được trên TV NTSC vì khác biệt trong thời gian VBlank này. Cả PAL và NTSC đều cho độ phân giải 256x240 điểm ảnh, nhưng hàng trên cùng và dưới cùng của TV NTSC thường bị cắt đi 8 điểm ảnh, nên chỉ còn 256x224. Tổng quan về đồ họa Tile: tất cả mọi hình ảnh đều được cấu thành từ những tile 8x8 điểm ảnh. Những hình ảnh lớn hơn, như ảnh nhân vật, được cấu thành từ liên hợp nhiều tile 8x8. Hình ảnh dạng tile cần ít bộ nhớ hơn, nhưng không thể hiện được hình ảnh 3D hay bitmap. Có thể dùng các phần mềm như Tile Molester hay YY-CHR để xem tile bên trong game NES. Sprite: PPU có đủ bộ nhớ để chứa 64 sprite hay những thứ chuyển động trên màn hình. Trên mỗi đường quét chỉ được phép tối đa là 8 sprite, số nhiều hơn sẽ bị bỏ qua. Background: chính là ảnh nền, có thể cuộn theo chiều ngang hay dọc. Chẳng hạn trong game Mario, khi nhân vật di chuyển sang phải thì bối cảnh cũng thay đổi theo, tạo cảm giác màn hình đang cuốn sang phải. Bối cảnh gồm các tile 32x30 điểm ảnh. Có 2 màn hình bối cảnh được giữ trong bộ nhớ.  Pattern Table: là vùng chứa dữ liệu hình ảnh thực tế, có thể là trong ROM hay RAM trong băng Cardtridge. Mỗi pattern gồm 256 tile. Một table được dùng cho bối cảnh, một để chứa sprite. Tất cả hình ảnh hiện trên màn hình đều phải nằm trong những table này. Table thuộc tính: những table này thiết lập thông tin màu sắc trong những khu vực 2x2 tile. Có nghĩa là một vùng 16x16 điểm ảnh chỉ có 4 màu khác nhau được lựa chọn từ palette. Palette: 2 khu vực này đều giữ thông tin về màu sắc, 1 cho ảnh nền và 1 cho ảnh sprite. Mỗi palette có 16 màu. Để hiển thị 1 tile lên màn hình, con số chỉ định màu sắc của điểm ảnh được đọc từ Pattern table và table thuộc tính, rồi con số này tìm trong palette để lấy màu sắc thực tế. Dưới đây là hình ảnh sơ đồ PPU. 
<div style="background-color: #f5f5ff; line-height: 18.6666660308838px; margin: 0px; padding: 0px; text-align: center;">
<span style="border-color: initial; border-image-outset: initial; border-image-repeat: initial; border-image-slice: initial; border-image-source: initial; border-image-width: initial; border-style: initial;"><img alt="[IMG]" class="bbCodeImage LbImage" data-url="http://i.imgur.com/OTFUC2I.png" src="http://i.imgur.com/OTFUC2I.png" style="border: 0px; max-width: 100%;" /></div>

Lập trình 6502 (p2)

Bài 2: khái quát về cấu trúc NESTrước khi đi vào cấu trúc của NES, cần nắm rõ những khái niệm cơ bản trong lập trình. Và đối với ngôn ngữ cấp thấp như Asm thì cần phải hiểu biết nhiều về phần cứng. Tấ…

Đọc thêm »

21 Jun 2015

Lập trình 6502 (p1)

<div style="margin: 0px; padding: 0px; text-align: center;">
Lập trình game NES</div>
 
Asm65816 viết Dẫn nhập Từ khi cho ra đời bản dịch Fire Emblem Việt ngữ đầu tiên trên hệ máy SNES vào đầu năm 2010 đến nay, có nhiều người đã hỏi tôi rằng “làm thế nào để dịch game ABC, XYZ…”. Mặc dù đã có một bài hướng dẫn về dịch game console (cũng như PC) đăng trên diễn đàn GameVN từ năm 2010, nhưng nhiều hình ảnh minh họa đã không còn nên gây ra sự khó hiểu đối với người đọc. Sau đó, tôi cũng đã viết một số bài hướng dẫn tập trung cụ thể vào những game nhất định như Resident Evil 5 (PC), Fire Emblem V, Final Fantasy IX (PlayStation) nhưng nhìn lại vẫn còn khá khó hiểu với đa số người đọc vì quá chuyên sâu vào một game nhất định và đặt tiền đề là người đọc đã có những nền tảng cơ bản nhất định. Bí quyết của việc dịch/hack game là ở chỗ nắm rõ cách thức nó được viết ra, hay nói nôm na là ngôn ngữ lập trình của nó. Đối với các thế hệ console trước đây thì người ta không dùng các ngôn ngữ cao cấp như C để viết, mà sử dụng loại ngôn ngữ cấp thấp (ngôn ngữ giao tiếp với máy) gọi là Assembly (viết tắt là Asm) để viết. Dĩ nhiên là từng loại máy sử dụng từng loại Asm khác nhau, chẳng hạn máy NES sử dụng Asm6502, máy SNES sử dụng Asm65816,… nhưng chúng có nhiều ý niệm cơ bản tương đồng nhau. Vì vậy, loạt bài viết này giới thiệu đến bạn đọc từ cái nhìn tổng quát cho tới chuyên sâu vào ngôn ngữ Asm của NES thông qua những chương trình đơn giản (có thể chạy được bằng giả lập NES) để từ đó người đọc nắm bắt được những nét cơ bản, tạo dựng nền tảng và sự hứng thú để học hỏi tiếp ngôn ngữ ở các hệ máy khác như dòng PlayStation, dòng Xbox…. Dự định loạt bài này gồm hơn 20 bài, đi từ những nền tảng cơ bản nhất đến chi tiết với độ khó tăng dần. Những kiến thức trong loạt bài này là kết quả tiếp thu từ nhiều nguồn khác nhau trong nhiều năm tháng qua, và phần lớn kiến thức đều dẫn từ sách “ngôn ngữ Assembly 6502/65C02” của tác giả Leo J. Scanlon, bản tiếng Nhật do Yonamine Keiko dịch. *Những khái niệm cơ bản như bit, byte, hệ thập phân, nhị phân và thập lục không được đề cập ở đâu. Nếu muốn thì người đọc có thể tự tìm hiểu thêm. 
<div style="background-color: #f5f5ff; line-height: 18.6666660308838px; margin: 0px; padding: 0px; text-align: center;">
<img alt="[IMG]" class="bbCodeImage LbImage" data-url="http://i.imgur.com/clGZof0.jpg" src="http://i.imgur.com/clGZof0.jpg" style="border: 0px; max-width: 100%;" /></div>
 Bài 1: khái quát về máy NES Family Computer (viết tắt là FC, hay gọi tắt kiểu Nhật là Famicom) là loại máy chơi game thuộc thế hệ thứ 3 do hãng Nintendō phát triển, bán ra thị trường Nhật Bản vào ngày 15 tháng 7 năm 1983. Các thị trường Mỹ (1985), Gia Nã Đại, Trung Quốc, Hương Cảng (1986), Úc Thái Lợi (1987), Đại Hàn (1989) lần lượt sau đó.  Máy được nhà sản xuất đề nghị giá bán lẻ là 14.800 En và có tên mã là HVC-001. HVC là chữ viết tắt của Home Video Computer. Trong nước Nhật, nó được gọi tắt là Famicom hay FC, nhưng lại được biết đến rộng rãi trên Thế giới với tên gọi NES (Nintendō Entertainment System). Có thể nói sự thành công của NES là một điểm nhất trong lịch sử video game. Nếu không có NES thì có lẽ đã không có SNES, PlayStation hay Xbox sau này. Nếu NES không thành công vang dội thì có lẽ Thế giới đã không chú ý đến việc phát triển video game, nên đừng nói là ảnh hưởng đến các loại console mà có thể nó còn ảnh hưởng đến cả mảng game cho PC. Thành phần chính cấu thành nên một máy NES (FC) như sau: + Rom Casette (Cartridge): băng chứa nội dung game, cắm vào máy để chơi. Với băng chính hãng thì mỗi băng chỉ chứa một trò, sau phát sinh băng lậu chứa nhiều hơn, từ vài trò đến vài trăm trò trong một băng. + CPU: RP2A03 của hãng Rihco. + APU: bộ xử lý âm thanh. + PPU: bộ xử lý hình ảnh Rihco RP2C02. + Working Ram: 2 kb. + Video Ram: 2 kb. + Độ phân giải: 256 x 240 đường, độ phân giải này thay đổi tùy vào hệ màu của TV. + Controller. NES là hệ máy có các thanh ghi (Register) 8 bit (1 byte) và Address bus (hình dung nó như chiếc xe bus chạy đến các địa chỉ) 16 bit (2 byte) nên nó có thể truy cập $FFFF (65535) địa chỉ trong bộ nhớ. Vì vậy nên địa chỉ NES cơ bản có dạng như $8000, $1A0E,….  Dấu $ đứng đầu con số cho biết nó được thể hiện ở hệ số thập lục. Dấu % đứng đầu con số cho biết nó ở dạng nhị phân, chẳng hạn 010111. Còn khi con số đứng độc lập mà không kèm các ký hiệu trên thì có nghĩa nó là số thập phân.

Lập trình 6502 (p1)

Lập trình game NES Asm65816 viếtDẫn nhậpTừ khi cho ra đời bản dịch Fire Emblem Việt ngữ đầu tiên trên hệ máy SNES vào đầu năm 2010 đến nay, có nhiều người đã hỏi tôi rằng “làm thế nào để dịch game A…

Đọc thêm »

19 Jun 2015

Bát cực quyền: đặc trưng ở kình lực

<div style="text-align: left;">
Bài viết được dịch từ sách "Hajimeru! Hakkyokuken" của tác giả Aoki Yoshinori, nhà xuất bản Airyūdō.</div>
Như Thị Duyên dịch. 
 
<img height="640" src="http://ecx.images-amazon.com/images/I/51OvPi7tKmL._SY344_BO1,204,203,200_.jpg" width="451" /> 
 
 
Đặc trưng của Bát cực quyền là phát sinh kình lực dữ dội 
 
Hẳn mọi người đều biết đặc trưng của Bát cực quyền là dùng kình lực mạnh mẽ để hạ địch bằng một cú đánh. Và đây cũng là điểm mà nhiều người hâm mộ Bát cực quyền say mê. 
Nhưng phải chăng Bát cực quyền là môn quyền pháp duy nhất dùng cách phát kình mạnh mẽ? Dĩ nhiên là không rồi. Tâm ý lục hợp quyền và môn quyền pháp được gọi là anh em với nó là Hình ý quyền cũng phát kình mạnh mẽ, và ngay cả Thái cực quyền thực ra cũng là môn võ thuật sử dụng kình lực rất mãnh liệt dù điều này là khó hiểu đối với nhiều người, có thể vì ấn tượng đối với các bài sáo lộ thể hiện trên bề mặt hay hình thức đối luyện của môn võ này. Thực ra, sáo lộ của Thái cực quyền là một hình thức luyện tập cơ thể để có thể sản sinh ra kình lực mạnh mẽ chứ không phải là những kỹ pháp thực chiến như nhiều người nói. 
 
Quay trở lại vấn đề, nếu vận dụng kình lực mạnh mẽ là điểm đặc trưng duy nhất của Bát cực quyền thì đâu cần thiết phải phân biệt với những môn phái khác cũng vận dụng kình lực mạnh mẽ. Nhưng Bát cực quyền là Bát cực quyền, nó không phải là Thái cực quyền, cũng không phải Tâm ý quyền. Vậy tại sao nó khác biệt với các môn phái khác? Nó có gì khác so với những môn phái vận dụng kình lực mạnh mẽ khác? 
 
Điểm khác biệt đầu tiên là cơ chế phát kình. Vì cơ chế phát kình khác nên quy kết lại, đương nhiên kỹ thuật và phương pháp chiến đấu cũng khác nhau. Nói một cách đơn giản về sai biệt trong cơ chế phát kình thì Tâm ý lục hợp quyền chủ yếu phát sinh kình lực mạnh mẽ nhờ động tác xoay phần thân trên theo chiều dọc, Hình ý quyền thì xoay phần thân trên theo chiều dọc, động tác nhỏ gọn và phát sinh kình lực mãnh liệt nhờ động tác xoắn cơ thể. Thái cực quyền thì ngoài động tác vặn người như Hình ý quyền, nó còn có thêm kiểu xoắn gọi là "triển ty kình" để phát sinh kình lực mạnh mẽ. Chỉ viết bằng lời thì khó thể hiện, khó hiểu nhưng chỉ cần được thực truyền là sẽ hiểu. 
Dĩ nhiên, hầu hết các môn võ thuật Bắc phái ở Trung Quốc, bao gồm Bát cực quyền đều lấy căn bản là bước chân sau để phát sinh kình lực, các môn Tâm ý lục hợp, Hình ý quyền, Thái cực quyền cũng không phải ngoại lệ, nhưng đối với Bát cực quyền thì quá trình gia tăng kình lực sau đó có thay đổi ít nhiều. 
Và Hình ý quyền, Bát cực quyền cùng Bát quái chưởng có nhiều yếu tố chung nhau, có những người thống hợp lại thành một, gọi là Nội gia tam quyền. Hẳn họ cũng đã nghiên cứu kỹ càng. Và vì có nhiều yếu tố chung nhau trong hệ thống gia tăng kình lực nên "thuật lý" trong chiến đấu cũng gióng nhau, nên việc thống hợp ba môn phái thành một cũng không phải khó hiểu. 
Quay lại vấn đề, hệ thống gia tăng kình lực trong Bát cực quyền là như thế nào. Và tại sao nó lại có thể sản sinh ra kình lực khủng khiếp mà các môn phái khác cũng phải thừa nhận. Nhưng trước đó tôi sẽ giải thích tuần tự về quá trình phát kình và giải thích một cách đơn giản về cơ chế phát kình. 
 
Bát cực quyền là một phái võ Bắc phái, nên đương nhiên phát sinh kình lực ban đầu bằng cách "bước chân sau" như đề cập lúc nãy. Nguyên lý này giống như đột ngột tiến lên, đánh cả thân thể về phía trước, mang cả trọng tâm cơ thể mà tông vào địch. Lợi điểm của việc này là dù là thuận bộ (tay chân cùng bên) hay bão bộ (tay chân trái bên) cũng đều có thể phát sinh uy lực như nhau. Dĩ nhiên, nếu xét đến việc gia tăng kình lực về sau thì bão bộ, tức chân trước và đấm ra bằng tay ngược bên sẽ có được uy lực lớn hơn, nhưng dù là thuận bộ cũng khá mạnh rồi. 
Kỹ pháp của Bát cực quyền thoạt nhìn thì là thuận bộ, tức vận động thuận chân, nhưng trong đó có phần vận động ngược chân để sản sinh ra uy lực đồng đẳng hoặc mạnh mẽ hơn nữa. Tại sao có thể làm được như vậy, chỉ cần đào sâu vào điểm này thì có thể thấy rõ bí ẩn trong cách phát kình của Bát cực quyền. 
Một đặc điểm trong cách đánh của Bát cực quyền rất dễ bắt mắt là sử dụng nhiều mã bộ. Vì vậy, thoạt nhìn thì dễ hiểu lầm là đánh bằng vận động thuận chân. Kỳ thực, đó là sự pha trộn giữa vận động thuận chân và ngược chân. Và khi phối hợp hai loại vận động này một cách hợp lý thì có thể phát sinh ra kình lực mãnh liệt. Mặt khác, cũng vì vậy mà nó không thể biến kỹ pháp chiến đấu thành ra phức tạp được, nên kỹ pháp chỉ có thể là những động tác đơn giản. Hai điểm này có thể nói là đặc trưng của Bát cực quyền.

Bát cực quyền: đặc trưng ở kình lực

Bài viết được dịch từ sách "Hajimeru! Hakkyokuken" của tác giả Aoki Yoshinori, nhà xuất bản Airyūdō. Như Thị Duyên dịch. Đặc trưng của Bát cực quyền là phát sinh kình lực dữ dội Hẳn mọi người đều biế…

Đọc thêm »

15 Jun 2015

Game: góc nhìn kỹ thuật về Final Fantasy VII (p2)

<div align="center">
File Kernel</div>
 Trên bản PSX, file này nằm ở vị trí /INIT/KERNEL.BIN, còn đối với bản PC thì có đến 2 file là /DATA/KERNEL/KERNEL.BIN và /DATA/KERNEL/KERNEL2.BIN File này bao gồm những thành phần và Offset của chúng như dưới đây 1. Dữ liệu các Command (như Attack, Item...) 0x0006 2. Dữ liệu liên quan đến tấn công 0x0086 3. Savemap? 0x063A 4. Chỉ số ban đầu của nhân vật 0x0F7F 5. Dữ liệu Item 0x111B 6. Dữ liệu vũ khí 0x137A 7. Dữ liệu áo giáp 0x1A30 8. Dữ liệu đồ trang bị Accessory 0x1B73 9. Dữ liệu Materia 0x1C11 10. Mô tả về các Command 0x1F32 11. Mô tả về ma pháp 0x2119 12. Mô tả về Item 0x28D4 13. Mô tả về vũ khí 0x2EE2 14. Mô tả về áo giáp 0x307B 15. Mô tả về Accessory 0x315F 16. Mô tả về Materia 0x3384 17. Mô tả về Item quan trọng 0x3838 18. Tên Command 0x3BE2 19. Tên ma pháp 0x3CCA 20. Tên Item 0x4293 21. Tên vũ khí 0x4651 22. Tên áo giáp 0x4B02 23. Tên Accessory 0x4C4B 24. Tên Materia 0x4D90 25. Tên Item quan trọng 0x5040 26. Chữ trong màn hình trận đấu 0x5217 27. Tên đòn tấn công của thú chiêu hồi 0x5692 Dữ liệu 9 vùng đầu tiên trong file Kernel (không liên quan đến text) có dạng format của file BIN chuẩn. Còn 18 vùng còn lại đều liên quan đến text mô tả hay thể hiện tên, không có 6 byte header như 9 vùng trước. Mở đầu mỗi vùng luôn là các Pointer chỉ đến vị trí của từng câu text trong vùng. Định dạng text của FF7 không theo chuẩn ASCII hay SHIFT-JIS mà ở định dạng riêng, như hầu hết game console ở các thế hệ ban đầu. Trong mỗi vùng lại có sự phân chia nhỏ ra nữa, chẳng hạn lấy ví dụ là vùng số 5, dữ liệu liên quan đến Item. Dưới đây là từng thuộc tính và Offset của chúng. 0x00 độ dài 8 byte: không rõ chức năng 0x08 độ dài 2 byte: không rõ chức năng 0x0A độ dài 1 byte: quy định vùng cấm chỉ 0xFF: chỉ xuất hiện ở Menu, không xuất hiện ở Battle 0xFE: xuất hiện ở Battle và Menu (không dùng được) 0xFD: xuất hiện ở Menu, không xuất hiện ở Battle (dùng được ở Battle) 0xFC: xuất hiện ở Battle và Menu (dùng được ở Battle) 0xFB: xuất hiện ở Menu, không xuất hiện ở Battle (dùng được ở Menu) 0xFA: xuất hiện ở Battle và Menu (dùng được ở Menu) 0xF9: xuất hiện ở Menu, không xuất hiện ở Battle (dùng được ở Menu) 0xF8: xuất hiện ở cả Battle và Menu (dùng được cả 2) 0xF7: xuất hiện ở Menu, không xuất hiện ở Battle (dùng được ở Battle) 0xF6: xuất hiện ở Battle và Menu (dùng được ở Battle) 0x0B độ dài 2 byte: đối tượng tấn công 0x01: 1 đối tượng 0x03: không rõ 0x05: nhiều đối tượng 0x07: không rõ 0x10: chỉ tấn công cả nhóm 0x0D độ dài 1 byte: số ID của Item 0x0E độ dài 1 byte: hồi phục 0x00: không rõ 0x08: cũng áp dụng cho MP 0x22: không rõ 0x23: không rõ 0x24: gây sát thương/hồi phục theo % 0x26: gây sát thương/hồi phục x (con số) 0x37: gây sát thương 0x47: không rõ 0x50: ảnh hưởng đến trạng thái 0x0F độ dài 1 byte: số nhân để tính toán lượng sát thương/hồi phục 0x10 độ dài 1 byte: kiểu hồi phục 0x00: hồi phục HP 0x01: hồi phục MP 0x11 độ dài 3 byte: không rõ 0x14 độ dài 4 byte: ảnh hưởng đến trạng thái 0x18 độ dài 2 byte: thuộc tính 0x1A độ dài 2 byte: không rõ Bản FF7 trên PC có tới 2 file là KERNEL.BIN và KERNEL2.BIN. File KERNEL.BIN chứa từ vùng 1~9 như trong KERNEL của PSX, và KERNEL2.BIN chứa text từ vùng 10~27 như trong KERNEL của PSX. 
 
 
<div class="smallfont" style="font-size: 11px; font-stretch: normal;">
 </div>
 
 
<div id="post_message_78054632" style="font-size: 13px;">
 
 
<div align="center">
Định dạng bản PSX và bản PC</div>


 
Các file và dữ liệu của FF7 trên bản PSX và bản PC đều như nhau, có cùng chức năng nhưng định dạng của chúng khác nhau khá nhiều. FF7 cho PSX đầu tiên được phát triển dựa trên nền tảng thư viện Psy-Q vốn "quen thuộc" với máy PSX. Người ta đã dùng nhiều công cụ để chuyển đổi các định dạng như TGA hay GIF sang định dạng TIM cố hữu của Psy-Q. 
Trong quá trình phát triển bản PC, một vài thiết kế ban đầu không còn phù hợp bởi nhiều file sử dụng Psy-Q tương thích với cấu trúc của PC rất kém nên phải chuyển đổi. Chẳng hạn, các file TIM (định dạng hình ảnh của PSX) được chuyển đổi sang định dạng TEX vốn được khai thác hiệu quả hơn trong Vram của PC. 
Tình hình còn phức tạp hơn khi cả bản PSX và PC đều lưu trữ archive theo những cách khác nhau, khiến việc giải nén và render file phức tạp hơn. Trong nhiều trường hợp thì dữ liệu trong các file này là như nhau. 
Phần lớn dữ liệu được lưu trữ theo các định dạng archieve để tiết kiệm dung lượng, truy cập nhanh hay tối ưu hóa cấu trúc file. Một số kiểu archieve thường thấy là kiểu BIN, BIN-GZIP, định dạng nén LZS vốn rất phổ biến trong các game console và định dạng LGP. BIN là định dạng không nén, với header 4 byte chỉ độ dài phần dữ liệu phía sau nó, không bao gồm 4 byte này. Định dạng LZS có header ở 0x00 chỉ định rõ dung lượng của file sau khi được giải nén, và phía sau đó là vùng dữ liệu nén. Mỗi block trong file bắt đầu bằng 1 byte chỉ định block đó có dung lượng thế nào sau khi giải nén (dữ liệu thật) và dung lượng khi nén (tham chiếu). Đọc từ phải qua trái, với 1=thật, 0=tham chiếu. Phần dữ liệu thật có ý nghĩa: đọc 1 byte từ "nguồn" (nén) và ghi thẳng ra output. Dữ liệu tham chiếu gồm 2 byte, là Pointer chỉ đến dữ liệu đã được viết ra và bao gồm 2 thông tin: Offset (tìm dữ liệu ở đâu, hay phần dữ liệu nào sẽ được lặp lại) và độ dài. Phần tham chiếu (16 bit) thường ở dạng 
 
OOOO OOOO LLLL 
 
Trong đó O là Offset, L là độ dài. 
 
Ở đây ta có 12 bit chỉ Offset và 4 bit chỉ độ dài. Cả 2 giá trị này cần được điều chỉnh tiếp để hoạt động. Chẳng hạn, phải +3 vào độ dài để tính toán. Tại sao? Vì nếu dữ liệu được lặp lại ít hơn 3 byte thì chẳng ai phí công làm giải thuật nén cho nó. Vì vậy nên mọi dữ liệu tham chiếu đều có độ dài ít nhất là 3 byte. Độ dài 0 có nghĩa là 3 byte được lặp lại, độ dài 1 có nghĩa là 4 byte được lặp lại... Vì ở đây ta có 4 bit nên độ dài cuối cùng dao động từ 3~18 byte (%1111=$0F=15, +3=18). Điều này có nghĩa rằng tỷ lệ nén tối đa với giải thuật LZS là 9:1 
 
 
 
<div align="center">
Texture</div>
 
 
Thực chất, texture là một bức hình chứa trong Vram, sau đó nó được engine xử lý và thể hiện ra màn hình. Texture căn bản trên các game PSX là TIM (Texture Image Map) và file này có thể chứa nhiều CLUT và đây là lý do để cần một video card trên PC để có thể chứa dữ liệu pallet ngay cả ở độ sâu màu cao. 
Định dạng TIM có thể ở dạng raw hay nằm trong một vài kiểu archieve, như BIN, LZS hay MNU. Định dạng này được tạo ra vì PSX không thể trực tiếp truy cập vào Vram của nó và buộc phải đi qua GPU để truy cập bất kỳ hình ảnh nào. File TIM là cách đơn giản để tải texture và CLUT vào trong Vram. 
 
CLUT là viết tắt của chữ "Color Look Up Table". Trong Vram của PSX thì nó xác định vị trí của bảng độ sâu màu cao và sử dụng nó làm tham chiếu đến texture đã được đánh pallet. CLUT trong Vram có thể bị Vram thay đổi trực tiếp và dữ liệu màu được cập nhật xuất hiện tự động trên màn hình mà không cần phải re-render. 
Vị trí Vram là nơi TIM được tải vào bộ nhớ video. PSX sử dụng một "bề mặt" có thể thể hiện cửa sổ xem, texture và CLUT với tọa độ X/Y. Trong Vram có mấy khu vực cache cho phép đặt texture vào đấy.  
File TIM có định dạng hơi khác nhau một tí giữa các độ sâu màu khác nhau: 4 bpp, 8 bpp hay 16 bpp. 
Còn hình ảnh ở bản PC chứa header, pallet và dữ liệu bitmap. Thường thì dữ liệu được lưu trữ như bức ảnh đã được đánh pallet với các pixel tham chiếu đến pallet. Màu 0 (thường là đen trong pallet) luôn được sử dụng như màu trong suốt. 
 
 
<div align="center">
Module Menu</div>
 
 
 
Menu là module mạnh mẽ thứ hai trong FF7. Từ Menu có thể xem được dữ liệu liên quan đến nhân vật và dường như nó có thể kiểm soát mọi thứ chứ không đơn thuần chỉ để chọn lựa thứ gì đó (như chọn xem Item, trạng thái,...). Menu có vài chức năng phức tạp, và có thể được đặt trong "chế độ Tutorial". Khi chế độ này được gọi ra từ module Field, nó sẽ chơi tự động những lựa chọn Menu khác nhau để giúp người chơi hiểu rõ hơn về hệ thống Menu. Chức năng này còn thấy trên FF8. 
 
Một chức năng chính yếu khác trong hệ thống Menu là khả năng lưu game. Đây có lẽ là phần mạnh mẽ và quan trọng nhất vì Menu có quyền truy cập vào nhiều mảng khác nhau của hệ thống.  
Bản thân Menu là một tập hợp gồm 13 module nhỏ khác là Begin, Party, Item, Magic, Equip, Stat, Change, Limit, Config, Save, Name, Form và Shop. Trong đó có 4 module có thể gọi trực tiếp từ Field. 
 
Dưới đây là những file quan trọng trong module này. 
 
Bản PSX: 
 
+ /MENU/*.MNU 
+ /INIT/WINDOW.BIN 
 
Bản PC: 
 
+ /DATA/MENU/MENU_US.LGP 
+ /DATA/KERNEL/WINDOW.BIN 
 
 
Menu là module duy nhất giữ dữ liệu vĩnh viễn trong Vram để các module khác truy cập vào, chẳng hạn như font chữ. Ở bản PSX, đồ họa được nạp từ /INIT/WINDOW.BIN và định dạng này đã được mô tả ở phần Kernel. Cấu trúc của WINDOW.BIN như sau 
 
Offset: 0x0000 (6 byte): header 
Offset: 0x0006 (1062 byte): texture tĩnh cho Menu 
Offset: 0x2754 (3034 byte): texture của bộ font 
Offset: 0x332E (163 byte): không rõ 
 
"Begin" là module đầu tiên trong Menu được thực thi. Dưới đây là hình ảnh "Begin" trong Vram. Font chữ và texture cố định từ /INIT/WINDOW.BIN được khoanh vùng ở góc phải bên dưới. 
 
 
<table class="ncode_imageresizer_warning" id="ncode_imageresizer_warning_1" style="background: rgb(255, 255, 225); border: 1px solid rgb(204, 204, 204); color: black; cursor: pointer; font-size: 13px; width: 700px;"><tbody>
<tr><td class="td1" style="font-size: 10px; font-stretch: normal; padding: 2px; vertical-align: middle;" width="20"><img alt="" border="0" height="16" src="http://vozforums.com/images/statusicon/wol_error.gif" width="16" /></td><td class="td2" style="font-size: 10px; font-stretch: normal; vertical-align: middle;">Ảnh đã được thu nhỏ. Vui lòng nhấn vào đây để xem kích thước thật 784x413.</td></tr>
</tbody></table>
<img alt="" border="0" height="368" id="ncode_imageresizer_container_1" src="http://i.imgur.com/Aq6nrFZ.png" width="700" /> 
 
Tiếp theo là hình ảnh texture trong bản PC và mô tả các phân vùng. Bản PSX chỉ khác ở kích thước texture và hình ảnh các nút bấm.  
 
 
<table class="ncode_imageresizer_warning" id="ncode_imageresizer_warning_2" style="background: rgb(255, 255, 225); border: 1px solid rgb(204, 204, 204); color: black; cursor: pointer; font-size: 13px; width: 700px;"><tbody>
<tr><td class="td1" style="font-size: 10px; font-stretch: normal; padding: 2px; vertical-align: middle;" width="20"><img alt="" border="0" height="16" src="http://vozforums.com/images/statusicon/wol_error.gif" width="16" /></td><td class="td2" style="font-size: 10px; font-stretch: normal; vertical-align: middle;">Ảnh đã được thu nhỏ. Vui lòng nhấn vào đây để xem kích thước thật 786x391.</td></tr>
</tbody></table>
<img alt="" border="0" height="348" id="ncode_imageresizer_container_2" src="http://i.imgur.com/L7CNeFx.png" width="700" /> 
 
Các phân vùng nhỏ có thể bị ghi đè khi nạp Battle, nhưng khi nạp Menu thì chúng lại được ghi trở lại như cũ. Phần trống ở dưới bên trái là bộ chữ Kana trong tiếng Nhật vốn đã bị loại bỏ trong các phiên bản ngôn ngữ Tây Âu. 
 
 
<div id="post_message_78106491">
 
<div align="center">
Module Field</div>

 Field là module hạch tâm trong FF7. Những vùng nhà cửa, thành phố ngoài World Map ra đều là Field. Module này quan hệ chặt chẽ với Kernel và có thể gọi Kernel từ cấp độ thấp. Module này có các chức năng: + Tải các file Field. + Thể hiện bối cảnh 2D và các hiệu ứng liên quan. + Thể hiện các yếu tố 3D trong Field như camera, góc nhìn. + Chạy Field script hiển thị các event, bao gồm hội thoại. + Tải các module khác khi được yêu cầu. Dưới đây là các file quan trọng ở bản PSX và bản PC Bản PSX: + /FIELD/*.DAT + /FIELD/*.MIM + /FIELD/*.BSX Bản PC: + /DATA/FIELD/FLEVEL.LGP + /DATA/FIELD/CHAR.LGP Khi hoạt động, module này tải các file Field. Trong bản PC thì Field là một file với 9 phần, trong khi ở bản PSX là 3 file nhưng có phần mở rộng khác nhau và có cùng chức năng, là MIM (bối cảnh), DAT (dữ liệu Script, event) và BSX (3D). Hình ảnh bên dưới là bối cảnh field qua các giai đoạn Assembly trong Vram của PSX. 
<table class="ncode_imageresizer_warning" id="ncode_imageresizer_warning_3" style="background-attachment: initial; background-clip: initial; background-image: initial; background-origin: initial; background-position: initial; background-repeat: initial; background-size: initial; border: 1px solid rgb(204, 204, 204); color: black; cursor: pointer; width: 700px;"><tbody>
<tr><td class="td1" style="font-size: 10px; font-stretch: normal; padding: 2px; vertical-align: middle;" width="20"><img alt="" border="0" height="16" src="http://vozforums.com/images/statusicon/wol_error.gif" width="16" /></td><td class="td2" style="font-size: 10px; font-stretch: normal; vertical-align: middle;">Ảnh đã được thu nhỏ. Vui lòng nhấn vào đây để xem kích thước thật 783x391.</td></tr>
</tbody></table>
<img alt="" border="0" height="349" id="ncode_imageresizer_container_3" src="http://i.imgur.com/ctrGdLQ.png" width="700" /> Bối cảnh (khung nền) của FF7 là các khối 16x16 được tải vào trong Vram rồi sau đó được lắp ghép vào video buffer từng khung hình. Ở bản PC, các file Field nằm trong FLEVEL.LGP và bị nén với giải thuật LZS. 2 byte đầu tiên của file (khi đã giải nén) luôn là zero, 4 byte tiếp theo chỉ định trong file hiện tại có bao nhiêu phần. Mọi file Field đều có 9 phần, trong đó phần đầu tiên là block Pointer chỉ đến vị trí các câu thoại. Block hội thoại đứng liền sau block Pointer, giống như đa phần ở các game console và kết thúc câu thoại bằng $FF.</div>
<div>
 </div>

 
</div>
<div id="post_message_78054632" style="font-size: 13px;">
 </div>

Game: góc nhìn kỹ thuật về Final Fantasy VII (p2)

File Kernel Trên bản PSX, file này nằm ở vị trí /INIT/KERNEL.BIN, còn đối với bản PC thì có đến 2 file là /DATA/KERNEL/KERNEL.BIN và /DATA/KERNEL/KERNEL2.BINFile này bao gồm những thành phần và Offse…

Đọc thêm »

10 Jun 2015

Subscribe to: Posts ( Atom )