Embedding of Ogg Files in Images Blocked

Yet, concatenating any other kind of data to the end of an image (such as a repeated string like "NYO~NYO~NYO~NYO~") is allowed.

I'm guessing it will take about 15 seconds until someone slightly modifies the script and sound image creation process to XOR the oggs with a simple bit pattern.

I don't care what this is for, but just XOR the data with itself first.

>>7
Ah yes, the other mathematically proven obfuscation technique.

back to /le imagereddits/

>>9
>LLEEEEEEELLLLLLLLLLLLLLLLLLLLLLL
>LE EGING GRO
>XSD XD

back to /checking my dubs/ please ,,--``''!

New standard: XOR all embedded files with repeating key "MOOT IS A FAGGOT".

>>12
Or RANDOM_STRING

(that's a le Hacker News story reference)

>>13
An Internet friend of mine who frequents Reddit shared me that link. I wonder if they posted it on Reddit too. Wouldn't be weird, since both ``les'' are pretty much two sites full of retards posting the same stuff every day.

>>14
almost all hacker jews articles are reposted on /r/programming

>>15
How do you know it's not the other way around? Wait, do you go there? Terrible!

17 GET

rarjpegs were forbidden on 4chan for years..

The discussion on /a/ started getting technical, so I'll defer to /prog/ in hopes that someone already knows the answer to this:

Is it possible to detect when a JPG is done decoding before EOF is reached? Whether or not it is possible to permanently block soundimages is dependent on whether or not this is true.

If it is so, the feasibility of blocking soundimages would also depend on whether a "million lels" attack is possible with a JPG.

By comparison, it should be easy to determine the end of a valid PNG, as there is a special IMAGE END chunk.

>>19

Write a small encoder/decoder to encode your file using all but the MSB of each pixel, and use the high bit to display a 1bpp picture of an animé face or instructions to decode it or whatever.

Of course moot could then decode the image and check whether specific pixels match an MP3 header, but he can't block the general method -- you can just change the details of it every couple of days with no problems.

This is basically a more complex version of ``save this file; convert to BMP; rename it to shit.exe'' but yeah.

>>19
In the bathroom, I realized I am an idiot, along with a few naysayers on /a/.

The imageboard script already has to decode JPGs and other images to generate thumbnails, so that pretty much rules out the question of whether it's practical to decode all images to detect embedded sounds. If it were possible to stall the servers with a "million lels" attack in an image, someone would already be doing it.

Now I just need to know if JPGs don't finish decoding until EOF.

>>20
Don't get me wrong, I'm well aware that it will always be possible to encode arbitrary data in images.
The novelty of soundimages depends on there being both a valid, user-selectable image (ie not "noise") and a valid audio file, however, so for the purposes of this discussion, I'm only considering methods of tacking data onto the end of a valid image.

>>20
Also, you can't upload uncompressed images to the imageboards (unless there is a way to do that in GIF or PNG), and I don't think that Javascript in the browser has access to the decoded binary representation of a compressed image, so your suggestion would basically require bundling a GIF, JPG, or PNG decoder written in Javascript with the userscript.

>>20-22
Do you want to touch my manbuntu?