File: actually none smaller.swf-(41 B, 1x1, Other)
[_] Anon 3433647 >># Marked for deletion (old).
>> [_] Anon 3433811 but with no content, not even a single straight line wonder if 41 bytes really is the absolute minimum needed to produce a valid flash file, maybe you could hex edit an even smaller one

File: actually none smaller.swf-(41 B, 1x1, Other)
[_] Anon 3383145 tiny
>> [_] Anon 3383176 pretty thin
>> [_] Anon 3383185 why did pc block plugin tho

File: actually none smaller.swf-(41 B, 1x1, Other)
[_] actually Anon 3289051 Marked for deletion (old).
>> [_] Anon 3289054 I have seen things today
>> [_] Anon 3289064 >># How? I tried and the lowest I got was 48B
>> [_] Anon 3289067 >># might have stripped some tag blocks not needed in the flash format but placed there even for empty scenes. exporting for as old swf version as possible probably helps too. the minimum file size should actually be the header tag plus an end tag, 160 bits + 16 bits = 22 bytes. though not sure if there would be problems with the player and if the swf can't be read it wouldn't count. maybe 23 bytes if the header is 161 bits but i just assumed i calculated wrong, though it does say that RECT has nBits set to 15, 15*4+5=65 bits. 96 + 65 = 161 bits for the header, so the math checks out. the only downside of the swf format is that it was created for a dial up web so it tries to save space a bit too much. makes it unnecessarily complicated http://www-lehre.informatik.uni-osnabrue ck.de/~fbstark/diplom/docs/swf/Intro.htm
>> [_] Anon 3289069 This would only be possible in a hex editor.
>> [_] Anon 3289112 >># Creating a small file is cool, but without it doing something interesting it's ultimately unimpressive. demoscene isn't about constraints so much as results within those constraints.
>> [_] Anon 3289132 >># creating a valid file smaller than what the official tools can create is not completely unimpressive