Also, regarding the demo version, rather than unlock the full version via IAP, have you considered making it a separate marketplace item (that's just an unlock key and makes it clear that's all it is)? I've seen a bunch of apps work their full-version unlock that way (and even bought some of them) and don't really see much of a downside to it (and I'd imagine it's easier to implement rather than deal with whatever the IAP API plus the additional app privileges needed). For a faked version of an in-app unlock, you could even just have it open up the marketplace item for the key unlock, no?
Ok looking for a bit of Android testing.
-
Googer
- Baaa!

- Posts: 112
- Joined: Thu Aug 23, 2007 6:30 pm 0
- XBL Gamertag: Googer
- PSN: Googer
- Yahoo Messenger: Regoog
- Location: Pittsburgh, PA USA
- Contact:
Re: Ok looking for a bit of Android testing.
I've been playing on and off on my Note 2 for the last little bit and haven't really noticed any problems other than the menu system is rather confusing when compared to 99% of the other stuff out there on Android (i.e., I can't use the menu and back buttons as I'd expect to be able to). No issues that I've noticed with the game itself nor score submissions, etc., so AFAICT the core functionality seems to basically be there at this point. 
Also, regarding the demo version, rather than unlock the full version via IAP, have you considered making it a separate marketplace item (that's just an unlock key and makes it clear that's all it is)? I've seen a bunch of apps work their full-version unlock that way (and even bought some of them) and don't really see much of a downside to it (and I'd imagine it's easier to implement rather than deal with whatever the IAP API plus the additional app privileges needed). For a faked version of an in-app unlock, you could even just have it open up the marketplace item for the key unlock, no?
Also, regarding the demo version, rather than unlock the full version via IAP, have you considered making it a separate marketplace item (that's just an unlock key and makes it clear that's all it is)? I've seen a bunch of apps work their full-version unlock that way (and even bought some of them) and don't really see much of a downside to it (and I'd imagine it's easier to implement rather than deal with whatever the IAP API plus the additional app privileges needed). For a faked version of an in-app unlock, you could even just have it open up the marketplace item for the key unlock, no?
- gilesgoat
- Sheepie Whore

- Posts: 27258
- Joined: Wed Sep 03, 2003 7:54 am 0
- Location: Monfalcone, Italy
- Contact:
Re: Ok looking for a bit of Android testing.
This is something I really "don't know what you are talking about" could you explain me
Here how it should work please ?
I mean what do you expect which button to do what ?
Believe me or not I have been so busy doing all this that apart from this I really
Did not see any other android appl other than mines ..
Ok I admit " I buy/use only iOS "
Besides you are still testing a version with some bugs I already fixed.
About the ISP well .. Turns out it seems so far to be less complicated than what it sounds
I think it is maybe more "natural" to say "ok I like this, click here and get the full version".
Mind you there's another logic to this : we CANNOT guarantee "this will work on your device"
Actually we want to AVOID someone could go, buy directly a "full" and then find out
"It does not run/crashes on my device"
FIRST : get the demo for free
THEN : if it runs fine upgrade.
THIRD : if it does not run I CANNOT guarantee it will ever be made to run.
Here how it should work please ?
I mean what do you expect which button to do what ?
Believe me or not I have been so busy doing all this that apart from this I really
Did not see any other android appl other than mines ..
Ok I admit " I buy/use only iOS "
Besides you are still testing a version with some bugs I already fixed.
About the ISP well .. Turns out it seems so far to be less complicated than what it sounds
I think it is maybe more "natural" to say "ok I like this, click here and get the full version".
Mind you there's another logic to this : we CANNOT guarantee "this will work on your device"
Actually we want to AVOID someone could go, buy directly a "full" and then find out
"It does not run/crashes on my device"
FIRST : get the demo for free
THEN : if it runs fine upgrade.
THIRD : if it does not run I CANNOT guarantee it will ever be made to run.
Giles the billy goat
"Baa"
"Baa"
-
Googer
- Baaa!

- Posts: 112
- Joined: Thu Aug 23, 2007 6:30 pm 0
- XBL Gamertag: Googer
- PSN: Googer
- Yahoo Messenger: Regoog
- Location: Pittsburgh, PA USA
- Contact:
Re: Ok looking for a bit of Android testing.
Sure, I would expect that the menu button (whether a hard menu button or a soft one, either way, I believe that's the 'proper' / formal name for the 3 horizontal line button) is what should be used for pulling up settings (equivalent to clicking the sheep to pull up login / register, scores, and prizes), and the back button should always back out from wherever you currently are (which it appears to do when navigating settings, what's missing is integration in the actual game to use it to back out from when starting a game as well as using it to exit the actual app). Hope this helps in regards to clarifying what I was thinking. 
In regards to the full-version unlock, there's two ways of doing it that I see:
1. Separate key-unlock app - see applications such as BubbleUPnP (and its unlocker) to see what I mean by this. It's just a separate app altogether and avoids having to put additional permissions in your main app to be able to make purchases though I suppose you could potentially run into people that stupidly buy the key without making sure the main app works on their device first, etc.
The likelihood of them downrating your main app as a result probably isn't that high though, and AFAICT this seems to be a relatively popular way of doing demo / full versions of quite a few Android apps.
2. In-app purchase - just a single app that comes as a demo and you buy the unlock key from within it (this is the method you're currently looking at). It almost definitely makes accidental purchases, etc., a non-issue, but on the negative side (besides it possibly being a PITA to implement) is the additional permissions that will be needed to actually make this possible. For better or worse (probably for the better to be honest
), there are quite a lot of Android users out there that are paranoid of apps that have what they interpret as excessive permissions (i.e., "OMG, why does a simple game need to be able to read my contact list?!?? I refuse to install until you remove this!!!"
)
Since I'm not an Android dev myself, I can't really say which is the better method to go with in terms difficulty implementing it (though I'd imagine #1 is easier to implement), end-user experience, what will ultimately mean more $$$ for you when you factor in which will sell more copies, etc., but there you go.
In regards to the full-version unlock, there's two ways of doing it that I see:
1. Separate key-unlock app - see applications such as BubbleUPnP (and its unlocker) to see what I mean by this. It's just a separate app altogether and avoids having to put additional permissions in your main app to be able to make purchases though I suppose you could potentially run into people that stupidly buy the key without making sure the main app works on their device first, etc.
2. In-app purchase - just a single app that comes as a demo and you buy the unlock key from within it (this is the method you're currently looking at). It almost definitely makes accidental purchases, etc., a non-issue, but on the negative side (besides it possibly being a PITA to implement) is the additional permissions that will be needed to actually make this possible. For better or worse (probably for the better to be honest
Since I'm not an Android dev myself, I can't really say which is the better method to go with in terms difficulty implementing it (though I'd imagine #1 is easier to implement), end-user experience, what will ultimately mean more $$$ for you when you factor in which will sell more copies, etc., but there you go.
Re: Ok looking for a bit of Android testing.
Go for option 1, its also easier to reinstate apps if you need migrate to a new phone have need to rebuild your apps from the google store.Googer wrote:Sure, I would expect that the menu button (whether a hard menu button or a soft one, either way, I believe that's the 'proper' / formal name for the 3 horizontal line button) is what should be used for pulling up settings (equivalent to clicking the sheep to pull up login / register, scores, and prizes), and the back button should always back out from wherever you currently are (which it appears to do when navigating settings, what's missing is integration in the actual game to use it to back out from when starting a game as well as using it to exit the actual app). Hope this helps in regards to clarifying what I was thinking.
In regards to the full-version unlock, there's two ways of doing it that I see:
1. Separate key-unlock app - see applications such as BubbleUPnP (and its unlocker) to see what I mean by this. It's just a separate app altogether and avoids having to put additional permissions in your main app to be able to make purchases though I suppose you could potentially run into people that stupidly buy the key without making sure the main app works on their device first, etc.The likelihood of them downrating your main app as a result probably isn't that high though, and AFAICT this seems to be a relatively popular way of doing demo / full versions of quite a few Android apps.
2. In-app purchase - just a single app that comes as a demo and you buy the unlock key from within it (this is the method you're currently looking at). It almost definitely makes accidental purchases, etc., a non-issue, but on the negative side (besides it possibly being a PITA to implement) is the additional permissions that will be needed to actually make this possible. For better or worse (probably for the better to be honest), there are quite a lot of Android users out there that are paranoid of apps that have what they interpret as excessive permissions (i.e., "OMG, why does a simple game need to be able to read my contact list?!?? I refuse to install until you remove this!!!"
)
Since I'm not an Android dev myself, I can't really say which is the better method to go with in terms difficulty implementing it (though I'd imagine #1 is easier to implement), end-user experience, what will ultimately mean more $$$ for you when you factor in which will sell more copies, etc., but there you go.
- gilesgoat
- Sheepie Whore

- Posts: 27258
- Joined: Wed Sep 03, 2003 7:54 am 0
- Location: Monfalcone, Italy
- Contact:
Re: Ok looking for a bit of Android testing.
Hum ..
I still think 2 is the best.
The ONLY permission you need to do it is the .INTERNET permission which simply means the appl has to be able to
communicate with the internet which is ALREADY a need anyway because of the online scores.
If you are worried about privacy, let me tell you this after a person that spend quite some too many days seeing the
Android log going back and forth with things, then you should NEVER EVER BUY AN ANDROID DEVICE
your privacy goes COMPLETELY TO 0 , no .. to -1 .. just because you have one and you are running one, it does not
need to be "applications" is the OS itself sending info back and forth ALL TIME.
Tell to all people in UK/other places they are "so scared" of ID cards, you have MUCH WORSE than that by carrying an
Android phone .. "and you believe it's all under your control" .. my arse ..
Look at the logs and what passes by .. you'd get grey hair .. tinfoil hat won't even be enough this time
I'll have a look into the "menu" button
I still think 2 is the best.
The ONLY permission you need to do it is the .INTERNET permission which simply means the appl has to be able to
communicate with the internet which is ALREADY a need anyway because of the online scores.
If you are worried about privacy, let me tell you this after a person that spend quite some too many days seeing the
Android log going back and forth with things, then you should NEVER EVER BUY AN ANDROID DEVICE
your privacy goes COMPLETELY TO 0 , no .. to -1 .. just because you have one and you are running one, it does not
need to be "applications" is the OS itself sending info back and forth ALL TIME.
Tell to all people in UK/other places they are "so scared" of ID cards, you have MUCH WORSE than that by carrying an
Android phone .. "and you believe it's all under your control" .. my arse ..
Look at the logs and what passes by .. you'd get grey hair .. tinfoil hat won't even be enough this time
I'll have a look into the "menu" button
Giles the billy goat
"Baa"
"Baa"
Re: Ok looking for a bit of Android testing.
LogCat can be disabled in most devices IIRC if you're paranoid about that level of logging. You can't do it via the options though, you need to install an app to do it.
- gilesgoat
- Sheepie Whore

- Posts: 27258
- Joined: Wed Sep 03, 2003 7:54 am 0
- Location: Monfalcone, Italy
- Contact:
Re: Ok looking for a bit of Android testing.
Careful the version you have has still two 'big bugs' one fixed 2 days ago, another one just fixed now.
The first one proven to be quite difficult to see ( but once kinda understood what it was using a 'special modified
version' - and quite some testing we nailed it down ) as it will happen after 25 .. 30 mins of constant play and for
some reason it seemed to came out "particulary well" on the Nexus 4 ( altought with the test program I managed
to replicate it in the Nexus 7 as well after 10 .. 12 mins of test ).
On some phones you may never see it but it was there, a "race condition" between two different threads cause a
( wrong ) logic allowing that race to happen ( even if pretty improbable to happen ).
The other one is *SO* idiotic I won't even mention it here
But if you make the appl go pause and then de-pause it and such you won't see anything ( until it's too late I guess )
but you are munching some mem away, now that got fixed too.
Edit: this last one just found while testing the IAP thing and going like "WTF ?" .. it was just there "under my nose"
but never seen it ( until Android IAP popped up and started doing its own thing ).
The first one proven to be quite difficult to see ( but once kinda understood what it was using a 'special modified
version' - and quite some testing we nailed it down ) as it will happen after 25 .. 30 mins of constant play and for
some reason it seemed to came out "particulary well" on the Nexus 4 ( altought with the test program I managed
to replicate it in the Nexus 7 as well after 10 .. 12 mins of test ).
On some phones you may never see it but it was there, a "race condition" between two different threads cause a
( wrong ) logic allowing that race to happen ( even if pretty improbable to happen ).
The other one is *SO* idiotic I won't even mention it here
But if you make the appl go pause and then de-pause it and such you won't see anything ( until it's too late I guess )
but you are munching some mem away, now that got fixed too.
Edit: this last one just found while testing the IAP thing and going like "WTF ?" .. it was just there "under my nose"
but never seen it ( until Android IAP popped up and started doing its own thing ).
Giles the billy goat
"Baa"
"Baa"
- gilesgoat
- Sheepie Whore

- Posts: 27258
- Joined: Wed Sep 03, 2003 7:54 am 0
- Location: Monfalcone, Italy
- Contact:
Re: Ok looking for a bit of Android testing.
Ok mini update, after "various things" and such and illness and crap I am now playing Gridrunner android with the 8bitty.
Finishing some stuff for iCade and then trying to see for a "real gamepad" support as 360 gamepad and such which is going to be a bit of nightmare to debug as I cannot have that on USB AND the LogCat the same time so I'll have to work out somehting.
I had "lot of other things to do" otherwise I would have been here already a couple of weeks ago.
Finishing some stuff for iCade and then trying to see for a "real gamepad" support as 360 gamepad and such which is going to be a bit of nightmare to debug as I cannot have that on USB AND the LogCat the same time so I'll have to work out somehting.
I had "lot of other things to do" otherwise I would have been here already a couple of weeks ago.
Giles the billy goat
"Baa"
"Baa"
- gilesgoat
- Sheepie Whore

- Posts: 27258
- Joined: Wed Sep 03, 2003 7:54 am 0
- Location: Monfalcone, Italy
- Contact:
Re: Ok looking for a bit of Android testing.
Ok it works with the 8Bitty, it works with the iCade, it works with the XBOX 360 controller.
I'll leave to someone else to try it with the SixAxis ( as I can't do it ) and not sure how the frak should do to work with the Wiimote as well.
IMHO the best controller for this is really the 8BITTY, works as a charm for Gridrunner
I'll leave to someone else to try it with the SixAxis ( as I can't do it ) and not sure how the frak should do to work with the Wiimote as well.
IMHO the best controller for this is really the 8BITTY, works as a charm for Gridrunner
Giles the billy goat
"Baa"
"Baa"
Re: Ok looking for a bit of Android testing.
Assume this on the backburner while you do do PSP work. I'm gonna donate a tenner to try entice some more Android ports though!
- PVB
- Sheepie Whore

- Posts: 32542
- Joined: Mon Apr 22, 2002 10:16 pm 0
- XBL Gamertag: PVBuk
- PSN: PVBuk
- Location: Medway, U.K.
Re: Ok looking for a bit of Android testing.
PS Vita, not PSP.Molloy wrote:Assume this on the backburner while you do do PSP work. I'm gonna donate a tenner to try entice some more Android ports though!
- gilesgoat
- Sheepie Whore

- Posts: 27258
- Joined: Wed Sep 03, 2003 7:54 am 0
- Location: Monfalcone, Italy
- Contact:
Re: Ok looking for a bit of Android testing.
Thanks Molloy,Molloy wrote:Assume this on the backburner while you do do PSP work. I'm gonna donate a tenner to try entice some more Android ports though!
more Andorid stuff there will be, it's just at the moment this PS Vita thing really is quite on a tight schedule, we are doing
quite well however there are still many things to do and time is not very long, altough we are considering 'soon' to release
a few other more donationware things.
Definitely we have at least a couple of things 'basically ready' to put up, I'll try to fit all this in the schedule of things.
The "pro/cons" of this Vita thing is that "pro" is that it's a very good thing, "con" is that is quite a thing as well so me and
Yak we have a quite well defined "todo list" and we are both working on a thing and another so we are "totally busy" with it.
But we'll get along with other stuff as well, there are a few more donationware things that could appear soon out, between
Vita and sorting out some things we really had/have very busy times but still trying to make everything fit.
Giles the billy goat
"Baa"
"Baa"
Re: Ok looking for a bit of Android testing.
Ah yeah I feel bad even asking. I've a project due shortly I'm way behind on. Don't know how you guys get as much done as you do.
My awareness of the Vita is such that I thought it was called the PSP Vita or something.
My awareness of the Vita is such that I thought it was called the PSP Vita or something.
- PVB
- Sheepie Whore

- Posts: 32542
- Joined: Mon Apr 22, 2002 10:16 pm 0
- XBL Gamertag: PVBuk
- PSN: PVBuk
- Location: Medway, U.K.
Re: Ok looking for a bit of Android testing.
Nah, just PS Vita:Molloy wrote:Ah yeah I feel bad even asking. I've a project due shortly I'm way behind on. Don't know how you guys get as much done as you do.
My awareness of the Vita is such that I thought it was called the PSP Vita or something.
http://uk.playstation.com/psvita/
Although it might have been the PSP Vita at dev/launch.
-
Chirpychicken
- Baaa!

- Posts: 401
- Joined: Fri Jun 15, 2012 10:12 am 0
Re: Ok looking for a bit of Android testing.
I would love to see the IOS and/or Vita game on Ouya 


