1kB challange - /1kc/

Stalled on my youtube script because I can't be bothered to learn how to program a curses interface in Perl

>>57642621
I can't even make a hello world in 1kb, it's always 4.5kb when compiled.

>>57643099
You're compiling a dynamically linked executable for your platform that has no space constraints for ram or disk usage.

Compilers for microcontroller platforms produce much smaller binaries, even more so if you use -Os
this is where compiler flags like -funroll-loops start to matter

>4.5KB executable code just to print "Hello World" on a display
>no wonder we need quad core CPUs in today's bloated fucking inefficient practically useless world

Fuck it, we need to bring back punch cards, seriously.

>Image not 1kb
Cheats.
>>57643197
>-funroll-loops
Wouldn't that just make shit bigger?
Or you saying gotta disable specific optimizations?

>>57643962
I've seen people do less, using hexediting on the gif

it was in a thread about a month ago

>>57643962
>>57644046
Lowest I've seen is 7kb

>>57643962
>34 B,
WEW LAD

>>57643197
>>57643764
>>57643099
http://www.iquilezles.org/www/articles/compilingsmall/compilingsmall.htm

>>57643962
>34 bytes
Nice

>>57643723
no, there are good reasons it's that big. besides, you can do hello world in way less

>>57644061

Nigga, you've just seen 34 B here >>57643962.

File: 1479098042059.jpg (361KB, 1600x2400px) Image search: [Google]

361KB, 1600x2400px

>>57642621
I just wrote a cloud based note taking application in php and ajax that, in its optimized form, is exactly 1300 bytes large.

getting it under 1000 bytes should be possible eventually, but would lead to too much chaos

>>57643962
i think it actually supports down to 28 B

>>57648226

Your program probably requires megabytes of libraries

>>57648302
the computer firmware may be more than 1kbyte
really makes you think huh

>>57648351

you don't get the challenge of optimizing for size

your program still is not light weight

File: Screen Shot 2016-10-10 at 10.02.47 AM.png (843KB, 1046x1044px) Image search: [Google]

843KB, 1046x1044px

>>57648302
No, it is even under 1300 bytes large as I could get rid of some additional whitespaces.
Although I'm utilizing php, javascript, ajax, css and html5, it's only one file. as it takes notes, it creates another text file, so once it initialized itself it's actually 2 files (but the notefile can also be empty, however, that still takes up a tiny bit of space).

I've used js libs in the past for animations in the 2000s, and I still could use one for easy input sanitation, but idgaf, I like living on the edge

>>57643723
The issue is that with modern programs a very small fraction of it is actually program, and most of it is from the compiler and certain protections put in place from the OS.

>>57642621
Quads of truth

>>57648999
>failing this hard
nice try

>>57648888
This.

Assembly is the answer.

http://www.linusakesson.net/scene/bitbanger/index.php

>>57648242
I think I saw 24 once but it was a long time ago and I wasn't really paying attention.

>>57649169
Either that or a return to BASIC ROMs.

File: 1454830681976.gif (40B, 10000x10000px) Image search: [Google]

40B, 10000x10000px

>>57642621
>1kB challenge
>posts 238kB pic

>>57646228
but didn't see it, is too small

>>57651320
take a look at >>57651306 then it's 10000x10000

>>57651306
I bet Chrome will still tab-crash when I open this.
Holy shit, it never. I am surprised.

>>57642621
Cool challenge, but it is more >>>/diy/ than /g/ , really, because it's hardware-centric.

>>57651522
I disagree.

Compression is more important nowadays than ever, it is much cheaper to use more advanced compression and minimization technology instead of rebuilding the whole infrastructure.

See video codec optimizations for example, or the increasing downsizing of Operating Systems (Windows 8.1 and 10 smaller than 7, same in the Mac OS X world as they throw out old architectures)

>>57651713
>no mention of demoscenes

>>57652351
ironically enough I have exactly such demos burned on cd somewhere here

>>57643962
>1x1
>34B
EA::std::stringFactory()

>>57653360
>Using EASTL
>Ever