| 203 | | <p>The only real world data format is the binary format, named after the inventor, <a href="http://www.cs.uiowa.edu/~jones/cards/">Douglas Jones</a>. |
| 204 | | See APPENDIX A for details how to model one card. We are using this fully featured syntax, so one card expands to exactly 123 bytes.</p> |
| 205 | | |
| 206 | | |
| | 203 | <p>The only real world data format is the binary format, named after the inventor, |
| | 204 | <a href="http://www.cs.uiowa.edu/~jones/cards/">Douglas Jones</a>. |
| | 205 | He proposed a format for complete card decks, as excepted in APPENDIX A. We do <b>not</b> |
| | 206 | use the fully featured syntax (which defines some bytes as meta data) but only the basic |
| | 207 | idea of encoding an 80 columns punch card to exactly 120 octetts. So a typical card data |
| | 208 | transportation following this protocol will look like:</p> |
| | 209 | |
| | 210 | <pre> |
| | 211 | 800 BINARY DATA\r\n.........................................808 FINISHED\r\n |
| | 212 | ^ 120 bytes payload | |
| | 213 | start of data exactly at caret, end after 120 bytes |
| | 214 | </pre> |
| | 215 | |
| | 216 | <p>This is an example for the first six bytes in the payload:</p> |
| | 217 | |
| | 218 | <pre> |
| | 219 | column 1 column 2 column 3 column 4 |
| | 220 | |_ _ _ _ _ _ _ _ _ _ _ _|_ _ _ _ _ _ _ _ _ _ _ _|_ _ _ _ _ _ _ _ _ _ _ _|_ _ _ _ _ _ _ _ _ _ _ _| |
| | 221 | |_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_| |
| | 222 | | | | | | | | |
| | 223 | byte 1 byte 2 byte 3 byte 4 byte 5 byte 6 |
| | 224 | </pre> |
| | 225 | |
| | 226 | <p>For the exact decoding of one column (three nibbles) see APPENDIX A.</p> |
Powered by 
Expect where otherwise noted, content on this site is licensed under a