Layouts of this form cannot be deduced by program! They have to be looked up in the 2005 QRCode ISO standard (Table 7) using the Version and the Quality as the key. The number of ECC codewords/bytes per block (in this case 22), is regular. The number of data codewords per block *may* vary - short "data" blocks come first. (In this case, Blocks 1,2 contain 11 data bytes, Blocks 3,4 contain 12 data bytes)

The Reed Solomon calculations are computed for each block. e.g Block 1 data Data1, Data2, .. Data11 has parity bytes in ECC1, ECC2 .. ECC22 etc. See Reed Solomon Calculator

The final byte stream to be injected into the QRCODE symbol is created by re-packing the DATA or ECC bytes a column at a time - unused codewords (shown as "-----") are ignored.

The completed byte stream payload for 5-H is -

This is the final codeword/byte format! The symbol module/bit format as it appears in the symbol, however, requires a further navigation and folding process as described in http://www.pclviewer.com/rs2/qrtopology.htm

The following barcodes all have the same content (and are equally valid) but each bit is masked using a number of formula depending on the bit row and column position. The final symbols are then scanned for unwanted "artefacts" and rated accordingly. The symbol with the least number of deprecated features is selected as the final symbol and the MASK INDEX used (in this case 5) is recorded in the appropriate part of the symbol. This process is computationally expensive and many vendors simply skip this stage and select a mask index at random. In a "noisy" reader enviroment this may make recognition difficult.

Mask Index	formula	symbol
000	(i + j) mod 2 = 0
001	i mod 2 = 0
010	j mod 3 = 0
011	(i + j) mod 3 = 0
100	((i div 2) + (j div 3)) mod 2 = 0
101	(i j) mod 2 + (i j) mod 3 = 0
110	((i j) mod 2 + (i j) mod 3) mod 2 = 0
111	((i+j) mod 2 + (i j) mod 3) mod 2 = 0