It's been a while since I worked at Mochi, but unless they've dramatically changed their technology, it's because they don't have access to the cookie:
Mochi's ad product is a library that Flash game developers include in their Flash games, but this technology does not extend outside of the Flash SWF itself.
To access the cookie, you would need cooperation between Flash and a piece of javascript sitting on hosting page, and then you would use ExternalInterface to communicate out to that javascript to read or set the cookie. Unfortunately, like I mentioned, there is no javascript component to Mochi's ad product, only the piece of code within the Flash SWF itself, so there's no way for this to happen.
In fact, there are several use cases where people play Flash games outside of a browser environment, like on Android or on desktop versions of games (e.g. http://windosill.com/ it lets you "download Windosill for better performance".) In this case, there's quite literally no cookie available to set.
I know David, and I know the guys at Mochi, and I'd stake my reputation on the promise that they're not being shady.
ericflo is correct. I'm trying really really hard to not do anything shady here. We use LSOs because our product is heavily flash centric and there are some issues (like not always running in a browser and also the size of data we store) that make LSOs a better technical fit than HTTP cookies. I'm well aware of the education problem surrounded LSOs and that's why I took the time to link to the macromedia pages where users can manage these things.
I apologize for not answering your questions sooner, I didn't know about that this HN thread until on a whim I went searching for it this morning. I'll keep an eye on it if you have any further questions you can also poke me on twitter or on freenode IRC if you'd prefer, I'm dreid pretty much everywhere.
Comments
It's been a while since I worked at Mochi, but unless they've dramatically changed their technology, it's because they don't have access to the cookie:
Mochi's ad product is a library that Flash game developers include in their Flash games, but this technology does not extend outside of the Flash SWF itself.
To access the cookie, you would need cooperation between Flash and a piece of javascript sitting on hosting page, and then you would use ExternalInterface to communicate out to that javascript to read or set the cookie. Unfortunately, like I mentioned, there is no javascript component to Mochi's ad product, only the piece of code within the Flash SWF itself, so there's no way for this to happen.
In fact, there are several use cases where people play Flash games outside of a browser environment, like on Android or on desktop versions of games (e.g. http://windosill.com/ it lets you "download Windosill for better performance".) In this case, there's quite literally no cookie available to set.
I know David, and I know the guys at Mochi, and I'd stake my reputation on the promise that they're not being shady.
Thanks for the info.
ericflo is correct. I'm trying really really hard to not do anything shady here. We use LSOs because our product is heavily flash centric and there are some issues (like not always running in a browser and also the size of data we store) that make LSOs a better technical fit than HTTP cookies. I'm well aware of the education problem surrounded LSOs and that's why I took the time to link to the macromedia pages where users can manage these things.
I apologize for not answering your questions sooner, I didn't know about that this HN thread until on a whim I went searching for it this morning. I'll keep an eye on it if you have any further questions you can also poke me on twitter or on freenode IRC if you'd prefer, I'm dreid pretty much everywhere.