The outB and inB are pointers to pre-allocated memory blocks, the inB is a pointer to the file, and the outB is the output data block.
#Flipnote studio 3d download full#
If( useByte = 0 ) // Set the full line to the current paper colourĮlse // Bytes in this line, read and deal with them U32 decodeLine( u8 *outB, u8 *inB, u32 useByte, u8 paper, u8 pen, u8 invflag )
#Flipnote studio 3d download how to#
Here's some code to show how to decode the line: If on the other hand the line was encoded with type 2, that one pixel would be the paper colour and every other pixel would be the pen colour. The next byte is read and once it's expanded the 6'th byte of the line is set to the pen colour. The first 4 bytes is indicating that there is 1 byte effacted in this line, and that it's the first 8 pixels in the line. The first 8 pixels of the line are used only when the bit 0x80000000 is set in the initial 4 bytes.įor example the line is encoded as type 1, and the bytes that's stored is 80 00 00 00 20. To understand this you first take the 256 pixels of the line, and divide it by 8 to give 32, this is the maximum number of bytes a line encoding will ever use, and it's also the number of bits in 4 bytes. Each byte after the first 4 is then read in a reverse order, i.e. The coded and inverted coded lines are stored with a 4 byte header that is used to indicate how many extra bytes to read, and what part of the line they represent. Skip this line - there is no data for this lineīefore I explain how to read the line data you must understand that the way flipnote works is in layers, each layer is a bit map of on or off, with on being the pen colour, and off being the paper colour. The value for the line encoding determins how many bytes you need to read at a minimum: line 0 uses bit 0-1, line 1 uses bit 2-3, line 2 uses bit 4-5, line 3 uses bit 6-7. The lines are stored in the same order as the bits in the byte, i.e. Line encoding is compacted from the 192 lines on the screen down to 48 bytes per layer, each byte within the layer encoding section is stored as 2 bits per line, and 4 lines to the byte. Invert Paper (black on white or white on black) The Layer 1 pen and Layer 2 pen information is as follows: The Frame encoding is 0 for a change between last frame and this one, and 1 for a totally new frame. The paper bit indicates what color the paper is - 0 for black and 1 for white. The pen and paper byte at the start is encoded as follows:
The frame data stored layer 1 then layer 2 The offsets are all relative to the end of the offset list, and the frames are not stored in any specific format in the file, so you have to read this table for the next offset as I've seen the list point to a frame at 00023572 and the next frame was at 00000000. The animation section starts at offset 0x06A0, with a header section.Ī list of offsets to the frames in the order to play them. You can use pbsds's PPMtool to extract the preview image yourself Here's two preview images that blasty decoded from some PPM files. Link to the original picture, warning image is 2,048 × 1,536. Here's a photo taken of the altered preview image, reduced to about the correct size.
The preview image is a 64x48 image stored in a 16 colour tile format, with each 8x8 tile taking up 32 bytes of the file.
0 kommentar(er)
