Welcome!
This is the community forum for my apps Pythonista and Editorial.
For individual support questions, you can also send an email. If you have a very short question or just want to say hello — I'm @olemoritz on Twitter.
BioLib
-
@Webmaster4o said:
@Moe *steganography ;)
You are correct. Considering I am German and the fact that steganography is not quite commonly used, I hope you may excuse my mistake.
-
@Moe You're right. Most native english speakers couldn't tell you the difference either. Not meaning to be rude, just pointing it out for you :)
-
@Webmaster4o I should have put a smiley at the end of that, I just couldn't resist to be the stereotypical un-fun German :P I know that you were just kindly poiting out a mistake :)
-
Thanks to everyone for your uplifting support! I am actually converting the code over to a faster version that can almost half the time of the current version. Also, it will have multiple lines of pixels instead of one continuous line. There will also be no red pixel whitespace in between coded gray pixels. This will decrease the filesize of images, and will make the images less suspicious. I will post an update when this version is ready.
-
@TutorialDoctor whenever I get a suggestion to fix something, I cut right to it. What do you mean about the QR codes, and being messy?
-
@AtomBombed. This technology can very well replace QR codes. When storing large amounts of data in a QR code, the image becomes really dense (don't know how to explain it).
If you designed this code yourself, you should give it a name, and change your logo to that (because this is cool)!
-
I took this code and made some edits ti where it uses all the rgb values to store that data. And I am already planing a QR code like system with it,
My version actually can compress some files a bit. Also very good work. I will post my code in a separate post and link back to here. My code still have some of the same variable schemes as yours.
EDIT: Link to my thread. PicEncode
-
If you are emailing the pictures, such that there is no corruption of the image, you are just as well off sending the file directly.
QR codes are designed to be low density but highly robust. The typical QR Will work with a lo quality photograph taken in poor lighting, low contrast, perhaps at an angle, maybe full of distortion, etc. It has embedded alignment marks, edges provide "timing" information, and error correction, etc.
I think trying to use color information will backfire, if you want these to be photographable, unless you keep the color channel to only a few bits, because color accuracy is notoriously difficult.
-
@JonB this is what I've been working on for a while. Compression software used by large companies such as Google could corrupt the data when someone is using Gmail or something of that nature.
Don't worry, I've taken everything into consideration.
-
BioLib Update
I have fixed the software's "robustability" issues. It originally used the
chr
and theord
. These have issues when converting pixels' RGB color values. When sending images that have been encoded across platforms like Gmail, Google would compress the image file to make all of the pixels' colors round to the nearest supported pixel. When decoding these images, it gave unexpected text results.I have, of course, fixed this. I made my own character database. When converting pixel color values into their respective ASCII character codes, I have made a layer that the program will run through and make sure that colors nearby each other will retain the same text. It's quite simple, actually.
For example, if I had an image that was compressed to the nearest color supported color value, then it would still recognize it's contained character. If I ran over a pink pixel with a luminosity of +2 to the base hue, then it would recognize that character value as the same character value as a pink pixel with a base hue, and no luminosity changes.
All of this might be hard to understand, but I will probably release a table/chart of all of the pixel color values, and what characters they convert to.