As an iOS developer who has spent the last 9 months making beacon enabled things for my employer, I personally think beacons are shit. Some of my findings over the last 9 months:
- Estimated battery life was estimated very poorly.
- Nobody likes things they didn't ask for getting sent to their phone.
- Indoor navigation that relies on iBeacons only is going to shoot you in the foot. I recommend www.indoo.rs as the only solution that got close to what we needed (though it's still pretty darn immature).
- Speaking of indoor navigation, you need a ton of points to do it well (whether that's beacons or wifi routers, you decide).
- Using beacons for granular location-aware uses might as well go out the window if you're looking for accurate and precise readings around ~1-3ft.
- Did I mention power yet? All of the beacons we started with around 9 months ago have dead batteries. Even with conservative power modes set. The only beacons that don't are RadBeacons USB sticks that plug into wall outlets. And that's only because they don't have batteries.
I really, really want them to be good. But they die too quickly, and don't provide granular signal data. Hold the phone between you and the beacon and get a decent signal, then turn 180 degrees so that you are between the phone and the beacon. Apparently you've moved 45ft.
(Disclaimer: I work for Estimote)
Indoor location works much better if you utilize data from other sensors in the phone (like accelerometer etc) and apply machine learning to make better sense out of all the signals. I'd suggest you take a look at our SDK that works surprisingly well even with just 4-5 beacons. You can also map your room with our iOS app by just walking around it. You can find it here if you're interested: http://estimote.com/indoor/
We've also implemented some adaptive algorithms to optimize the battery life in our beacons, so with conservative settings they should work for 5+ years now.
I absolutely agree with this. I pushed beacons really hard internally, and got a couple projects with them. Unfortunately, they're an absolute pain in the ass as far as reliability goes. One iPhone 5 detects the beacon immediately, the other has to sit around it for 3 minutes before it's detected, one can't detect it at all. Makes life pretty difficult when my only answer is "Is your bluetooth on?".
I hope that some OS level improvements give us some free reliability and performance increases. Supposedly Android recently got some updates re: beacons.
I don't know why everyone is talking about pushing ads in the first place, whenever BLE beacons come up. As if the visual clutter created by outdoor advertisement wasn't enough, now I'll get garbage on my phone? No, thanks. Really, No Thanks.
As the article mentions, it's not obvious what value iBeacons provide compared to direct audio/visual information. For the same reason QR codes never took off. Ever since QR came into existence I haven't seen a single person who'd voluntarily scan a code (or an NFC label for that matter) in the street, anywhere in the world.
Clearly iBeacons/QR/NFC are not interesting in terms of providing information "on the spot", let alone advertisement. OK, then maybe microlocation? Finding lost items? Checkin/checkout? Payments? I don't know, none of these is so unique and indispensable that it triggers the excitement light bulb in me. Most of these things can be achieved somehow else, except maybe finding items lost within 20-30m from where you are.
Maybe the problem is that iBeacons are a bit too passive/static. But even a full BLE device that can transmit a bit more complex information is still debatble in terms of value. Where are the BLE A/V remotes, why aren't they replacing the IR ones? Would you trust a BLE baby monitor? How important is BLE for fitness tracker users? (Answer: somewhat, but if BLE never existed everyone would just use the USB connection to charge and exchange information at the same time, no big loss).
Plus purely engineering problems, such as unreliability, poor battery life, etc.
So let me be that guy who turns out to be wrong some years from now, but: despite the hype BLE turns out to be a niche technology with poor capabilities and questionable benefits.
I think the technology here is so deceptively simple and generic that it's hard to say what the true killer use case is yet. It's definitely unfortunate that the "ads" examples are the most prevalent. Despite that, I'm betting devs will find cool and novel uses for it.
I feel like, as for QR codes, there are industrial uses for this tech. I think consumer use will be very very niche and not widespread at all. Perhaps things like beacons in a museum or archive or library to help you navigate it faster or in an exploratory way.
>I haven't seen a single person who'd voluntarily scan a code (or an NFC label for that matter) in the street, anywhere in the world
Post-men do it all the time.
>Maybe the problem is that iBeacons are a bit too passive/static. But even a full BLE device that can transmit a bit more complex information is still debatble in terms of value
You are missing the point, too. I guess, the value of iBeacon is in reception, not transmission, as is also said about RFID terminals, while it still may have some other use.
despite the hype BLE turns out to be a niche technology with poor capabilities and questionable benefits.
While I agree that beacons are over-hyped, I think it's worth pointing out that BLE does other things that I think are more useful. Being able to talk to devices without having to perform the awkward pairing process, for example.
Agree! With http://tah.io/get we have tried to make use of BLE not just as beacons but also for combining the power of your physical sensors with 'smartphone' sensors to have much more interesting use cases!
"What we call a Beacon today was originally invented and popularized by Apple way back in 2013 when they introduced the iBeacon API." --> It's funny (and sad) to see how Apple is given credit for "inventing" so many different technologies.
Based on several months of experimentation last year when iBeacon dropped, we concluded that Beacons will be more pervasive in personal automation rather than business automation. The author of the post talked about some great business use cases, but in general these expect the user to have the beacon's corresponding app. For any kind of app, the user has to opt-in, so the apps they are most likely to opt into are the ones where users install the beacon themselves in order to have a corresponding app on their device automatically adjust to their location.
There is also much more value to the user in personal automation, and it isn't fraught with the privacy/scaling issues that business automation ideas are. In the grocery store example, how does the app know what the user has in their cart? How many times will it remind the user to pick something up (i.e. what is the user's "push message annoyance threshold")? What if the user decides they no longer need eggs, but the app keeps reminding them to pick up eggs - the friction from opening the app and having to remove an item from a shopping list just so the store's beacons will stop annoying you to buy it will make anyone seriously weigh the value of having the app in the first place. As the author pointed out, beacons in a commercial setting have enormous potential to annoy the hell out of consumers.
What I really want is a beacon that I can install in my home office, and another that I can install in my work office, so my computer can automatically open up the workflow I had open when I left yesterday. A great side effect of this is that I would be much less inclined to start the day with a dosage of HN.
These kind of experiences are entirely up to the app developer to implement properly in a way that's not annoying like you describe. It can be done in a way that is nice (i.e. not notifying over and over). Not saying they'll all do it right at first, or even for a while.
The thing where everyone has some idea of what they want people to see it as useful for (Ads, etc), but don't understand how to jive this from what consumers want from them.
At this stage, it still looks like a technology solution in search of a consumer problem (it certainly solves the "how do i push indoor location based ads/etc" problem, but consumers don't care or want that).
Watching most of these companies is like watching microsoft announce the xbox one.
Everyone tries to sell indoor location, but there are better ways to do indoor location, cheaper, than placing $200 of beacons and meticulously mapping where you put them. So that isn't going to go very well over time (highly likely to be supplanted by something better).
Even some of the examples are just a result of otherwise poor planning on companies part.
For example, i don't want to know "things on my shopping list are nearby", i want to know, ahead of time, exactly where the things on my shopping list are.
It's only recently (past year or two) home depot or lowes would even tell me what aisle stuff was in.
I still can't go to a safeway website and get an idea what aisle my items are in.
In some cases, this is deliberate - they want you to have to browse.
In any case, beacons solve none of this problem (except maybe the "i'm in aisle 46 and i still can't find x" problem, but the distance issues often stop this from being particularly useful use case).
I struggle to think of an interesting use case on the consumer side for beacons.
Maybe locations for things that move like booths at a farmers market or something.
What would be some of the better alternatives for doing indoor location? It'd help me a bunch to see a few examples, as I was previously thinking of beacons for this purpose.
I was doing an internship at a big semiconductor company the summer announced iBeacon. They had something very similar in the works (presumably started about the same time as Apple), and called them beacons - they certainly worked by exactly the same method.
Absolutely ... this wasn't an entirely new "invention," although Apple's technique of cramming their metadata in the spec is definitely novel, although nonstandard.
Around 2003/2004 a local magazine called NAG (http://www.nag.co.za/) had an opinion piece at the end in which the author theorized using beacons for an inverse purpose: attach Bluetooth fobs/beacons to your keys and then triangulate given how your phone scales the signal strength of the BT signal. IIRC it would have only worked with Nokias because no other brand implemented this Bluetooth power consumption optimization spec. I do remember the article indicating that such beacons could be found with a little bit of effort.
The only piece missing from the puzzle was that phones only have one Bluetooth aerial, so triangulation would have been impossible. It would still be possible to determine unitless distance.
Beacons are being used as a micro-surveillance tool [1,2]. And that is the only prominent use they have found, among all the ones listed. Interestingly Gimbal, is a Qualcomm company or rather was a Qualcomm company as it was spun off [3]. Gimbal also had $5 beacon giveaways [4]. Gimbal had embedded its beacons in phonebooths in Chicago, LA and New York [1, 2].
They can only be used as "micro-surveillance tools" once you install an app that shares your proximity to a beacon with a remote server... and by installing a 'malicious' app you've already lost.
The Gimbal 10 beacon line blows. Battery life is around a month at best. I literally changed all of the Gimbal 10 beacons' batteries in my office two weeks ago and some are at 50% power right now. But they were free, so tradeoffs...
Really cool technology. I think the really hard part is 'What is a good interaction?' Clearly the offer isn't too useful, but the hospital one seems good. In general, I think 'help me find stuff' and 'notify on exit' will be the dominant modes of beacon interaction. What do you all think?
It was surprisingly challenging to come up with just those two examples to be honest. I don't think we really know what the killer location-based notifications are going to be yet.
It seems apps have to be built to recognize a fixed set of beacon IDs. Is it possible for apps to discover and monitor a dynamic set of beacons, including beacons intended for other purposes? I'd like to be able to tap into existing beacon networks for my own app's use, but that would require being able to detect their IDs, present them to the user in some meaningful way, and then have my app watch for them.
Another scenario where this particularly matters is allowing multiple devices (phones, tablets, PCs, watches) to "pair" and keep track of their proximity from each other.
I thought Apple limited you to 20 region monitoring locations at a time, or are the beacons treated differently? Just logic around which 20 you're looking for at any one time?
For region monitoring (typically used for the "notification" case) the limit of "fences" is indeed 20...it gets into a bit more detail about "what's a fence" [edit: most of the time you can assume one monitored beacon == one fence]. But for "ranging" meaning "what beacons with this UUID are around me", the system gives you a report of visible beacons every second with no (defined) upper limit.
While this is a very useful article, recurring attempts to convince readers that privacy is not an issue had an opposite effect on me.
I didnt even know spying was a concern, but when out of the blue I'm told "dont worry about privacy", and told five times in a row - well, this makes me suspicious :)
More unfortunate is the fact there is only one argument, served multiple times under different sauces: don't use the app if you think it does something creepy; vote with the delete button.
And this is actually a poor excuse:
concerned that google stores your search history and has your email? - dont use google.
Don't like Facebook sharing your friend list with advertisers? - delete your facebook profile.
Don't want your browsing history agregated and sold to the highest bidder? - stop using websites
Worried that government listens to your phone calls and reads your text messages? - move to another country.
To me these constant remarks about how you are always in control of your privacy were just annoying and not convincing at all.
The article would be better without that.
While I like the minimalism of the beacon API, I wonder if it doesn't limit the usefulness of this technology, as it leads to an over-reliance on mobile Internet (apps need to fetch information after detecting a relevant beacon) and/or preinstalled apps (which will probably not talk to each other very well).
It'd be interesting if beacons could send some structured data along with their identification header. This way you could have general purpose apps which handled common types of beacon data, and an user wouldn't have to install MegaWorld, GroceryMart and BigHealth to get generic grocery or health-related notifications.
For example: if there was a standard beacon format for bus routes, I could install a BusRoute app which would let me see bus routes for any beacon-enabled bus in the world, even in places where I don't have an Internet connection.
It's still possible to have a general-purpose app for beacons, you just need to make that structured data available in a standard format on the Internet.
You could treat the UUID as a domain name, have a DNS-style system where an app looks up a UUID, gets some structured data, and caches it.
That does mean, for your bus example, that you would have to have seen one of those UUIDs before while internet connected, in order to have the route data already cached.
If someone is going through the effort of placing bus beacons, there's a good chance that the location either already has good data coverage, or they could place a wifi hotspot at the same time.
---
Alternatively, certain UUIDs could be taken to mean "connect to this device over wifi, and download structured information". This does have the battery issues mentioned in the article, but I expect that, for permanent installations, people will prefer externally powered beacons anyway.
It's a tradeoff. Packing more data into the beacon would mean more spectrum used per beacon - also, changing what the beacons are saying is much harder than flipping a switch on a cloud server.
Also it's not required that you go talk to the internet after hearing a beacon - if you already knew what beacons to look for and what to do about them, you wouldn't need to use the internet at all to create "local notifications."
Do you know (can you share) if the WiFi and BLE networks at Levi Stadium were designed with each other in mind. I am wondering if it is truly as easy as using "a network that the venue probably already has" considering that all of the Beacons would need to be in BLE range of a WiFi device. I don't know enough about the ranges of each different technology or how their signals interact with all the various material that would exist in a football stadium. However I imagine that if you were designing these two networks in isolation, there is a decent chance that the required placements for full Bluetooth coverage and full WiFi coverage would leave some Beacons that aren't reachable.
Wifi-Beacon interop is quite new; it turns out the Wifi network at Levi's is really dense so it does have insane coverage. Also the Beacons are surprisingly visible even without further interop tricks - you can see them across the stadium at times.
And yes, we built custom beacons on top of OpenWRT routers & USB dongles –> hence high frequency updates, high power & no battery dependance. Also we built a mechanism that allows us to update majors/minors/uuids so that no external party can use our beacons.
Battery beacons are only usable for a couple toy usecases in my opinion.
How hard would it be to log all beacon identifiers detected by your phone and then have your phone (or another device) cycle through the list and rebroadcast them continuously? Seems like you could have some fun at large events with that.
I'm more impressed that phones can get any positional info from beacons. Determining distance to a radio source is hard with any fidelity - light is pretty fast.
So can phones get decent info about distance to any WiFi/bluetooth source, or is there something about beacons?
I think a cool use would be some sort of high tech paintball game. Have objectives to hold with beacons, and a listening device on all players guns. You can earn points by holding certain positions. You could come up with some pretty fun/dynamic scenarios.
Yeah, that was my reaction - AR gaming would be the killer app.
Also, my wife works at a school that allows students to sign out of their classes into other classes. Beacons would be great for this - "student X is not in the room they said they'd be in".
Am I the only one who keeps my Bluetooth and Wi-Fi turned off unless I am specifically using them? I do this both for security/privacy and battery reasons.
[+] [-] bennyg|11 years ago|reply
- Estimated battery life was estimated very poorly.
- Nobody likes things they didn't ask for getting sent to their phone.
- Indoor navigation that relies on iBeacons only is going to shoot you in the foot. I recommend www.indoo.rs as the only solution that got close to what we needed (though it's still pretty darn immature).
- Speaking of indoor navigation, you need a ton of points to do it well (whether that's beacons or wifi routers, you decide).
- Using beacons for granular location-aware uses might as well go out the window if you're looking for accurate and precise readings around ~1-3ft.
- Did I mention power yet? All of the beacons we started with around 9 months ago have dead batteries. Even with conservative power modes set. The only beacons that don't are RadBeacons USB sticks that plug into wall outlets. And that's only because they don't have batteries.
I really, really want them to be good. But they die too quickly, and don't provide granular signal data. Hold the phone between you and the beacon and get a decent signal, then turn 180 degrees so that you are between the phone and the beacon. Apparently you've moved 45ft.
[+] [-] aflinik|11 years ago|reply
We've also implemented some adaptive algorithms to optimize the battery life in our beacons, so with conservative settings they should work for 5+ years now.
[+] [-] xauronx|11 years ago|reply
I hope that some OS level improvements give us some free reliability and performance increases. Supposedly Android recently got some updates re: beacons.
[+] [-] mojuba|11 years ago|reply
Why don't you fit the beacons on the ceiling?
[+] [-] chrisBob|11 years ago|reply
I would be much happier paying the same amount for something that looks like a AA battery and will last a few years.
[+] [-] mojuba|11 years ago|reply
As the article mentions, it's not obvious what value iBeacons provide compared to direct audio/visual information. For the same reason QR codes never took off. Ever since QR came into existence I haven't seen a single person who'd voluntarily scan a code (or an NFC label for that matter) in the street, anywhere in the world.
Clearly iBeacons/QR/NFC are not interesting in terms of providing information "on the spot", let alone advertisement. OK, then maybe microlocation? Finding lost items? Checkin/checkout? Payments? I don't know, none of these is so unique and indispensable that it triggers the excitement light bulb in me. Most of these things can be achieved somehow else, except maybe finding items lost within 20-30m from where you are.
Maybe the problem is that iBeacons are a bit too passive/static. But even a full BLE device that can transmit a bit more complex information is still debatble in terms of value. Where are the BLE A/V remotes, why aren't they replacing the IR ones? Would you trust a BLE baby monitor? How important is BLE for fitness tracker users? (Answer: somewhat, but if BLE never existed everyone would just use the USB connection to charge and exchange information at the same time, no big loss).
Plus purely engineering problems, such as unreliability, poor battery life, etc.
So let me be that guy who turns out to be wrong some years from now, but: despite the hype BLE turns out to be a niche technology with poor capabilities and questionable benefits.
[+] [-] nfarina|11 years ago|reply
[+] [-] omouse|11 years ago|reply
[+] [-] vegedor|11 years ago|reply
Post-men do it all the time.
>Maybe the problem is that iBeacons are a bit too passive/static. But even a full BLE device that can transmit a bit more complex information is still debatble in terms of value
You are missing the point, too. I guess, the value of iBeacon is in reception, not transmission, as is also said about RFID terminals, while it still may have some other use.
[+] [-] m_eiman|11 years ago|reply
While I agree that beacons are over-hyped, I think it's worth pointing out that BLE does other things that I think are more useful. Being able to talk to devices without having to perform the awkward pairing process, for example.
[+] [-] nishantmodak|11 years ago|reply
[+] [-] drewda|11 years ago|reply
[+] [-] primitivesuave|11 years ago|reply
There is also much more value to the user in personal automation, and it isn't fraught with the privacy/scaling issues that business automation ideas are. In the grocery store example, how does the app know what the user has in their cart? How many times will it remind the user to pick something up (i.e. what is the user's "push message annoyance threshold")? What if the user decides they no longer need eggs, but the app keeps reminding them to pick up eggs - the friction from opening the app and having to remove an item from a shopping list just so the store's beacons will stop annoying you to buy it will make anyone seriously weigh the value of having the app in the first place. As the author pointed out, beacons in a commercial setting have enormous potential to annoy the hell out of consumers.
What I really want is a beacon that I can install in my home office, and another that I can install in my work office, so my computer can automatically open up the workflow I had open when I left yesterday. A great side effect of this is that I would be much less inclined to start the day with a dosage of HN.
[+] [-] nfarina|11 years ago|reply
[+] [-] wgato|11 years ago|reply
[+] [-] DannyBee|11 years ago|reply
The thing where everyone has some idea of what they want people to see it as useful for (Ads, etc), but don't understand how to jive this from what consumers want from them.
At this stage, it still looks like a technology solution in search of a consumer problem (it certainly solves the "how do i push indoor location based ads/etc" problem, but consumers don't care or want that).
Watching most of these companies is like watching microsoft announce the xbox one.
Everyone tries to sell indoor location, but there are better ways to do indoor location, cheaper, than placing $200 of beacons and meticulously mapping where you put them. So that isn't going to go very well over time (highly likely to be supplanted by something better).
Even some of the examples are just a result of otherwise poor planning on companies part.
For example, i don't want to know "things on my shopping list are nearby", i want to know, ahead of time, exactly where the things on my shopping list are.
It's only recently (past year or two) home depot or lowes would even tell me what aisle stuff was in. I still can't go to a safeway website and get an idea what aisle my items are in.
In some cases, this is deliberate - they want you to have to browse. In any case, beacons solve none of this problem (except maybe the "i'm in aisle 46 and i still can't find x" problem, but the distance issues often stop this from being particularly useful use case).
I struggle to think of an interesting use case on the consumer side for beacons.
Maybe locations for things that move like booths at a farmers market or something.
[+] [-] ljoshua|11 years ago|reply
[+] [-] swamp40|11 years ago|reply
Well...I recall unpaired advertising events in the Bluetooth 4.0 Low Energy Spec back in 2010 - way before Apple ever got involved.
[+] [-] CHY872|11 years ago|reply
[+] [-] nfarina|11 years ago|reply
[+] [-] zamalek|11 years ago|reply
The only piece missing from the puzzle was that phones only have one Bluetooth aerial, so triangulation would have been impossible. It would still be possible to determine unitless distance.
[+] [-] jawngee|11 years ago|reply
[+] [-] iamshs|11 years ago|reply
[1] -http://www.buzzfeed.com/josephbernstein/exclusive-hundreds-o...
[2] - http://www.buzzfeed.com/josephbernstein/hidden-beacons-were-...
[3] - http://www.fiercewireless.com/story/qualcomm-spins-gimbal-be...
[4] -https://www.qualcomm.com/news/releases/2013/12/09/qualcomm-a...
[+] [-] rdrey|11 years ago|reply
[+] [-] bennyg|11 years ago|reply
[+] [-] BlackJack|11 years ago|reply
[+] [-] nfarina|11 years ago|reply
[+] [-] orand|11 years ago|reply
Another scenario where this particularly matters is allowing multiple devices (phones, tablets, PCs, watches) to "pair" and keep track of their proximity from each other.
[+] [-] nfarina|11 years ago|reply
[+] [-] BillinghamJ|11 years ago|reply
However, you could use the BTLE GATT profile. This lets you expose services & characteristics/attributes. It does allow for two way comms.
[+] [-] svarrall|11 years ago|reply
I thought Apple limited you to 20 region monitoring locations at a time, or are the beacons treated differently? Just logic around which 20 you're looking for at any one time?
[+] [-] nfarina|11 years ago|reply
[+] [-] bennyg|11 years ago|reply
[+] [-] paulftw|11 years ago|reply
And this is actually a poor excuse:
concerned that google stores your search history and has your email? - dont use google.
Don't like Facebook sharing your friend list with advertisers? - delete your facebook profile.
Don't want your browsing history agregated and sold to the highest bidder? - stop using websites
Worried that government listens to your phone calls and reads your text messages? - move to another country.
To me these constant remarks about how you are always in control of your privacy were just annoying and not convincing at all. The article would be better without that.
[+] [-] rmsaksida|11 years ago|reply
It'd be interesting if beacons could send some structured data along with their identification header. This way you could have general purpose apps which handled common types of beacon data, and an user wouldn't have to install MegaWorld, GroceryMart and BigHealth to get generic grocery or health-related notifications.
For example: if there was a standard beacon format for bus routes, I could install a BusRoute app which would let me see bus routes for any beacon-enabled bus in the world, even in places where I don't have an Internet connection.
[+] [-] Yen|11 years ago|reply
You could treat the UUID as a domain name, have a DNS-style system where an app looks up a UUID, gets some structured data, and caches it.
That does mean, for your bus example, that you would have to have seen one of those UUIDs before while internet connected, in order to have the route data already cached.
If someone is going through the effort of placing bus beacons, there's a good chance that the location either already has good data coverage, or they could place a wifi hotspot at the same time.
---
Alternatively, certain UUIDs could be taken to mean "connect to this device over wifi, and download structured information". This does have the battery issues mentioned in the article, but I expect that, for permanent installations, people will prefer externally powered beacons anyway.
[+] [-] nfarina|11 years ago|reply
Also it's not required that you go talk to the internet after hearing a beacon - if you already knew what beacons to look for and what to do about them, you wouldn't need to use the internet at all to create "local notifications."
[+] [-] mattei|11 years ago|reply
- home automation, get home in the dark & lights go on or other possible location based activities.
- conference badge/phone app, allows user to interact with displays or other conference attendees + more
- other ideas.
IMO advertising via bluetooth would make people turn off bluetooth, and leave it off.
[+] [-] slg|11 years ago|reply
[+] [-] nfarina|11 years ago|reply
[+] [-] cwiz|11 years ago|reply
And yes, we built custom beacons on top of OpenWRT routers & USB dongles –> hence high frequency updates, high power & no battery dependance. Also we built a mechanism that allows us to update majors/minors/uuids so that no external party can use our beacons.
Battery beacons are only usable for a couple toy usecases in my opinion.
[+] [-] driverdan|11 years ago|reply
[+] [-] Pxtl|11 years ago|reply
So can phones get decent info about distance to any WiFi/bluetooth source, or is there something about beacons?
[+] [-] TomGullen|11 years ago|reply
[+] [-] Pxtl|11 years ago|reply
Also, my wife works at a school that allows students to sign out of their classes into other classes. Beacons would be great for this - "student X is not in the room they said they'd be in".
[+] [-] heywire|11 years ago|reply
[+] [-] 0xdeadbeefbabe|11 years ago|reply
[+] [-] nfarina|11 years ago|reply