DSiBrew - User contributions [en]

Talk:DSi system font

2010-07-15T14:46:54Z

Steven: Created page with 'Hmm, looks like these fonts are in the camera application, so this may not be a DSi system font, it may just be a font in the camera application. Mind you it would be nice to get…'

Hmm, looks like these fonts are in the camera application, so this may not be a DSi system font, it may just be a font in the camera application.
Mind you it would be nice to get a picture of each glyph. [[User:Steven|Steven]] 16:46, 15 July 2010 (UTC)

User talk:Endres

2010-02-16T21:20:09Z

Steven: New page: Moving pics from a PC to your DS can already be done, look under the camera section or anything to do with the pit.bin file for information on how to do this ~~~~

Moving pics from a PC to your DS can already be done, look under the camera section or anything to do with the pit.bin file for information on how to do this [[User:Steven|Steven]] 22:20, 16 February 2010 (UTC)

SD Filesystem

2010-02-16T21:16:45Z

Steven: Correcting an incorrect link

All files/folders created on SD/SDHC from the DSi.

*[[Private|private/]] : Contains all Nintendo data
*[[DCIM/]] : Folder of the Nintendo DSi Camera
*[[music/]] : User made folder to store AAC songs

Talk:DCIM

2010-02-16T21:08:38Z

Steven: New page: This page is not needed as it already exists as DCIM/ ~~~~

This page is not needed as it already exists as [[DCIM/]] [[User:Steven|Steven]] 22:08, 16 February 2010 (UTC)

Pictochat

2010-02-16T21:06:03Z

Steven: Cleaning up the page a little

{{stub}}[[Image:Pictochat.jpg|thumb|320px|This is a Pictochat chat room, but with no other chatters.]]

'''Pictochat''', included with all Nintendo DS systems, is a simple chat software capable of sending text and hand drawn pictures.

== Changes from previous Nintendo DS systems ==

Pictochat hasn't been changed much since its NDS and NDSL predecessors. Only two changed have been made. One change is the rainbow pen. You can use the rainbow pen by clicking on the Pen icon to toggle back in forth between the black pen and the rainbow pen. although the NDS and NDSL cannot use this feature they can see the rainbow pen if chatting with a DSi user using the rainbow pen. the other change is that when you exit Pictochat it takes you back to the DSi's homescreen instead of making you shutdown. You may now, only on the DSi system, press the B button in a chat to easily leave the chatroom without tapping the "X" on the top right corner of the touch screen.

[[Image:pen.gif]][[Image:pictoChatRainbow.png]] [[Image:DSiRainbow.jpg|200px|left|Example of using the rainbow pen.]]

You can use the rainbow pen by clicking on the Pen icon to toggle back in forth between the black pen and the rainbow pen. Although the NDS and NDSL cannot use this feature they can see the rainbow pen if chatting with a DSi user using the rainbow pen.

[[Image:HNI_0029.jpg|320px|thumb|PictoChat with other chatters]]

== See also ==

* [[Nintendo Software]]

Talk:Flipnote Files/PPM

2010-02-11T05:26:57Z

Steven:

Could you guys post a example for decoding the preview image? i cant figure out the 8x8 tile thing. i will give credit to you:).Preview of what i have: [[Image:FlipnoteImageDecodedByPBSDS.png]]--[[User:Pbsds|pbsds]] 09:29, 24 December 2009 (UTC)

See [[User:Remark/Icon2ppm.c]]. -- [[User:Remark|Remark]] 09:45, 24 December 2009 (UTC)

Thanks:)--[[User:Pbsds|pbsds]] 09:55, 24 December 2009 (UTC)

It doesn't work! Here is the code im using(i had to transelate it):
<source lang="">Dim $ImageOutput[4072]
for $x=0 to 46 step 1
for $y=0 to 7 step 1
for $z=0 To 7 Step 1
ImageOutput[($x*64)+(16*$y)+(4*$z)] = RawImage[($x*64)+(32*$z)+(4*$y)]
ImageOutput[($x*64)+(16*$y)+(4*$z)+1] = RawImage[($x*64)+(32*$z)+(4*$y)+1]
ImageOutput[($x*64)+(16*$y)+(4*$z)+2] = RawImage[($x*64)+(32*$z)+(4*$y)+2]
ImageOutput[($x*64)+(16*$y)+(4*$z)+3] = RawImage[($x*64)+(32*$z)+(4*$y)+3]
Next
Next
Next</source>
Output: [[Image:Test2.png]]

----
You made a typo here:
for x=0 to 46 step
-[[User:Remark|Remark]] 18:42, 24 December 2009 (UTC)

Made no difference...--[[User:Pbsds|pbsds]] 21:08, 24 December 2009 (UTC)
----
If you would've used a sane language, you would've gotten a segfault. :-)

Please do some research on the tiling, my code is written for the 32x32 icons you see in the DSiMenu.

- [[User:Remark|Remark]] 21:52, 24 December 2009 (UTC)

----

I had to set the RawImage and the ImageOutput arrays to 1000 more pixels than needed to avoid the segfault.

I think i'll try again tomorrow. but now im off to bed:)--[[User:Pbsds|pbsds]] 00:39, 25 December 2009 (UTC)

----

WooHoo! im really close now!: [[Image:Test3.png]]--[[User:Pbsds|pbsds]] 14:43, 25 December 2009 (UTC)

----

Finaly got it!: [[Image:Test4.png]]--[[User:Pbsds|pbsds]] 21:26, 27 December 2009 (UTC)
== Pallete ==
i don't think my RGB pallete is perfect... Could someone post a RGB version of the pallete? My pallete have too sharp colors :( --[[User:Pbsds|pbsds]] 01:03, 4 January 2010 (UTC)

Maybe i should post my pallete so you guys can check if its wrong:

0 = FFFFFF

1 = 525252

2 = FFFFFF

3 = A4A4A4

4 = FF0000

5 = 7B0000

6 = FF7B7B

7 = 00FF00

8 = 0000FF

9 = 00007B

A = 7B7BFF

B = 00FF00

C = FF00FF

D = 00FF00

E = 00FF00

F = 00FF00

--[[User:Pbsds|pbsds]] 10:52, 4 January 2010 (UTC)

Use the following formula:
(x / 32) * 256
To convert between the scales 0-31 and 0-255.

Thanks!--[[User:Pbsds|pbsds]] 15:15, 5 January 2010 (UTC)

== Modifying the file? ==

Has anyone managed to get a modified PPM file running on the DSi? If so, can you update the wiki with your findings.
[[User:Chronic667|Chronic667]] 20:40, 13 January 2010 (UTC)

I don't know much about that but i think there is a hash in there.--[[User:Pbsds|pbsds]] 14:19, 10 February 2010 (UTC)

:The last 144 bytes of the file are a hash / encypted block that changes for every minor change in the file. When I was originally working on this with someone else (forgot his nick on here) we said that it could possibly be an AES cypher key or data block, I don't know if anything else was worked out behond this as I've not looked at the files since I worked out the basic file structure. If your thinking of using FlipNote as an entry into the DSi for homebrew then the files do not seem to have any way to break them due to the lack of strings in the file.
:Actually the last 144 bytes are split into 128 bytes of hash and 16 bytes of 0x00.
:[[User:Steven|Steven]] 06:26, 11 February 2010 (UTC)

User talk:Pbsds

2009-12-28T14:38:01Z

Steven: New page: The person that documented the PPM files is definatly a bloke - as I wrote a load of that :), oh and there's still a few things that need to be documented, like the exact way the animation...

The person that documented the PPM files is definatly a bloke - as I wrote a load of that :), oh and there's still a few things that need to be documented, like the exact way the animation pages are stored (semi done) and the sound files if you think you are up to the challenge. [[User:Steven|Steven]] 15:38, 28 December 2009 (UTC)

Flipnote Files/PPM

2009-08-24T15:18:03Z

Steven:

Flipnotes animation files are normally stored on the SD card in the following folder:

/private/ds/app/4B475556/001 - European location

You can save your images in a user folder as long as it's on the same level as the 001 folder. Clicking on the Choose Folder icon on the top of the View Flipnote / SD Card option gives you a list of normal folders, and you can swap to user folders by selecting the normal button again. This could possibly be to overcome a limitation in one of the files (possibly the dirmemo2.lst file).

==File Header==
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0x0000
| 4
| Magic (should be PARA)
|-
| 0x0004
| 4
| Size of animation data
|-
| 0x0008
| 4
| size of audio data
|-
| 0x000C
| 2
| # of frames
|-
| 0x000E
| 2
| Unknown - all files looked at so far has this field set to 24 00 hex.
|-
| 0x0010
| 2
| Is locked? - 0 open, 1 locked
|-
| 0x0012
| 2
| Preview frame number
|-
| 0x0014
| 22
| Original author name (UCS-2)
|-
| 0x002A
| 22
| Last Edited By Author name (UCS-2)
|-
| 0x0040
| 22
| User name (UCS-2)
|-
| 0x0056
| 8
| Original author ID
|-
| 0x005E
| 8
| Edit Author ID - the last user to save the file
|-
| 0x0066
| 18
| Original File-name - see notes on format
|-
| 0x0078
| 18
| File-name - see notes on format
|-
| 0x008A
| 8
| Previous Editing Author ID
|-
| 0x0092
| 8
| Partial File name? - see notes on format
|-
| 0x009A
| 4
| Date stored as the number of seconds since midnight 1 Jan 2000.
|-
| 0x009E
| 2
| Filler - 00 00
|-
| 0x00A0
| 1536
| Preview Bitmap (4 bits/pixel).
|}

The file name seems to be stored in the file header 3 times:
*Original file name 0x0066
*Current file name 0x0078
*Partial file name 0x0092

The file name is stored in 3 parts:
*3 hex bytes, the first byte's high nibble is not the same as the first byte of the file name
*13 bytes for the central part of the file name
*2 bytes for the last part of the file name.

For the file name : G35B20_0909841CDBEB1_002
*First location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 00 00
*Second location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 02 00
*Last location: D3 5B 20 09 09 84 1C DB

The 3 sections of the file name seem to be stored as:
*Last 6 digits of your Flipnote Studio ID
*A random number, possibly generated from a date stamp
*The version number of the file

===Palette===
{| class="wikitable"
|- style="background-color: #ddd;"
! Hex
! Color
! DS RGB Approximation
|-
| 0x0
| Not used / White
| 31, 31, 31
|-
| 0x1
| Dark Grey
| 10, 10, 10
|-
| 0x2
| White
| 31, 31, 31
|-
| 0x3
| Light Grey
| 20, 20, 20
|-
| 0x4
| Pure Red
| 31, 0, 0
|-
| 0x5
| Dark Red
| 15, 0, 0
|-
| 0x6
| Light Red / Pink
| 31, 15, 15
|-
| 0x7
| Pure Green
| 0, 31, 0
|-
| 0x8
| Pure Blue
| 0, 0, 31
|-
| 0x9
| Dark Blue
| 0, 0, 15
|-
| 0xA
| Light Blue
| 15, 15, 31
|-
| 0xB
| Pure Green
| 0, 31, 0
|-
| 0xC
| Magenta / Purple
| 31, 0, 31
|-
| 0xD
| Pure Green
| 0, 31, 0
|-
| 0xE
| Pure Green
| 0, 31, 0
|-
| 0xF
| Pure Green
| 0, 31, 0
|}

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.

Here's a photo taken of the altered preview image, reduced to about the correct size.

[[Image:Palpic_actsize.png|{{Image:Palpic_actsize.png}}]]

[[Media:Palpic_big.JPG|Link to the original picture, warning image is 2,048 × 1,536.]]

Here's two preview images that blasty decoded from some PPM files.

[[Image:ppm_1.png]] [[Image:ppm_2.png]]

==Animation Data Section==
The animation section starts at offset 0x06A0, with a header section.

===Animation Sequence Header===
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0000
| 4
| Size of the offset table
|-
| 0004
| 4
| Unknown
|-
| 0008
| 4 * number of frames
| A list of offsets to the frames in the order to play them.
|}

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.

===Animation Frame===
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0000
| 1
| Pen and Paper information
|-
| 0001
| 48
| Layer 1 line encoding
|-
| 0031
| 48
| Layer 2 line encoding
|-
| 0061
| ?
| The frame data stored layer 1 then layer 2
|}

The pen and paper byte at the start is encoded as follows:

[[Image:paperpeninfo.png]]

The paper bit indicates what color the paper is - 0 for black and 1 for white.

The Frame encoding is 0 for a change between last frame and this one, and 1 for a totally new frame.

The Layer 1 pen and Layer 2 pen information is as follows:

{| class="wikitable"
|- style="background-color: #ddd;"
! Number
! Meaning
|-
| 0
| Not used
|-
| 1
| Invert Paper (black on white or white on black)
|-
| 2
| Red
|-
| 3
| Blue
|}

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. The lines are stored in the same order as the bits in the byte, i.e. 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 value for the line encoding determins how many bytes you need to read at a minimum:

{| class="wikitable"
|- style="background-color: #ddd;"
! Number
! Meaning
|-
| 0
| Skip this line - there is no data for this line
|-
| 1
| Coded line
|-
| 2
| Inverted coded line
|-
| 3
| Raw line data
|}

Before 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 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. Each byte after the first 4 is then read in a reverse order, i.e. pixel 0 of 8 is bit 0, etc. 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. The first 8 pixels of the line are used only when the bit 0x80000000 is set in the initial 4 bytes.

For example the line is encoded as type 1, and the bytes that's stored is 80 00 00 00 20.

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 next byte is read and once it's expanded the 6'th byte of the line is set to the pen colour. 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.

Here's some code to show how to decode the line:

<source lang="c">
u32 decodeLine( u8 *outB, u8 *inB, u32 useByte, u8 paper, u8 pen, u8 invflag )
{
u32 offset = 0;
u16 x = 0, i;
u8 data;

if( useByte == 0 ) // Set the full line to the current paper colour
memset( outB, paper, 256 );
else // Bytes in this line, read and deal with them
{
while( useByte != 0 )
{
if( ( useByte & 0x80000000 ) == 0x80000000 )
{
// This byte exists...
data = inB[ offset++ ];

for( i = 0; i < 8; i ++ )
{
if( ( data & 0x01 ) == 0x01 )
outB[ x ] = invflag == 0 ? pen : paper;
else
outB[ x ] = invflag == 0 ? paper : pen;

x ++;

data >>= 1;
}
}
else
{
memset( &outB[ x ], paper, 8 );
x += 8;
}

useByte <<= 1;
}

if( x < 256 )
memset( &outB[ x ], paper, 256 - x );
}

return offset;
}
</source>

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. The useByte is the 4 bytes that is at the start of the line, if your reading a type 3 line (full raw data) just pass in 0xFFFFFFFF. The pen and paper values are what was read from the pen and paper information block.

Main Page/Welcome

2009-08-22T19:30:04Z

Steven: Removed link to GBATemp for the bruteforcer application. It's a dead application and it would never work.

{{Main page box|Welcome!|Main Page/Welcome}}
<div style="margin: -.3em -1em -1em -1em;">
{| width="100%" bgcolor="#fff" border="0" cellpadding="2px" cellspacing="2px" style="margin:auto;"
|- align="center" bgcolor="#e7eef6"
! width="50%" | '''What is Homebrew?'''
! width="50%"| '''Want to help?'''
|- valign="top" align="left" style="background: #F5FAFF;"
| [http://en.wikipedia.org/wiki/Homebrew_(video_games) Homebrew] is a popular term used for applications that are created and executed on a video game console by hackers and consumers.
| Homebrew is not yet possible for the average consumer, however, you can help out by documenting as much as you can about the system and putting your findings on the wiki.
|}
</div>
{{box-footer-empty}}

File:Paperpeninfo.png

2009-08-21T19:01:06Z

Steven: uploaded a new version of "Image:Paperpeninfo.png": Added information on one of the unknown bits

Flipnote Studio PaperPenInfo byte diagram

Flipnote Files/PPM

2009-08-21T18:56:18Z

Steven: /* Animation Frame */

Flipnotes animation files are normally stored on the SD card in the following folder:

/private/ds/app/4B475556/001 - European location

You can save your images in a user folder as long as it's on the same level as the 001 folder. Clicking on the Choose Folder icon on the top of the View Flipnote / SD Card option gives you a list of normal folders, and you can swap to user folders by selecting the normal button again. This could possibly be to overcome a limitation in one of the files (possibly the dirmemo2.lst file).

==File Header==
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0x0000
| 4
| Magic (should be PARA)
|-
| 0x0004
| 4
| Size of animation data
|-
| 0x0008
| 4
| size of audio data
|-
| 0x000C
| 2
| # of frames
|-
| 0x000E
| 2
| Unknown - all files looked at so far has this field set to 24 00 hex.
|-
| 0x0010
| 2
| Is locked? - 0 open, 1 locked
|-
| 0x0012
| 2
| Preview frame number
|-
| 0x0014
| 22
| Original author name (UCS-2)
|-
| 0x002A
| 22
| Last Edited By Author name (UCS-2)
|-
| 0x0040
| 22
| User name (UCS-2)
|-
| 0x0056
| 8
| Original author ID
|-
| 0x005E
| 8
| Edit Author ID - the last user to save the file
|-
| 0x0066
| 18
| Original File-name - see notes on format
|-
| 0x0078
| 18
| File-name - see notes on format
|-
| 0x008A
| 8
| Previous Editing Author ID
|-
| 0x0092
| 8
| Partial File name? - see notes on format
|-
| 0x009A
| 6
| Unknown - possibly date information
|-
| 0x00A0
| 1536
| Preview Bitmap (4 bits/pixel).
|}

The file name seems to be stored in the file header 3 times:
*Original file name 0x0066
*Current file name 0x0078
*Partial file name 0x0092

The file name is stored in 3 parts:
*3 hex bytes, the first byte's high nibble is not the same as the first byte of the file name
*13 bytes for the central part of the file name
*2 bytes for the last part of the file name.

For the file name : G35B20_0909841CDBEB1_002
*First location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 00 00
*Second location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 02 00
*Last location: D3 5B 20 09 09 84 1C DB

The 3 sections of the file name seem to be stored as:
*Last 6 digits of your Flipnote Studio ID
*A random number, possibly generated from a date stamp
*The version number of the file

===Palette===
{| class="wikitable"
|- style="background-color: #ddd;"
! Hex
! Color
! DS RGB Approximation
|-
| 0x0
| Not used / White
| 31, 31, 31
|-
| 0x1
| Dark Grey
| 10, 10, 10
|-
| 0x2
| White
| 31, 31, 31
|-
| 0x3
| Light Grey
| 20, 20, 20
|-
| 0x4
| Pure Red
| 31, 0, 0
|-
| 0x5
| Dark Red
| 15, 0, 0
|-
| 0x6
| Light Red / Pink
| 31, 15, 15
|-
| 0x7
| Pure Green
| 0, 31, 0
|-
| 0x8
| Pure Blue
| 0, 0, 31
|-
| 0x9
| Dark Blue
| 0, 0, 15
|-
| 0xA
| Light Blue
| 15, 15, 31
|-
| 0xB
| Pure Green
| 0, 31, 0
|-
| 0xC
| Magenta / Purple
| 31, 0, 31
|-
| 0xD
| Pure Green
| 0, 31, 0
|-
| 0xE
| Pure Green
| 0, 31, 0
|-
| 0xF
| Pure Green
| 0, 31, 0
|}

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.

Here's a photo taken of the altered preview image, reduced to about the correct size.

[[Image:Palpic_actsize.png|{{Image:Palpic_actsize.png}}]]

[[Media:Palpic_big.JPG|Link to the original picture, warning image is 2,048 × 1,536.]]

Here's two preview images that blasty decoded from some PPM files.

[[Image:ppm_1.png]] [[Image:ppm_2.png]]

==Animation Data Section==
The animation section starts at offset 0x06A0, with a header section.

===Animation Sequence Header===
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0000
| 4
| Size of the offset table
|-
| 0004
| 4
| Unknown
|-
| 0008
| 4 * number of frames
| A list of offsets to the frames in the order to play them.
|}

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.

===Animation Frame===
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0000
| 1
| Pen and Paper information
|-
| 0001
| 48
| Layer 1 line encoding
|-
| 0031
| 48
| Layer 2 line encoding
|-
| 0061
| ?
| The frame data stored layer 1 then layer 2
|}

The pen and paper byte at the start is encoded as follows:

[[Image:paperpeninfo.png]]

The paper bit indicates what color the paper is - 0 for black and 1 for white.

The Frame encoding is 0 for a change between last frame and this one, and 1 for a totally new frame.

The Layer 1 pen and Layer 2 pen information is as follows:

{| class="wikitable"
|- style="background-color: #ddd;"
! Number
! Meaning
|-
| 0
| Not used
|-
| 1
| Invert Paper (black on white or white on black)
|-
| 2
| Red
|-
| 3
| Blue
|}

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. The lines are stored in the same order as the bits in the byte, i.e. 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 value for the line encoding determins how many bytes you need to read at a minimum:

{| class="wikitable"
|- style="background-color: #ddd;"
! Number
! Meaning
|-
| 0
| Skip this line - there is no data for this line
|-
| 1
| Coded line
|-
| 2
| Inverted coded line
|-
| 3
| Raw line data
|}

Before 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 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. Each byte after the first 4 is then read in a reverse order, i.e. pixel 0 of 8 is bit 0, etc. 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. The first 8 pixels of the line are used only when the bit 0x80000000 is set in the initial 4 bytes.

For example the line is encoded as type 1, and the bytes that's stored is 80 00 00 00 20.

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 next byte is read and once it's expanded the 6'th byte of the line is set to the pen colour. 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.

Here's some code to show how to decode the line:

<source lang="c">
u32 decodeLine( u8 *outB, u8 *inB, u32 useByte, u8 paper, u8 pen, u8 invflag )
{
u32 offset = 0;
u16 x = 0, i;
u8 data;

if( useByte == 0 ) // Set the full line to the current paper colour
memset( outB, paper, 256 );
else // Bytes in this line, read and deal with them
{
while( useByte != 0 )
{
if( ( useByte & 0x80000000 ) == 0x80000000 )
{
// This byte exists...
data = inB[ offset++ ];

for( i = 0; i < 8; i ++ )
{
if( ( data & 0x01 ) == 0x01 )
outB[ x ] = invflag == 0 ? pen : paper;
else
outB[ x ] = invflag == 0 ? paper : pen;

x ++;

data >>= 1;
}
}
else
{
memset( &outB[ x ], paper, 8 );
x += 8;
}

useByte <<= 1;
}

if( x < 256 )
memset( &outB[ x ], paper, 256 - x );
}

return offset;
}
</source>

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. The useByte is the 4 bytes that is at the start of the line, if your reading a type 3 line (full raw data) just pass in 0xFFFFFFFF. The pen and paper values are what was read from the pen and paper information block.

1.4

2009-08-21T17:28:45Z

Steven:

The System Menu 1.4 was released on 29 July 2009 in Japan, 30 July 2009 in Europe and in Australia, and 3 August 2009 in the United States.

== Changelog ==

* Facebook support in "Nintendo DSi Camera" application. You can now share your photos in your facebook account.
* New version of [[Nintendo DSi Browser]] (Opera 9.50/'''507''')
* All Flashcards blocked. Some flashcarts have been re-enabled via a firmware update for the flashcart itself.

== Note ==

If you do not update, you can't access the [[Nintendo DSi Shop|DSi Shop]].

== See also ==

* [[System Menu]]
* [[Nintendo Software]]

Flipnote Files/PPM

2009-08-21T10:18:45Z

Steven:

Flipnotes animation files are normally stored on the SD card in the following folder:

/private/ds/app/4B475556/001 - European location

You can save your images in a user folder as long as it's on the same level as the 001 folder. Clicking on the Choose Folder icon on the top of the View Flipnote / SD Card option gives you a list of normal folders, and you can swap to user folders by selecting the normal button again. This could possibly be to overcome a limitation in one of the files (possibly the dirmemo2.lst file).

==File Header==
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0x0000
| 4
| Magic (should be PARA)
|-
| 0x0004
| 4
| Size of animation data
|-
| 0x0008
| 4
| size of audio data
|-
| 0x000C
| 2
| # of frames
|-
| 0x000E
| 2
| Unknown - all files looked at so far has this field set to 24 00 hex.
|-
| 0x0010
| 2
| Is locked? - 0 open, 1 locked
|-
| 0x0012
| 2
| Preview frame number
|-
| 0x0014
| 22
| Original author name (UCS-2)
|-
| 0x002A
| 22
| Last Edited By Author name (UCS-2)
|-
| 0x0040
| 22
| User name (UCS-2)
|-
| 0x0056
| 8
| Original author ID
|-
| 0x005E
| 8
| Edit Author ID - the last user to save the file
|-
| 0x0066
| 18
| Original File-name - see notes on format
|-
| 0x0078
| 18
| File-name - see notes on format
|-
| 0x008A
| 8
| Previous Editing Author ID
|-
| 0x0092
| 8
| Partial File name? - see notes on format
|-
| 0x009A
| 6
| Unknown - possibly date information
|-
| 0x00A0
| 1536
| Preview Bitmap (4 bits/pixel).
|}

The file name seems to be stored in the file header 3 times:
*Original file name 0x0066
*Current file name 0x0078
*Partial file name 0x0092

The file name is stored in 3 parts:
*3 hex bytes, the first byte's high nibble is not the same as the first byte of the file name
*13 bytes for the central part of the file name
*2 bytes for the last part of the file name.

For the file name : G35B20_0909841CDBEB1_002
*First location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 00 00
*Second location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 02 00
*Last location: D3 5B 20 09 09 84 1C DB

The 3 sections of the file name seem to be stored as:
*Last 6 digits of your Flipnote Studio ID
*A random number, possibly generated from a date stamp
*The version number of the file

===Palette===
{| class="wikitable"
|- style="background-color: #ddd;"
! Hex
! Color
! DS RGB Approximation
|-
| 0x0
| Not used / White
| 31, 31, 31
|-
| 0x1
| Dark Grey
| 10, 10, 10
|-
| 0x2
| White
| 31, 31, 31
|-
| 0x3
| Light Grey
| 20, 20, 20
|-
| 0x4
| Pure Red
| 31, 0, 0
|-
| 0x5
| Dark Red
| 15, 0, 0
|-
| 0x6
| Light Red / Pink
| 31, 15, 15
|-
| 0x7
| Pure Green
| 0, 31, 0
|-
| 0x8
| Pure Blue
| 0, 0, 31
|-
| 0x9
| Dark Blue
| 0, 0, 15
|-
| 0xA
| Light Blue
| 15, 15, 31
|-
| 0xB
| Pure Green
| 0, 31, 0
|-
| 0xC
| Magenta / Purple
| 31, 0, 31
|-
| 0xD
| Pure Green
| 0, 31, 0
|-
| 0xE
| Pure Green
| 0, 31, 0
|-
| 0xF
| Pure Green
| 0, 31, 0
|}

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.

Here's a photo taken of the altered preview image, reduced to about the correct size.

[[Image:Palpic_actsize.png|{{Image:Palpic_actsize.png}}]]

[[Media:Palpic_big.JPG|Link to the original picture, warning image is 2,048 × 1,536.]]

Here's two preview images that blasty decoded from some PPM files.

[[Image:ppm_1.png]] [[Image:ppm_2.png]]

==Animation Data Section==
The animation section starts at offset 0x06A0, with a header section.

===Animation Sequence Header===
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0000
| 4
| Size of the offset table
|-
| 0004
| 4
| Unknown
|-
| 0008
| 4 * number of frames
| A list of offsets to the frames in the order to play them.
|}

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.

===Animation Frame===
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0000
| 1
| Pen and Paper information
|-
| 0001
| 48
| Layer 1 line encoding
|-
| 0031
| 48
| Layer 2 line encoding
|-
| 0061
| ?
| The frame data stored layer 1 then layer 2
|}

The pen and paper byte at the start is encoded as follows:

[[Image:paperpeninfo.png]]

The paper bit indicates what color the paper is - 0 for black and 1 for white.

The Layer 1 pen and Layer 2 pen information is as follows:

{| class="wikitable"
|- style="background-color: #ddd;"
! Number
! Meaning
|-
| 0
| Not used
|-
| 1
| Invert Paper (black on white or white on black)
|-
| 2
| Red
|-
| 3
| Blue
|}

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. The lines are stored in the same order as the bits in the byte, i.e. 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 value for the line encoding determins how many bytes you need to read at a minimum:

{| class="wikitable"
|- style="background-color: #ddd;"
! Number
! Meaning
|-
| 0
| Skip this line - there is no data for this line
|-
| 1
| Coded line
|-
| 2
| Inverted coded line
|-
| 3
| Raw line data
|}

Before 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 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. Each byte after the first 4 is then read in a reverse order, i.e. pixel 0 of 8 is bit 0, etc. 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. The first 8 pixels of the line are used only when the bit 0x80000000 is set in the initial 4 bytes.

For example the line is encoded as type 1, and the bytes that's stored is 80 00 00 00 20.

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 next byte is read and once it's expanded the 6'th byte of the line is set to the pen colour. 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.

Here's some code to show how to decode the line:

<source lang="c">
u32 decodeLine( u8 *outB, u8 *inB, u32 useByte, u8 paper, u8 pen, u8 invflag )
{
u32 offset = 0;
u16 x = 0, i;
u8 data;

if( useByte == 0 ) // Set the full line to the current paper colour
memset( outB, paper, 256 );
else // Bytes in this line, read and deal with them
{
while( useByte != 0 )
{
if( ( useByte & 0x80000000 ) == 0x80000000 )
{
// This byte exists...
data = inB[ offset++ ];

for( i = 0; i < 8; i ++ )
{
if( ( data & 0x01 ) == 0x01 )
outB[ x ] = invflag == 0 ? pen : paper;
else
outB[ x ] = invflag == 0 ? paper : pen;

x ++;

data >>= 1;
}
}
else
{
memset( &outB[ x ], paper, 8 );
x += 8;
}

useByte <<= 1;
}

if( x < 256 )
memset( &outB[ x ], paper, 256 - x );
}

return offset;
}
</source>

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. The useByte is the 4 bytes that is at the start of the line, if your reading a type 3 line (full raw data) just pass in 0xFFFFFFFF. The pen and paper values are what was read from the pen and paper information block.

User:Steven/flip frame decode.c

2009-08-21T09:53:26Z

Steven: Steven/flip frame decode.c moved to User:Steven/flip frame decode.c: Lets try this again - Wiki NOOB ALERT XD

Please note that there is very little comments and this application just outputs to the text console at the moment, but the code used here can be expanded to produce any other image file formats you wanted. I'm still working on the sound format and as such there is no functions for the sound yet.

<source lang="c">
#include <stdio.h>
#include <stdlib.h>
#include <memory.h>
#include <string.h>

// Disable MS VC's "unsecure / depricated" code warning
#pragma warning( disable : 4996 )

// setup some file types for set sizes
typedef signed char s8;
typedef signed short s16;
typedef signed long s32;
typedef unsigned char u8;
typedef unsigned short u16;
typedef unsigned long u32;

typedef struct PPM_HEADER
{
u8 magic[4];
u32 fileSize;
u32 audioOffset;
u16 numberOfFrames;
u16 unk0;
u16 flags;
u16 previewFrameNumber;
u16 originalAuthorName[11];
u16 authorName[11];
u16 userName[11];
u8 originalAuthorID[8];
u8 editAuthorID[8];
u8 originalFileName[18];
u8 fileName[18];
u8 authorID[8];
u8 unk1[8];
u8 unk2[6];
u8 previewBitmap[1536];
} ppmHeader;

int flength(FILE *f)
{
int pos,end;
pos = ftell (f);
fseek (f, 0, SEEK_END);
end = ftell (f);
fseek (f, pos, SEEK_SET);
return end;
}

char *idFromStr( u8 is[8] )
{
static char retVal[32];
int i;

memset( retVal, 0, 32 );

for( i = 7; i >= 0; i -- )
sprintf( retVal, "%s%02X", retVal, ( is[ i ] & 0xFF ) );

return retVal;
}

char *filenameFromStr( u8 fn[18] )
{
static char retVal[64];
int i;

memset( retVal, 0, 32 );

for( i = 0; i < 3; i ++ )
sprintf( retVal, "%s%02X", retVal, ( fn[ i ] & 0xFF ) );

strcat( retVal, "_" );

for( i = 3; i < 16; i ++ )
sprintf( retVal, "%s%c", retVal, ( fn[ i ] & 0xFF ) );

sprintf( retVal, "%s_%03d", retVal, ( fn[ 16 ] & 0xFF ) + ( ( fn[ 17 ] & 0xFF ) << 8 ) );

return retVal;
}

char *hexFromStr( u8 is[8], int len )
{
static char retVal[256];
int i;

memset( retVal, 0, 256 );

for( i = 0; i < len; i ++ )
sprintf( retVal, "%s%02X ", retVal, ( is[ i ] & 0xFF ) );

return retVal;
}

void printHeaderInfo( ppmHeader *ptr )
{
printf( "Magic Number : %c%c%c%c\n", ptr->magic[0], ptr->magic[1], ptr->magic[2], ptr->magic[3] );
printf( "File Size : %d (%08X)\n", ptr->fileSize, ptr->fileSize );
printf( "Audio offset : %d (%08X)\n", ptr->audioOffset, ptr->audioOffset );
printf( "# Frames : %d\n", ptr->numberOfFrames );
printf( "Unknown : 0x%04X\n", ptr->unk0 );
printf( "Flags? : 0x%04X - 0 = open, 1 = locked\n", ptr->flags );
printf( "Preview Frame # : %d\n", ptr->previewFrameNumber );
printf( "Orig Author : UCS-2 string \n" );
printf( "Author : UCS-2 string \n" );
printf( "Edit Author : UCS-2 string \n" );
printf( "Orig Author ID : %s\n", idFromStr( ptr->originalAuthorID ) );
printf( "Edit Author ID : %s\n", idFromStr( ptr->editAuthorID ) );
printf( "Orig Filename : %s\n", filenameFromStr( ptr->originalFileName ) );
printf( "Curr Filename : %s\n", filenameFromStr( ptr->fileName ) );
printf( "Author ID : %s\n", idFromStr( ptr->authorID ) );
printf( "Unknown 8 bytes : %s\n", hexFromStr( ptr->unk1, 8 ) ) ;
printf( "Unknown 6 bytes : %s\n", hexFromStr( ptr->unk2, 6 ) ) ;
}

static char outPreviewG[] = { ' ', 176, 219, 178, 'r', 'R', 'p', 'X', 'B', 'P', 'b', 'x', 'M', '.', '.', '.' };

static char outFrameG0[] = { 32, 219, 176, 178 };
static char outFrameG1[] = { 219, 32, 176, 178 };

void displayPreviewImage( u8 img[1536] )
{
int x, y, cellOffset;
int xp, xc;
u8 c;

for( y = 0; y < 48; y ++ )
{
cellOffset = ( ( y >> 3 ) * 256 ) + ( ( y & 0x7 ) << 2 );
for( x = 0; x < 64; x ++ )
{
xp = ( x & 7 ) >> 1;
xc = ( ( x >> 3 ) << 5 );
c = img[ cellOffset + xp + xc ];
printf( "%c", outPreviewG[ ( x & 1 ? c >> 4 : c ) & 0xF ] );
}
printf( "\n" );
}
}

u32 getu32( u8 *buf )
{
u32 retVal = 0;

retVal = retVal | ( buf[ 0 ] << 0 );
retVal = retVal | ( buf[ 1 ] << 8 );
retVal = retVal | ( buf[ 2 ] << 16 );
retVal = retVal | ( buf[ 3 ] << 24 );

return retVal;
}

u32 getu32inv( u8 *buf )
{
u32 retVal = 0;

retVal = retVal | ( buf[ 3 ] << 0 );
retVal = retVal | ( buf[ 2 ] << 8 );
retVal = retVal | ( buf[ 1 ] << 16 );
retVal = retVal | ( buf[ 0 ] << 24 );

return retVal;
}

u32 getFrameOffset( u8 *buf, u16 frm )
{
u32 numBytes;

numBytes = getu32( buf );

if( frm > ( numBytes >> 2 ) )
return 0;

return ( getu32( &buf[ 4 + ( frm << 2 ) ] ) + 8 + numBytes );
}

u32 decodeLine( u8 *outB, u8 *inB, u32 useByte, u8 paper, u8 pen, u8 invflag )
{
u32 offset = 0;
u16 x = 0, i;
u8 data;

if( useByte == 0 ) // Set the full line to the current paper colour
memset( outB, paper, 256 );
else // Bytes in this line, read and deal with them
{
while( useByte != 0 )
{
if( ( useByte & 0x80000000 ) == 0x80000000 )
{
// This byte exists...
data = inB[ offset++ ];

for( i = 0; i < 8; i ++ )
{
if( ( data & 0x01 ) == 0x01 )
outB[ x ] = invflag == 0 ? pen : paper;
else
outB[ x ] = invflag == 0 ? paper : pen;

x ++;

data >>= 1;
}
}
else
{
memset( &outB[ x ], paper, 8 );
x += 8;
}

useByte <<= 1;
}

if( x < 256 )
memset( &outB[ x ], paper, 256 - x );
}

return offset;
}

void displayFrame( u8 *frmBuf, u16 frmNum )
{
u8 colPaper, colLayer1, colLayer2;
u32 frmOffset;
u8 lEnc[192];
u8 *buf;
u8 lnePos, lneCount;
u8 *outFrameG;
u16 x, y;
u32 byteUse;

buf = (u8*) malloc( 256 * 192 );
if( buf == NULL )
{
printf( "Error unable to allocate buffer for frame %d\n", frmBuf );
return;
}

frmOffset = getFrameOffset( frmBuf, 1 );

printf( "Frame #%d offset %08X\n", frmNum, frmOffset );

colPaper = frmBuf[ frmOffset ] & 0x01;
colLayer1 = ( frmBuf[ frmOffset ] >> 1 ) & 0x03;
colLayer2 = ( frmBuf[ frmOffset ] >> 3 ) & 0x03;

printf( "Paper colour: %s\n", ( colPaper == 0 ? "Black" : "White" ) );
printf( "Layer 1 colour: %d\n", colLayer1 );
printf( "Layer 2 colour: %d\n", colLayer2 );

if( colPaper == 0 )
outFrameG = outFrameG0;
else
outFrameG = outFrameG1;

memset( buf, outFrameG[0], 192 << 8 );

lnePos = 0;
frmOffset ++;

// Read layer 1 line information into lower nibble
for( lneCount = 0; lneCount < 48; lneCount ++ )
{
lEnc[ lnePos++ ] = ( frmBuf[ frmOffset ] >> 0 ) & 0x03;
lEnc[ lnePos++ ] = ( frmBuf[ frmOffset ] >> 2 ) & 0x03;
lEnc[ lnePos++ ] = ( frmBuf[ frmOffset ] >> 4 ) & 0x03;
lEnc[ lnePos++ ] = ( frmBuf[ frmOffset ] >> 6 ) & 0x03;
frmOffset ++;
}

lnePos = 0;
// Read layer 2 line information into upper nibble
for( lneCount = 0; lneCount < 48; lneCount ++ )
{
lEnc[ lnePos++ ] |= ( frmBuf[ frmOffset ] << 4 ) & 0x30;
lEnc[ lnePos++ ] |= ( frmBuf[ frmOffset ] << 2 ) & 0x30;
lEnc[ lnePos++ ] |= ( frmBuf[ frmOffset ] >> 0 ) & 0x30;
lEnc[ lnePos++ ] |= ( frmBuf[ frmOffset ] >> 2 ) & 0x30;
frmOffset ++;
}

//read frame here...
// First read layer 1.
lnePos = 0;

while( lnePos < 192 )
{
switch( lEnc[ lnePos ] & 0x03 )
{
case 0: // Skip this line
byteUse = 0;
printf( "Line %3d(%04X), Layer 1, Skip Frame [%08X]\toffset %08X\n", lnePos, lnePos, byteUse, frmOffset + 0x6a0 );
break;
case 1: // Coded
byteUse = getu32inv( &frmBuf[ frmOffset ] );
printf( "Line %3d(%04X), Layer 1, Coded [%08X]\toffset %08X\n", lnePos, lnePos, byteUse, frmOffset + 0x6a0 );
frmOffset += 4;
frmOffset += decodeLine( &buf[ lnePos << 8 ], &frmBuf[ frmOffset ], byteUse, outFrameG[ 0 ], outFrameG[ colLayer1 ], 0 );
break;
case 2: // Inv Coded
byteUse = getu32inv( &frmBuf[ frmOffset ] );
printf( "Line %3d(%04X), Layer 1, Inv Coded [%08X]\toffset %08X\n", lnePos, lnePos, byteUse, frmOffset + 0x6a0 );
frmOffset += 4;
frmOffset += decodeLine( &buf[ lnePos << 8 ], &frmBuf[ frmOffset ], byteUse, outFrameG[ colLayer1 ], outFrameG[ 0 ], 1 );
break;
case 3: // Full Line
byteUse = 0xFFFFFFFF;
printf( "Line %3d(%04X), Layer 1, Full Frame [%08X]\toffset %08X\n", lnePos, lnePos, byteUse, frmOffset + 0x6a0 );
frmOffset += decodeLine( &buf[ lnePos << 8 ], &frmBuf[ frmOffset ], byteUse, outFrameG[ 0 ], outFrameG[ colLayer1 ], 0 );
break;
}

lnePos ++;
}

//output frame here...
for( y = 0; y < 192; y ++ )
{
for( x = 0; x < 256; x ++ )
{
printf( "%c", buf[ x + ( y << 8 ) ] );
}
printf( "\n" );
}

}

void hexOut( char *buf, int len )
{
int i;

for( i = 0 ; i < len ; i ++ )
{
printf( "%02X ", buf[i] & 0xFF );

if( ( i & 0xF ) == 0xF )
printf( "\n" );
}
}

int main(int argc, char* argv[])
{
ppmHeader *pHead;
FILE *fp;
int f_len;
char *f_buf;

if(argc != 2)
{
printf("usage: %s <anim.ppm>\n", argv[0]);
exit(0);
}

fp = fopen(argv[1],"rb");
if(fp == NULL)
{
printf("input file not found\n");
exit(1);
}

f_len = flength(fp);
f_buf = malloc(f_len);
if(f_buf == NULL)
{
fprintf(stderr, "not enough memory\n");
exit(1);
}

if(fread(f_buf, f_len, 1, fp) != 1)
{
fprintf(stderr, "file read failure\n");
exit(1);
}

pHead = (ppmHeader *) f_buf;

printHeaderInfo( pHead );

displayPreviewImage( pHead->previewBitmap );

printf( "\n" );

displayFrame( &f_buf[ 0x6a0 ], 1 );

printf( "\n" );

hexOut( &f_buf[ 0x6a0 ], 256 );

printf( "\n" );

hexOut( &f_buf[ f_len - 256 ], 256 );

printf("finished..\n");
free( f_buf);
fclose(fp);

return 0;
}
</source>

User:Steven

2009-08-21T09:52:39Z

Steven:

[[/flip_frame_decode.c|Flipnote Frame Decoder application]] This is the code I'm using to look at the file format.

User:Steven/flip frame decode.c

2009-08-21T09:52:27Z

Steven: \flip frame decode.c moved to Steven/flip frame decode.c: I'm too used to MS-DOS slashes...

User:Steven/flip frame decode.c

2009-08-21T09:51:57Z

Steven: New page: Please note that there is very little comments and this application just outputs to the text console at the moment, but the code used here can be expanded to produce any other image file f...

User:Steven

2009-08-21T09:49:21Z

Steven: New page: Flipnote Frame Decoder application This is the code I'm using to look at the file format.

[[\flip_frame_decode.c|Flipnote Frame Decoder application]] This is the code I'm using to look at the file format.

Nintendo Software

2009-08-21T09:39:46Z

Steven: Removed link to possible pirate software site - I looked and smelt rotten fish while looking there...

This article links to information about all Nintendo created software.

== System ==

*[[System Menu]] (DSi Menu)

== DSi applications ==

*[[Nintendo DSi Browser]]
*[[Nintendo DSi Calculator]]
*[[Nintendo DSi Camera]]
*[[Nintendo DSi Clock]]
*[[Nintendo DSi Shop]]
*[[Nintendo DSi Sound]]
*[[DS Download Play]]
*[[Pictochat]]

Flipnote Files/PPM

2009-08-21T09:03:57Z

Steven: Flipnote Files\PPM moved to Flipnote Files/PPM: Re-arranging the Flipnote files, and miss linked

{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0x0000
| 4
| Magic (should be PARA)
|-
| 0x0004
| 4
| Size of animation data
|-
| 0x0008
| 4
| size of audio data
|-
| 0x000C
| 2
| # of frames
|-
| 0x000E
| 2
| Unknown - all files looked at so far has this field set to 24 00 hex.
|-
| 0x0010
| 2
| Is locked? - 0 open, 1 locked
|-
| 0x0012
| 2
| Preview frame number
|-
| 0x0014
| 22
| Original author name (UCS-2)
|-
| 0x002A
| 22
| Last Edited By Author name (UCS-2)
|-
| 0x0040
| 22
| User name (UCS-2)
|-
| 0x0056
| 8
| Original author ID
|-
| 0x005E
| 8
| Edit Author ID - the last user to save the file
|-
| 0x0066
| 18
| Original File-name - see notes on format
|-
| 0x0078
| 18
| File-name - see notes on format
|-
| 0x008A
| 8
| Previous Editing Author ID
|-
| 0x0092
| 8
| Partial File name? - see notes on format
|-
| 0x009A
| 6
| Unknown - possibly date information
|-
| 0x00A0
| 1536
| Preview Bitmap (4 bits/pixel).
|-
|0x06A0
| 8 + ( 4 * Number of frames)
| Animation Sequence Header
|}

The file name seems to be stored in the file header 3 times:
*Original file name 0x0066
*Current file name 0x0078
*Partial file name 0x0092

The file name is stored in 3 parts:
*3 hex bytes, the first byte's high nibble is not the same as the first byte of the file name
*13 bytes for the central part of the file name
*2 bytes for the last part of the file name.

For the file name : G35B20_0909841CDBEB1_002
*First location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 00 00
*Second location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 02 00
*Last location: D3 5B 20 09 09 84 1C DB

The 3 sections of the file name seem to be stored as:
*Last 6 digits of your Flipnote Studio ID
*A random number, possibly generated from a date stamp
*The version number of the file

===Palette===
{| class="wikitable"
|- style="background-color: #ddd;"
! Hex
! Color
! DS RGB Approximation
|-
| 0x0
| Not used / White
| 31, 31, 31
|-
| 0x1
| Dark Grey
| 10, 10, 10
|-
| 0x2
| White
| 31, 31, 31
|-
| 0x3
| Light Grey
| 20, 20, 20
|-
| 0x4
| Pure Red
| 31, 0, 0
|-
| 0x5
| Dark Red
| 15, 0, 0
|-
| 0x6
| Light Red / Pink
| 31, 15, 15
|-
| 0x7
| Pure Green
| 0, 31, 0
|-
| 0x8
| Pure Blue
| 0, 0, 31
|-
| 0x9
| Dark Blue
| 0, 0, 15
|-
| 0xA
| Light Blue
| 15, 15, 31
|-
| 0xB
| Pure Green
| 0, 31, 0
|-
| 0xC
| Magenta / Purple
| 31, 0, 31
|-
| 0xD
| Pure Green
| 0, 31, 0
|-
| 0xE
| Pure Green
| 0, 31, 0
|-
| 0xF
| Pure Green
| 0, 31, 0
|}

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.

Here's a photo taken of the altered preview image, reduced to about the correct size.

[[Image:Palpic_actsize.png|{{Image:Palpic_actsize.png}}]]

[[Media:Palpic_big.JPG|Link to the original picture, warning image is 2,048 × 1,536.]]

Here's two preview images that blasty decoded from some PPM files.

[[Image:ppm_1.png]] [[Image:ppm_2.png]]

==Animation Data Section==

Flipnote Files

2009-08-21T09:03:08Z

Steven:

Flipnote Studio uses 3 different file extensions:
*[[Flipnote Files/PPM|.PPM]] - these are the animation files themselves
*[[Flipnote Files/LST|.LST]] - This is a list of the files in the current directory
*[[Flipnote Files/PLS|.PLS]] - These are the sticker files, and the recently edited file.

Flipnote Files

2009-08-21T09:00:16Z

Steven:

Flipnote Studio uses 3 different file extensions:
*[[Flipnote Files\PPM|.PPM]] - these are the animation files themselves
*[[Flipnote Files\LST|.LST]] - This is a list of the files in the current directory
*[[Flipnote Files\PLS|.PLS]] - These are the sticker files, and the recently edited file.

Flipnote Files/PPM

2009-08-21T09:00:08Z

Steven: New page: {| class="wikitable" |- style="background-color: #ddd;" ! Start ! Length ! Description |- | 0x0000 | 4 | Magic (should be PARA) |- | 0x0004 | 4 | Size of animation data |- | 0x0008 | 4 | s...

File:Palpic big.JPG

2009-08-21T08:23:57Z

Steven: Original picture of an altered ppm preview image on the DSi.

Original picture of an altered ppm preview image on the DSi.

File:Palpic actsize.png

2009-08-21T07:53:18Z

Steven: Picture of an altered ppm preview image on the DSi

Picture of an altered ppm preview image on the DSi

File:Paperpeninfo.png

2009-08-21T07:52:22Z

Steven: Flipnote Studio PaperPenInfo byte diagram

Flipnote Studio PaperPenInfo byte diagram

Flipnote Files

2009-08-16T14:15:33Z

Steven:

== *.ppm FILES ==
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0x0000
| 4
| Magic (should be PARA)
|-
| 0x0004
| 4
| Size of animation-section
|-
| 0x0008
| 4
| Offset audio-data
|-
| 0x000C
| 2
| # of frames
|-
| 0x000E
| 2
| Unknown - all files looked at so far has this field set to 24 00 hex.
|-
| 0x0010
| 2
| Is locked? - 0 open, 1 locked
|-
| 0x0012
| 2
| Preview frame number ??
|-
| 0x0014
| 22
| Original author name (UCS-2)
|-
| 0x002A
| 22
| Author name (UCS-2)
|-
| 0x0040
| 22
| User name (UCS-2)
|-
| 0x0056
| 8
| Original author ID
|-
| 0x005E
| 8
| Edit Author ID - the last user to save the file
|-
| 0x0066
| 18
| Original File-name - see notes on format
|-
| 0x0078
| 18
| File-name - see notes on format
|-
| 0x008A
| 8
| Mirrored author ID ??
|-
| 0x0092
| 8
| Partial File name? - see notes on format
|-
| 0x009A
| 6
| Unknown - possibly date information
|-
| 0x00A0
| 1536
| Preview Bitmap (4 bits/pixel).
|}

The file name seems to be stored in the file header 3 times:
*Original file name 0x0066
*Current file name 0x0078
*Partial file name 0x0092

The file name is stored in 3 parts:
*3 hex bytes, the first byte's high nibble is not the same as the first byte of the file name
*13 bytes for the central part of the file name
*2 bytes for the last part of the file name.

For the file name : G35B20_0909841CDBEB1_002
*First location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 00 00
*Second location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 02 00
*Last location: D3 5B 20 09 09 84 1C DB

=== Palette: ===
{| class="wikitable"
|- style="background-color: #ddd;"
! Hex
! Color
|-
| 0x0
| ??
|-
| 0x1
| Dark grey
|-
| 0x2
| White
|-
| 0x3
| Light grey
|-
| 0x4
| Light red
|-
| 0x5
| Dark red
|-
| 0x6
| Pink
|-
| 0x7
| Pure green
|-
| 0x8
| Pure blue
|-
| 0x9
| Purple
|-
| 0xA
| Light blue
|-
| 0xB
| Pure green
|-
| 0xC
| Magenta
|-
| 0xD
| Pure green
|-
| 0xE
| Pure green
|-
| 0xF
| Pure green
|}

The preview image is a 64x48 image stored in a 16 colour tile way, with each 8x8 tile taking up 32 bytes of the file.

Flipnote Files

2009-08-16T10:46:34Z

Steven: /* *.ppm FILES */

== *.ppm FILES ==
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0x0000
| 4
| Magic (should be PARA)
|-
| 0x0004
| 4
| Size of animation-section
|-
| 0x0008
| 4
| Offset audio-data
|-
| 0x000C
| 2
| # of frames
|-
| 0x000E
| 2
| Unknown - all files looked at so far has this field set to 24 00 hex.
|-
| 0x0010
| 2
| Is locked? - 0 open, 1 locked
|-
| 0x0012
| 2
| Preview frame number ??
|-
| 0x0014
| 22
| Original author name (UCS-2)
|-
| 0x002A
| 22
| Author name (UCS-2)
|-
| 0x0040
| 22
| User name (UCS-2)
|-
| 0x0056
| 8
| Original author ID
|-
| 0x005E
| 8
| Edit Author ID - the last user to save the file
|-
| 0x0066
| 18
| Original File-name - see notes on format
|-
| 0x0078
| 18
| File-name - see notes on format
|-
| 0x008A
| 8
| Mirrored author ID ??
|-
| 0x0092
| 8
| Partial File name? - see notes on format
|-
| 0x009A
| 6
| Unknown - possibly date information
|-
| 0x00A0
| 1536
| Preview Bitmap (4 bits/pixel). This is stored in cells each cell is 8 pixels by 4 pixels, each cell uses 16 bytes, and are stored in a top left going right then down format
|}

The file name seems to be stored in the file header 3 times:
*Original file name 0x0066
*Current file name 0x0078
*Partial file name 0x0092

The file name is stored in 3 parts:
*3 hex bytes, the first byte's high nibble is not the same as the first byte of the file name
*13 bytes for the central part of the file name
*2 bytes for the last part of the file name.

For the file name : G35B20_0909841CDBEB1_002
*First location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 00 00
*Second location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 02 00
*Last location: D3 5B 20 09 09 84 1C DB

=== Palette: ===
{| class="wikitable"
|- style="background-color: #ddd;"
! Hex
! Color
|-
| 0x0
| ??
|-
| 0x1
| Dark grey
|-
| 0x2
| White
|-
| 0x3
| Light grey
|-
| 0x4
| Light red
|-
| 0x5
| Dark red
|-
| 0x6
| Pink
|-
| 0x7
| Pure green
|-
| 0x8
| Pure blue
|-
| 0x9
| Purple
|-
| 0xA
| Light blue
|-
| 0xB
| Pure green
|-
| 0xC
| Magenta
|-
| 0xD
| Pure green
|-
| 0xE
| Pure green
|-
| 0xF
| Pure green
|}

Flipnote Files

2009-08-16T10:41:44Z

Steven:

== *.ppm FILES ==
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0x0000
| 4
| Magic (should be PARA)
|-
| 0x0004
| 4
| Size of animation-section
|-
| 0x0008
| 4
| Offset audio-data
|-
| 0x000C
| 2
| # of frames
|-
| 0x000E
| 2
| Unknown
|-
| 0x0010
| 2
| Is locked? - 0 open, 1 locked
|-
| 0x0012
| 2
| Preview frame number ??
|-
| 0x0014
| 22
| Original author name (UCS-2)
|-
| 0x002A
| 22
| Author name (UCS-2)
|-
| 0x0040
| 22
| User name (UCS-2)
|-
| 0x0056
| 8
| Original author ID
|-
| 0x005E
| 8
| Edit Author ID - the last user to save the file
|-
| 0x0066
| 18
| Original File-name - see notes on format
|-
| 0x0078
| 18
| File-name - see notes on format
|-
| 0x008A
| 8
| Mirrored author ID ??
|-
| 0x0092
| 8
| Partial File name? - see notes on format
|-
| 0x009A
| 6
| Unknown - possibly date information
|-
| 0x00A0
| 1536
| Preview Bitmap (4 bits/pixel). This is stored in cells each cell is 8 pixels by 4 pixels, each cell uses 16 bytes, and are stored in a top left going right then down format
|}

The file name seems to be stored in the file header 3 times:
*Original file name 0x0066
*Current file name 0x0078
*Partial file name 0x0092

The file name is stored in 3 parts:
*3 hex bytes, the first byte's high nibble is not the same as the first byte of the file name
*13 bytes for the central part of the file name
*2 bytes for the last part of the file name.

For the file name : G35B20_0909841CDBEB1_002
*First location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 00 00
*Second location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 02 00
*Last location: D3 5B 20 09 09 84 1C DB

=== Palette: ===
{| class="wikitable"
|- style="background-color: #ddd;"
! Hex
! Color
|-
| 0x0
| ??
|-
| 0x1
| Dark grey
|-
| 0x2
| White
|-
| 0x3
| Light grey
|-
| 0x4
| Light red
|-
| 0x5
| Dark red
|-
| 0x6
| Pink
|-
| 0x7
| Pure green
|-
| 0x8
| Pure blue
|-
| 0x9
| Purple
|-
| 0xA
| Light blue
|-
| 0xB
| Pure green
|-
| 0xC
| Magenta
|-
| 0xD
| Pure green
|-
| 0xE
| Pure green
|-
| 0xF
| Pure green
|}

Flipbook XOR Pad

2009-08-15T20:14:50Z

Steven:

Since the encryption used is AES-128-CTR, there's a static XOR pad (generated from the key) applied when encrypting/decrypting.
Here's the XOR pad used for the *.lst file (hexadecimal):

00: 00 00 00 00 00 00 A6 37 6E 11 38 CF A0 DD 85 C0
10: C7 9B C4 D8 DD 28 8A 87 53 20 EE E0 0B 00 00 00
20: 00 00 00 75 36 37 EB 35 6A 34 7F B5 0F 99 F7 EF
30: 43 25 CE A0 29 46 D9 D4 4D BB 00 00 00 00 00 00
40: F7 4C 6A 3A FB 82 A6 37 6E 11 38 CF A0 DD 85 C0
50: C7 9B C4 D8 DD 28 8A 00 00 00 00 00 00 EB 43 A0
60: DB 55 0F 75 36 37 EB 35 6A 34 7F B5 0F 99 F7 EF
70: 43 25 CE A0 00 00 00

User:Remark/Flipbook XOR Pad

2009-08-15T20:06:53Z

Steven:

Flipnote Files

2009-08-15T08:44:03Z

Steven:

== *.ppm FILES ==
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0x0000
| 4
| Magic (should be PARA)
|-
| 0x0004
| 4
| Size of animation-section
|-
| 0x0008
| 4
| Offset audio-data
|-
| 0x000C
| 2
| # of frames
|-
| 0x000E
| 2
| Unknown
|-
| 0x0010
| 2
| Is locked? - 0 open, 1 locked
|-
| 0x0012
| 2
| Preview frame number ??
|-
| 0x0014
| 22
| Original author name (UCS-2)
|-
| 0x002A
| 22
| Author name (UCS-2)
|-
| 0x0040
| 22
| User name (UCS-2)
|-
| 0x0056
| 8
| Original author ID
|-
| 0x005E
| 8
| Author ID
|-
| 0x0066
| 18
| Original File-name - see notes on format
|-
| 0x0078
| 18
| File-name - see notes on format
|-
| 0x008A
| 8
| Mirrored author ID ??
|-
| 0x0092
| 8
| File name? - see notes on format
|-
| 0x009A
| 6
| Unknown - possibly date information
|-
| 0x00A0
| 1536
| Preview Bitmap (4 bits/pixel). This is stored in cells each cell is 8 pixels by 4 pixels, each cell uses 16 bytes, and are stored in a top left going right then down format
|}

The file name seems to be stored in the file header 3 times:
*Original file name 0x0066
*Current file name 0x0078
*Partial file name 0x0092

The file name is stored in 3 parts:
*3 hex bytes, the first byte's high nibble is not the same as the first byte of the file name
*13 bytes for the central part of the file name
*2 bytes for the last part of the file name.

For the file name : G35B20_0909841CDBEB1_002
*First location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 00 00
*Second location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 02 00
*Last location: D3 5B 20 09 09 84 1C DB

=== Palette: ===
{| class="wikitable"
|- style="background-color: #ddd;"
! Hex
! Color
|-
| 0x0
| ??
|-
| 0x1
| Dark grey
|-
| 0x2
| White
|-
| 0x3
| Light grey
|-
| 0x4
| Light red
|-
| 0x5
| Dark red
|-
| 0x6
| Pink
|-
| 0x7
| Pure green
|-
| 0x8
| Pure blue
|-
| 0x9
| Purple
|-
| 0xA
| Light blue
|-
| 0xB
| Pure green
|-
| 0xC
| Magenta
|-
| 0xD
| Pure green
|-
| 0xE
| Pure green
|-
| 0xF
| Pure green
|}

Flipnote Files

2009-08-14T23:16:21Z

Steven:

== *.ppm FILES ==
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0x0000
| 4
| Magic (should be PARA)
|-
| 0x0004
| 4
| File size without the header or the preview image
|-
| 0x0008
| 4
| Zeroes
|-
| 0x000C
| 2
| # of frames
|-
| 0x000E
| 4
| Unknown - Flags? normal files are 24 00 00 00, locked files have 24 00 01 00 in this area
|-
| 0x0012
| 2
| Preview frame number ??
|-
| 0x0014
| 22
| Original author name (UCS-2)
|-
| 0x002A
| 22
| Author name (UCS-2)
|-
| 0x0040
| 22
| User name (UCS-2)
|-
| 0x0056
| 8
| Original author ID
|-
| 0x005E
| 8
| Author ID
|-
| 0x0066
| 18
| Original File-name - see notes on format
|-
| 0x0078
| 18
| File-name - see notes on format
|-
| 0x008A
| 8
| Mirrored author ID ??
|-
| 0x0092
| 8
| File name? - see notes on format
|-
| 0x009A
| 6
| Unknown - possibly date information
|-
| 0x00A0
| 1536
| Preview Bitmap (4 bits/pixel). This is stored in cells each cell is 8 pixels by 4 pixels, each cell uses 16 bytes, and are stored in a top left going right then down format
|}

The file name seems to be stored in the file header 3 times:
*Original file name 0x0066
*Current file name 0x0078
*Partial file name 0x0092

The file name is stored in 3 parts:
*3 hex bytes, the first byte's high nibble is not the same as the first byte of the file name
*13 bytes for the central part of the file name
*2 bytes for the last part of the file name.

For the file name : G35B20_0909841CDBEB1_002
*First location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 00 00
*Second location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 02 00
*Last location: D3 5B 20 09 09 84 1C DB

=== Palette: ===
{| class="wikitable"
|- style="background-color: #ddd;"
! Hex
! Color
|-
| 0x0
| ??
|-
| 0x1
| Dark grey
|-
| 0x2
| White
|-
| 0x3
| Light grey
|-
| 0x4
| Light red
|-
| 0x5
| Dark red
|-
| 0x6
| Pink
|-
| 0x7
| Pure green
|-
| 0x8
| Pure blue
|-
| 0x9
| Purple
|-
| 0xA
| Light blue
|-
| 0xB
| Pure green
|-
| 0xC
| Magenta
|-
| 0xD
| Pure green
|-
| 0xE
| Pure green
|-
| 0xF
| Pure green
|}

Flipnote Files

2009-08-14T20:55:11Z

Steven:

== *.ppm FILES ==
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0x0000
| 4
| Magic (should be PARA)
|-
| 0x0004
| 4
| File size without the header or the preview image
|-
| 0x0008
| 4
| Zeroes
|-
| 0x000C
| 2
| # of frames
|-
| 0x000E
| 4
| Unknown - Flags? normal files are 24 00 00 00, locked files have 24 00 01 00 in this area
|-
| 0x0012
| 2
| Preview frame number ??
|-
| 0x0014
| 22
| Original author name (UCS-2)
|-
| 0x002A
| 22
| Author name (UCS-2)
|-
| 0x0040
| 22
| User name (UCS-2)
|-
| 0x0056
| 8
| Original author ID
|-
| 0x005E
| 8
| Author ID
|-
| 0x0066
| 18
| Original File-name - see notes on format
|-
| 0x0078
| 18
| File-name - see notes on format
|-
| 0x008A
| 8
| Mirrored author ID ??
|-
| 0x0092
| 8
| File name? - see notes on format
|-
| 0x009A
| 6
| Unknown - possibly date information
|-
| 0x00A0
| 1536
| Preview Bitmap (4 bits/pixel)
|}

The file name seems to be stored in the file header 3 times:
*Original file name 0x0066
*Current file name 0x0078
*Partial file name 0x0092

The file name is stored in 3 parts:
*3 hex bytes, the first byte's high nibble is not the same as the first byte of the file name
*13 bytes for the central part of the file name
*2 bytes for the last part of the file name.

For the file name : G35B20_0909841CDBEB1_002
*First location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 00 00
*Second location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 02 00
*Last location: D3 5B 20 09 09 84 1C DB

=== Palette: ===
{| class="wikitable"
|- style="background-color: #ddd;"
! Hex
! Color
|-
| 0x0
| ??
|-
| 0x1
| Dark grey
|-
| 0x2
| White
|-
| 0x3
| Light grey
|-
| 0x4
| Light red
|-
| 0x5
| Dark red
|-
| 0x6
| Pink
|-
| 0x7
| Pure green
|-
| 0x8
| Pure blue
|-
| 0x9
| Purple
|-
| 0xA
| Light blue
|-
| 0xB
| Pure green
|-
| 0xC
| Magenta
|-
| 0xD
| Pure green
|-
| 0xE
| Pure green
|-
| 0xF
| Pure green
|}

Flipnote Files

2009-08-14T20:31:50Z

Steven:

== *.ppm FILES ==
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0x0000
| 4
| Magic (should be PARA)
|-
| 0x0004
| 4
| File size without the header or the preview image
|-
| 0x0008
| 4
| Zeroes
|-
| 0x000C
| 2
| # of frames
|-
| 0x000E
| 4
| Unknown
|-
| 0x0012
| 2
| Preview frame number ??
|-
| 0x0014
| 22
| Original author name (UCS-2)
|-
| 0x002A
| 22
| Author name (UCS-2)
|-
| 0x0040
| 22
| User name (UCS-2)
|-
| 0x0056
| 8
| Original author ID
|-
| 0x005E
| 8
| Author ID
|-
| 0x0066
| 18
| Original File-name - see notes on format
|-
| 0x0078
| 18
| File-name - see notes on format
|-
| 0x008A
| 8
| Mirrored author ID ??
|-
| 0x0092
| 8
| File name? - see notes on format
|-
| 0x009A
| 6
| Unknown - possibly date information
|-
| 0x00A0
| 1536
| Preview Bitmap (4 bits/pixel)
|}

The file name seems to be stored in the file header 3 times:
*Original file name 0x0066
*Current file name 0x0078
*Partial file name 0x0092

The file name is stored in 3 parts:
*3 hex bytes, the first byte's high nibble is not the same as the first byte of the file name
*13 bytes for the central part of the file name
*2 bytes for the last part of the file name.

For the file name : G35B20_0909841CDBEB1_002
*First location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 00 00
*Second location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 02 00
*Last location: D3 5B 20 09 09 84 1C DB

=== Palette: ===
{| class="wikitable"
|- style="background-color: #ddd;"
! Hex
! Color
|-
| 0x0
| ??
|-
| 0x1
| Dark grey
|-
| 0x2
| White
|-
| 0x3
| Light grey
|-
| 0x4
| Light red
|-
| 0x5
| Dark red
|-
| 0x6
| Pink
|-
| 0x7
| Pure green
|-
| 0x8
| Pure blue
|-
| 0x9
| Purple
|-
| 0xA
| Light blue
|-
| 0xB
| Pure green
|-
| 0xC
| Magenta
|-
| 0xD
| Pure green
|-
| 0xE
| Pure green
|-
| 0xF
| Pure green
|}

Flipnote Files

2009-08-14T19:48:32Z

Steven:

== *.ppm FILES ==
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0x0000
| 4
| Magic (should be PARA)
|-
| 0x0004
| 2
| Unknown
|-
| 0x0006
| 6
| Zeroes
|-
| 0x000C
| 2
| # of frames
|-
| 0x000E
| 4
| Unknown
|-
| 0x0012
| 2
| Preview frame number ??
|-
| 0x0014
| 22
| Original author name (UCS-2)
|-
| 0x002A
| 22
| Author name (UCS-2)
|-
| 0x0040
| 22
| User name (UCS-2)
|-
| 0x0056
| 8
| Original author ID
|-
| 0x005E
| 8
| Author ID
|-
| 0x0066
| 18
| Original File-name - see notes on format
|-
| 0x0078
| 18
| File-name - see notes on format
|-
| 0x008A
| 8
| Mirrored author ID ??
|-
| 0x0092
| 8
| File name? - see notes on format
|-
| 0x009A
| 6
| Unknown - possibly date information
|-
| 0x00A0
| 1536
| Preview Bitmap (4 bits/pixel)
|}

The file name seems to be stored in the file header 3 times:
*Original file name 0x0066
*Current file name 0x0078
*Partial file name 0x0092

The file name is stored in 3 parts:
*3 hex bytes, the first byte's high nibble is not the same as the first byte of the file name
*13 bytes for the central part of the file name
*2 bytes for the last part of the file name.

For the file name : G35B20_0909841CDBEB1_002
*First location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 00 00
*Second location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 02 00
*Last location: D3 5B 20 09 09 84 1C DB

=== Palette: ===
{| class="wikitable"
|- style="background-color: #ddd;"
! Hex
! Color
|-
| 0x0
| ??
|-
| 0x1
| Dark grey
|-
| 0x2
| White
|-
| 0x3
| Light grey
|-
| 0x4
| Light red
|-
| 0x5
| Dark red
|-
| 0x6
| Pink
|-
| 0x7
| Pure green
|-
| 0x8
| Pure blue
|-
| 0x9
| Purple
|-
| 0xA
| Light blue
|-
| 0xB
| Pure green
|-
| 0xC
| Magenta
|-
| 0xD
| Pure green
|-
| 0xE
| Pure green
|-
| 0xF
| Pure green
|}

Flipnote Files

2009-08-14T19:08:33Z

Steven:

== *.ppm FILES ==
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0x0000
| 4
| Magic (should be PARA)
|-
| 0x0004
| 2
| Unknown
|-
| 0x0006
| 6
| Zeroes
|-
| 0x000C
| 2
| # of frames
|-
| 0x000E
| 4
| Unknown
|-
| 0x0012
| 2
| # of frames ??
|-
| 0x0014
| 22
| Original author name (UCS-2)
|-
| 0x002A
| 22
| Author name (UCS-2)
|-
| 0x0040
| 22
| User name (UCS-2)
|-
| 0x0056
| 8
| Original author ID
|-
| 0x005E
| 8
| Author ID
|-
| 0x0066
| 18
| Original File-name - see notes on format
|-
| 0x0078
| 18
| File-name - see notes on format
|-
| 0x008A
| 8
| Mirrored author ID ??
|-
| 0x0092
| 8
| File name? - see notes on format
|-
| 0x009A
| 6
| Unknown
|-
| 0x00A0
| 1536
| Preview Bitmap (4 bits/pixel)
|}

The file name seems to be stored in the file header 3 times:
*Original file name 0x0066
*Current file name 0x0078
*Partial file name 0x0092

The file name is stored in 3 parts:
*3 hex bytes, the first byte's high nibble is not the same as the first byte of the file name
*13 bytes for the central part of the file name
*2 bytes for the last part of the file name.

For the file name : G35B20_0909841CDBEB1_002
*First location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 00 00
*Second location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 02 00
*Last location: D3 5B 20 09 09 84 1C DB

=== Palette: ===
{| class="wikitable"
|- style="background-color: #ddd;"
! Hex
! Color
|-
| 0x0
| ??
|-
| 0x1
| Dark grey
|-
| 0x2
| White
|-
| 0x3
| Light grey
|-
| 0x4
| Light red
|-
| 0x5
| Dark red
|-
| 0x6
| Pink
|-
| 0x7
| Pure green
|-
| 0x8
| Pure blue
|-
| 0x9
| Purple
|-
| 0xA
| Light blue
|-
| 0xB
| Pure green
|-
| 0xC
| Magenta
|-
| 0xD
| Pure green
|-
| 0xE
| Pure green
|-
| 0xF
| Pure green
|}

Flipnote Files

2009-08-14T19:07:45Z

Steven:

== *.ppm FILES ==
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0x0000
| 4
| Magic (should be PARA)
|-
| 0x0004
| 2
| Unknown
|-
| 0x0006
| 6
| Zeroes
|-
| 0x000C
| 2
| # of frames
|-
| 0x000E
| 4
| Unknown
|-
| 0x0012
| 2
| # of frames ??
|-
| 0x0014
| 22
| Original author name (UCS-2)
|-
| 0x002A
| 22
| Author name (UCS-2)
|-
| 0x0040
| 22
| User name (UCS-2)
|-
| 0x0056
| 8
| Original author ID
|-
| 0x005E
| 8
| Author ID
|-
| 0x0066
| 18
| Original File-name - see notes on format
|-
| 0x0078
| 18
| File-name - see notes on format
|-
| 0x008A
| 8
| Mirrored author ID ??
|-
| 0x0092
| 8
| File name? - see notes on format
|-
| 0x009A
| 8
| Unknown
|-
| 0x00A0
| 1536
| Preview Bitmap (4 bits/pixel)
|}

The file name seems to be stored in the file header 3 times:
*Original file name 0x0066
*Current file name 0x0078
*Partial file name 0x0092

The file name is stored in 3 parts:
*3 hex bytes, the first byte's high nibble is not the same as the first byte of the file name
*13 bytes for the central part of the file name
*2 bytes for the last part of the file name.

For the file name : G35B20_0909841CDBEB1_002
*First location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 00 00
*Second location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 02 00
*Last location: D3 5B 20 09 09 84 1C DB

=== Palette: ===
{| class="wikitable"
|- style="background-color: #ddd;"
! Hex
! Color
|-
| 0x0
| ??
|-
| 0x1
| Dark grey
|-
| 0x2
| White
|-
| 0x3
| Light grey
|-
| 0x4
| Light red
|-
| 0x5
| Dark red
|-
| 0x6
| Pink
|-
| 0x7
| Pure green
|-
| 0x8
| Pure blue
|-
| 0x9
| Purple
|-
| 0xA
| Light blue
|-
| 0xB
| Pure green
|-
| 0xC
| Magenta
|-
| 0xD
| Pure green
|-
| 0xE
| Pure green
|-
| 0xF
| Pure green
|}

Flipnote Files

2009-08-14T19:06:28Z

Steven:

== *.ppm FILES ==
{| class="wikitable"
|- style="background-color: #ddd;"
! Start
! Length
! Description
|-
| 0x0000
| 4
| Magic (should be PARA)
|-
| 0x0004
| 2
| Unknown
|-
| 0x0006
| 6
| Zeroes
|-
| 0x000C
| 2
| # of frames
|-
| 0x000E
| 4
| Unknown
|-
| 0x0012
| 2
| # of frames ??
|-
| 0x0014
| 22
| Original author name (UCS-2)
|-
| 0x002A
| 22
| Author name (UCS-2)
|-
| 0x0040
| 22
| User name (UCS-2)
|-
| 0x0056
| 8
| Original author ID
|-
| 0x005E
| 8
| Author ID
|-
| 0x0066
| 18
| Original File-name - see notes on format
|-
| 0x0078
| 18
| File-name - see notes on format
|-
| 0x008A
| 8
| Mirrored author ID ??
|-
| 0x0092
| 8
| File name? - see notes on format
|-
| 0x009A
| 8
| Unknown
|-
| 0x00A0
| 1536
| Preview Bitmap (4 bits/pixel)
|}

The file name seems to be stored in the file header 3 times:

Original file name 0x0066
Current file name 0x0078
Partial file name 0x0092

The file name is stored in 3 parts:
3 hex bytes, the first byte's high nibble is not the same as the first byte of the file name
13 bytes for the central part of the file name
2 bytes for the last part of the file name.

For the file name : G35B20_0909841CDBEB1_002
This is stored in the first location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 00 00
This is stored in the second location: D3 5B 20 30 39 30 39 38 34 31 43 44 42 45 42 31 02 00
This is stored in the last location: D3 5B 20 09 09 84 1C DB

=== Palette: ===
{| class="wikitable"
|- style="background-color: #ddd;"
! Hex
! Color
|-
| 0x0
| ??
|-
| 0x1
| Dark grey
|-
| 0x2
| White
|-
| 0x3
| Light grey
|-
| 0x4
| Light red
|-
| 0x5
| Dark red
|-
| 0x6
| Pink
|-
| 0x7
| Pure green
|-
| 0x8
| Pure blue
|-
| 0x9
| Purple
|-
| 0xA
| Light blue
|-
| 0xB
| Pure green
|-
| 0xC
| Magenta
|-
| 0xD
| Pure green
|-
| 0xE
| Pure green
|-
| 0xF
| Pure green
|}