Image Recognition on Mobile Phones 115
mysticalgremlin writes "In a recent presentation, Semacode founder Simon Woodside presents his company's bar code scanning technology that is used in mobile phones. Simon also discusses many places where bar code scanning powered phones are being used. Not bad for an 'image recognizer for a 100 MHz mobile phone processor with 1 MB heap, 320x240 image, on a poorly-optimized Java stack'"
Lookup Required (Score:4, Informative)
You need then to lookup that code up in a database for real info.
Re:Other uses (Score:5, Informative)
Yet another area where Japanese cell phones are WAY ahead of the US...
Business Card Scanner (Score:1, Informative)
Not unique (Score:4, Informative)
And there's a company called Grabba [grabba.com] that makes commercial bar-code scanning solutions out of PDAs and PDA-phones (among other things). A friend of mine works there... interesting stuff; they also sell a dock thing that a PDA can clip into, which gives it a camera so you don't need to use a mobile phone. Popular with inventory/warehouse type applications, it also does 2D barcodes as well.
Re:Other uses (Score:2, Informative)
Exactly this has been available and used everywhere in Japan for a few years already.
Re:Lookup Required (Score:5, Informative)
"It needs to locate and read two-dimensional barcodes"
Nowadays, PDF417 [wikipedia.org] is the standard for 2d barcodes.
http://www.barcodeman.com/faq/2dbarcode.gif [barcodeman.com]
It can store between 10 and a crapload of characters
A 320x240 image gives you plenty of characters, depending on how much redundancy you want to throw in.
Re:Not bad... (Score:2, Informative)
Re:Not bad... (Score:1, Informative)
Re:Not bad... (Score:2, Informative)
Although Japan and Russia got there a bit quicker ... Intelcom provide a encoder and decoder Java toolkit [intelcom.ru] for mobile phones [intelcom.ru]. Japan have a Sourceforge Java project [sourceforge.jp] for encoding and decoding too.
Impressive? These guys here do it real-time. (Score:1, Informative)
In Japan ... not only bar codes ... OCR as well (Score:3, Informative)
Re:Other uses (Score:2, Informative)
Re:Other uses (Score:3, Informative)
Re:Bar code scanning powered phones? (Score:3, Informative)
Home Depot (and others) also have "No Cameras or Recording Devices" signs posted, so I'm sure they think they reserve the right to toss you out. That doesn't stop them from prominently featuring a shopper with a camera phone showing a ceiling fan to the waiting spouse at home on their TV commercials, though. I know I'd be calling a lawyer if they said "boo" to me about it.
Some envelope-back calculations (Score:3, Informative)
At most, a 320x240 tag would give you 76,800 bits of information, or slightly less than 11,000 7-bit ASCII characters. That's assuming you could match the pixels of the tag to the camera's sensor exactly.
I assume you probably wouldn't want to use any more than half of the camera's vertical and horizontal resolution though, which leaves you with 160x120 (for 2,700 characters), and I assume you'd need to have a few rows blacked-out on at least two sides to identify the border of the tag (so subtract (160+120)*2 pixels for bordering...that leaves 2662 characters) and you'd probably want to have a hash or checksum (lose 128 bits).
Still, that leaves about 2,643 characters in an image, which is about a page and a half of typed text using the old guideline of approximately 1,500 characters per page.
That's pretty impressive; provided you could make your reader focus on objects near to the lens, so that you could make the tag suitably small (less than an inch or so across), that's a lot more efficent way to convey textual information than actually writing it out. Instead of just embedding a URL link, you could put written information on there; maybe stuff that would clutter up the packaging / display / poster if you wrote it all down. If these things became ubiquitious, I could see whole advertising campaigns in urban areas (e.g. subways) where the "ad" got you interested, and then you could get more information via the tag.
They say a picture's worth a thousand words, and it sounds like it may not be far off from that.
Re:When barcodes came out ... (Score:2, Informative)
Bear in mind the "virtual machine" on most phones is in fact simply a slow interpreter - it makes BASIC look souped-up.
Presumably you're referring to the KVM (the J2ME JVM) which is slow. I think you're out of date.
AFAIK modern phones have Sun's CLDC HotSpot VM (the "CLDC HI VM") which has speeds equivilent in relative terms to a JVM on a desktop PC. The Blackberry phones in particular have a great JVM. When more phones have decent ARM-based gigahertz processors speed Java speed will stop being an issue much like the desktop space.