That's _very_ interesting. I'll have to investigate. With my current understanding, I wouldn't expect that to work. Unlike the PS/2 protocol, USB keyboards don't send up and down scan codes. They basically send the entire keyboard state with every report. The spec shows an eight byte structure, with the first byte being the state of the modifier keys, second reserved, and the last six bytes for six possible key states. Roughly, the OS knows when a key has been released by comparing the previous state to the current state. If a key was there in the previous state, but not in the current, it has been released. Conversely, if a key was not in the previous state, but appears in the current state, it has been pressed.
Now, what you've just described for the Das Keyboard seems to contradict this. If I had twelve keys to send, and I sent them in two packets, one after the other, the OS, rather than seeing twelve keys down, would see six keys down, then released, then another six keys down.
I admit I don't know everything about this. Everything I've described comes from my reading of the HID spec, and my experience in writing the keyboard firmware for my keyboard project. I'm very interested in figuring out how the Das Keyboard III manages 12 key rollover. Too bad I don't have one to test.