[INFO][RESEARCH] JB Flash Counter, Triangle Away

Search This thread

DocHoliday77

Senior Member
May 10, 2011
9,403
6,892
HuntsVegas!!!
:cowboy:

Please go to POST 56 for updated information. I will update the OP over the weekend. Thanks!


As many of you already know, with our recent official Jelly Bean release came a new, updated flash counter. With ICS we were able to either just root via the root66 method and not trip the counter, or we could just use Chainfire's Triangle Away app to reset it. This is no longer the case. Now, with JB, unless our firmware meets a very strict set of conditions, it will trip the counter every time you reboot the device. If you simply just flash the root66 firmware, and do nothing else beyond that, you will not raise your count. But then, whats the point of rooting???

DON'T PANIC!

We can still zero it out for Warranty returns! The biggest issues arise when you want to utilize certain apps and/or services such as All Share Cast, Media Hub and other Samsung apps. For example, if you have purchased the $100 equipment, the All Share Cast Hub, it will not work! Additionally, DRM protected content may not play anymore. (Probably just applies to DRM protected media you got from Samsung, but this needs verification). For example, if you got to download the Avengers a couple of months ago, it will not play, even though it is perfectly legal to do so!

So are we able to get around this? Yes and No, for the moment. There are at least 2 separate detections going on. One is done post-boot, using the SysScope app. If you remove this from /system/app/ you will be able to install a custom recovery, and probably also a kernel and another modem without tripping the counter! I have yet to see any negative side effects from removing this app, so until I find more info proving otherwise, I suggest backing it up and deleting it. Hopefully Chainfire will decide to update Triangle Away to counter the updated detection. He may not though. Please read what he has to say about it here.

This does not solve the whole problem though. There is still another method Samsung coded in to detect if your system has been modified. I am not sure yet what is responsible fot this. But if you were to simply deodex your rom, it will begin tripping the counter at boot again! (It may not be the deodexing that is trigging it though, I believe it is also scanning for any processes that are running with root privledges that should not be there, and it may also have to do with busybox). Either way, if you are running pretty much any kind of custom rom, it will retrip the counter at bootup. This method is different in that it happens during boot, not after, and it does not look at recovery, and probably not at kernel or modem either. It appears to look specifically at the system partition for anything not stock. I am trying to narrow this down.

Because the other 2nd part seems to happen during bootup, I think that Chainfire's paid version may be able to help here. If you purchase it on the Play Store, it will have enabled the ability to Auto run at boot. Since SysScope is now removed, I dont think any detections are running post-boot anymore, meaning Auto run from Triangle Away should work. I do not have the paid version to test with right now. But I will try and test this soon.

I am fairly certain that the rest of the detection process is running either from the kernel, or from a completely separate partition. It is going to require quite a few flashes and test to narrow it down for sure. So if you guys will report your experiences with it, particularly on different kernels, I would be greatly appreciative.

As I find and/or remember more about this, I will update it here. If anyone has any other information about this, please do post it here! Any help, tips, info, etc that you can provide can be very helpful!

I hope this all made sense to you guys! I will go back and clarify some stuff a little later, but Ive got a 6 year old kid going stir crazy waiting on me to be done with this! I wanted to go ahead and get something up though to get the conversation started! I will also post some links to some information later on.

In the meantime, you can Odin back to ICS build UVALJ4, and then flash your roms from there...yes even the JB ones! I hate saying that after suggesting to Odin flash the JB update, but if you have anything not working because of this, it may be your best option temporarily.
Otherwise, delete SysScope from /system/app! And keep Triangle Away handy!

I will continue doing a lot of testing and trying to investigate this problem. But I do appreciate any help that you guys can give!
Hopefully, with a little luck we can figure this out! :highfive:
:cowboy:
:cowboy:
:cowboy:
 
Last edited:

scifan

Senior Member
Dec 7, 2008
1,269
227
I think that pretty much covers it...

I know that if you triangle away, and reboot to download mode, the counter's zero... if you boot into recovery and then boot into download mode the counter's still zero...

It gets triggered when you boot into the actual rom... I wonder if you odin to JB... then actually flash down to an ICS rom, does the counter get reset on boot?
 

DocHoliday77

Senior Member
May 10, 2011
9,403
6,892
HuntsVegas!!!
I think that pretty much covers it...

I know that if you triangle away, and reboot to download mode, the counter's zero... if you boot into recovery and then boot into download mode the counter's still zero...

It gets triggered when you boot into the actual rom... I wonder if you odin to JB... then actually flash down to an ICS rom, does the counter get reset on boot?

That's SysScope running after booting up. Flashing an ics rom over a fully updated JB will most likely also trip the counter due to the 2nd part of the device check which runs during boot. Worth trying though.

Sent from my SGH-T999 using xda app-developers app
 

DocHoliday77

Senior Member
May 10, 2011
9,403
6,892
HuntsVegas!!!
Also need to find out if its the deodexing that triggers it, or something like busybox.

Sent from my SGH-T999 using xda app-developers app
 

1Shotwonder

Senior Member
Jul 21, 2009
159
29
Kissimmee
Good info. And nice write up so your saying if we odin root66 ics we are ok to say flash gs3r7.zip to jb and the new custom rom detection wont be present?

Sent from my SGH-T999 using xda app-developers app
 

wideasleep1

Senior Member
Jun 2, 2006
1,549
526
Last edited:

DocHoliday77

Senior Member
May 10, 2011
9,403
6,892
HuntsVegas!!!
Good info. And nice write up so your saying if we odin root66 ics we are ok to say flash gs3r7.zip to jb and the new custom rom detection wont be present?

Sent from my SGH-T999 using xda app-developers app

Thanks!
Yes that is correct. I cannot guarantee you wont have any other bugs. Doing it this way you are essentially running half ics half jb. If you have no need of samsung services like media hub or all share cast, id go full jb. Otherwise id go with the ics UVALJ4 firmware and a jb rom.





There's also a manual way I used to reset, back when my touchscreen died (and therefore could not even use TriangleAway) that we should 'throw into the mix' and test against JB...lemme see if I can dig up that thread...

That would be great! Thanks!

Sent from my SGH-T999 using xda app-developers app
 

Woody

Retired Admin - Vacationing in Nanda Parbat
Nov 18, 2010
8,842
16,519
Immersed in Dark Matter
Doc, I'd be more than happy to help out with this. Just shoot me a PM about where you are heading and I can see what I can do. I'm not adverse to getting in deep, so that is a non-issue.

My initial thoughts are to take a pretty simple approach and, for lack of a better few words, do a side-by-side of the new JB and the recent leaks and see what is different. Obviously it is a bit harder than than but we could breakdown the /system/apps, then move on the each partition scheme and see what the differences are and why they are different. Then start crossing off things like apps, 2boot check, something buried in on of the other partitions, ....
 

elesbb

Senior Member
Jun 20, 2010
7,883
5,324
Really Samsung? God this crap is really starting to piss me off. Love how manufacturers don't want be enjoying my device.

On a more positive note, can't Samsung deny claims for just the CPU?

Sent from my SGH-T999 using Tapatalk 2
 

1Shotwonder

Senior Member
Jul 21, 2009
159
29
Kissimmee
only thing that bothers me is the avengers movie not playing in any of the players on the GS3R7 rom. ( I have tried to reset the counter and still does not play the movie... any ideas? It does work on stock jb root66 though). Other than that I dont use any other samsung apps. The other issue I have come across is with Root Explorer when trying to modify the build.prop for GW I can edit the build.prop but it will not save the changes I believe this to be an issue with the sdcard now being sdcard0 but I am not 100% any one have a way around this or know the fix?
 

DocHoliday77

Senior Member
May 10, 2011
9,403
6,892
HuntsVegas!!!
There's also a manual way I used to reset, back when my touchscreen died (and therefore could not even use TriangleAway) that we should 'throw into the mix' and test against JB...lemme see if I can dig up that thread...

Okay, here was the progenitor post, that may give clues if the old (ICS) way no longer works:
http://xdaforums.com/showpost.php?p=28953690&postcount=67

and the resultant manual method, which I verified worked on TMO (ICS):
http://xdaforums.com/showthread.php?t=1781471

Thanks for looking those back up. Ill be checking them out later on today.





Doc, I'd be more than happy to help out with this. Just shoot me a PM about where you are heading and I can see what I can do. I'm not adverse to getting in deep, so that is a non-issue.

My initial thoughts are to take a pretty simple approach and, for lack of a better few words, do a side-by-side of the new JB and the recent leaks and see what is different. Obviously it is a bit harder than than but we could breakdown the /system/apps, then move on the each partition scheme and see what the differences are and why they are different. Then start crossing off things like apps, 2boot check, something buried in on of the other partitions, ....


sounds good man! Kinda have a feeling ill be needing help on this one! Ill shoot you a pm later on. Gotta get going for now, but wanted to respond real quick.




only thing that bothers me is the avengers movie not playing in any of the players on the GS3R7 rom. ( I have tried to reset the counter and still does not play the movie... any ideas? It does work on stock jb root66 though). Other than that I dont use any other samsung apps. The other issue I have come across is with Root Explorer when trying to modify the build.prop for GW I can edit the build.prop but it will not save the changes I believe this to be an issue with the sdcard now being sdcard0 but I am not 100% any one have a way around this or know the fix?

Its another thing I've got to figure out. If its just breaking Samsung related/downloaded stuff, or is it screwing with DRM altogether.

As to your other issue, wallets included with jb now so I assumed it wouldn't require a 'fix'. But it sounds more like a superuser problem with root explorer. Download chainfires cwm supersu from his thread and flash it. See if that helps. Not going to be related to this stuff though.

Sent from my SGH-T999 using xda app-developers app
 

md1008

Senior Member
Dec 9, 2011
1,947
422
Does reverting back to ics roll back the flash counter? I am really liking JB TW maybe time for a change lol

Sent from my SGH-T999 using xda premium
 

Woody

Retired Admin - Vacationing in Nanda Parbat
Nov 18, 2010
8,842
16,519
Immersed in Dark Matter
Unfortunately I doesn't work that way. Would be sweet if it did, then all we'd have to do is roll back and we'd be good. Plus we could figure out the trigger and remedy it.
 

Towle

Retired Forum Moderator
Oct 26, 2010
3,473
1,978
The Wild
Does reverting back to ics roll back the flash counter? I am really liking JB TW maybe time for a change lol

Sent from my SGH-T999 using xda premium

If I'm not mistaken, you should be able to revert to ICS then use triangleaway and your counter will stay at 0.

Sent from my SGH-T999 using Tapatalk 2
 

tdizzle404

Senior Member
Nov 27, 2010
4,653
1,102
North Georgia
Well my counter is stuck at 1 lol
What exactly trips the counter? I've seen multiple answers for the question but I figured ide ask here since there are so many knowledgeable people here :)

Sent from my SGH-T999 using xda premium
 

elesbb

Senior Member
Jun 20, 2010
7,883
5,324
So ive been reading this and from what i can gather, it seems that samsung (or T-Mobile) placed a new apk file into the system directory (or maybe a lib file?) and that if you root your device, every time you reboot your phone, it will +1 to the flash counter?

Has anyone asked any ATT, Sprint or Verizon users if their flash counter goes up with root after each reboot as well? If it doesnt, we could probably do a system file comparison between the two to isolate the file(s) which are causing the incremental flash counter at boot.
 
  • Like
Reactions: Woody

Woody

Retired Admin - Vacationing in Nanda Parbat
Nov 18, 2010
8,842
16,519
Immersed in Dark Matter
That's what I was saying earlier about comparing official and leak and seeing the differences. Sprint is the only one that has had official so not sure if that would work for us. Think we need to differentiate between Samsung and TMo and see where the "fault" lies.
 

elesbb

Senior Member
Jun 20, 2010
7,883
5,324
That's what I was saying earlier about comparing official and leak and seeing the differences. Sprint is the only one that has had official so not sure if that would work for us. Think we need to differentiate between Samsung and TMo and see where the "fault" lies.

That sounds like a good idea. I'll download one of the leaks and see if anything is obvious. It may also be a new line of code inside an apk or lib file as well. Making things a bit more difficult. As im comparing them i will check the size of each APK as well as if new code is added to them it should increase the size of the compiled apk. And i have my computer set up to show individual bytes of data.
 

Top Liked Posts

  • There are no posts matching your filters.
  • 29
    :cowboy:

    Please go to POST 56 for updated information. I will update the OP over the weekend. Thanks!


    As many of you already know, with our recent official Jelly Bean release came a new, updated flash counter. With ICS we were able to either just root via the root66 method and not trip the counter, or we could just use Chainfire's Triangle Away app to reset it. This is no longer the case. Now, with JB, unless our firmware meets a very strict set of conditions, it will trip the counter every time you reboot the device. If you simply just flash the root66 firmware, and do nothing else beyond that, you will not raise your count. But then, whats the point of rooting???

    DON'T PANIC!

    We can still zero it out for Warranty returns! The biggest issues arise when you want to utilize certain apps and/or services such as All Share Cast, Media Hub and other Samsung apps. For example, if you have purchased the $100 equipment, the All Share Cast Hub, it will not work! Additionally, DRM protected content may not play anymore. (Probably just applies to DRM protected media you got from Samsung, but this needs verification). For example, if you got to download the Avengers a couple of months ago, it will not play, even though it is perfectly legal to do so!

    So are we able to get around this? Yes and No, for the moment. There are at least 2 separate detections going on. One is done post-boot, using the SysScope app. If you remove this from /system/app/ you will be able to install a custom recovery, and probably also a kernel and another modem without tripping the counter! I have yet to see any negative side effects from removing this app, so until I find more info proving otherwise, I suggest backing it up and deleting it. Hopefully Chainfire will decide to update Triangle Away to counter the updated detection. He may not though. Please read what he has to say about it here.

    This does not solve the whole problem though. There is still another method Samsung coded in to detect if your system has been modified. I am not sure yet what is responsible fot this. But if you were to simply deodex your rom, it will begin tripping the counter at boot again! (It may not be the deodexing that is trigging it though, I believe it is also scanning for any processes that are running with root privledges that should not be there, and it may also have to do with busybox). Either way, if you are running pretty much any kind of custom rom, it will retrip the counter at bootup. This method is different in that it happens during boot, not after, and it does not look at recovery, and probably not at kernel or modem either. It appears to look specifically at the system partition for anything not stock. I am trying to narrow this down.

    Because the other 2nd part seems to happen during bootup, I think that Chainfire's paid version may be able to help here. If you purchase it on the Play Store, it will have enabled the ability to Auto run at boot. Since SysScope is now removed, I dont think any detections are running post-boot anymore, meaning Auto run from Triangle Away should work. I do not have the paid version to test with right now. But I will try and test this soon.

    I am fairly certain that the rest of the detection process is running either from the kernel, or from a completely separate partition. It is going to require quite a few flashes and test to narrow it down for sure. So if you guys will report your experiences with it, particularly on different kernels, I would be greatly appreciative.

    As I find and/or remember more about this, I will update it here. If anyone has any other information about this, please do post it here! Any help, tips, info, etc that you can provide can be very helpful!

    I hope this all made sense to you guys! I will go back and clarify some stuff a little later, but Ive got a 6 year old kid going stir crazy waiting on me to be done with this! I wanted to go ahead and get something up though to get the conversation started! I will also post some links to some information later on.

    In the meantime, you can Odin back to ICS build UVALJ4, and then flash your roms from there...yes even the JB ones! I hate saying that after suggesting to Odin flash the JB update, but if you have anything not working because of this, it may be your best option temporarily.
    Otherwise, delete SysScope from /system/app! And keep Triangle Away handy!

    I will continue doing a lot of testing and trying to investigate this problem. But I do appreciate any help that you guys can give!
    Hopefully, with a little luck we can figure this out! :highfive:
    :cowboy:
    :cowboy:
    :cowboy:
    17
    Wow, this entire thread, and from reading it I think there's not actually a single thing ' figured out' that wasn't already known. All of this has been discussed in the Triangle Away thread and if any questions had remained I could have answered them.

    There are various levels of detection going on in the very newest devices:

    ODIN
    Flashing with ODIN/Heimdall (not Mobile ODIN) goes through SBL, which checks signatures during flash, and if the signatures do not indicate a Samsung build, increase the flash counter.

    Boot check
    The bootloader checks the kernel and recovery every time you boot them (it will check kernel when you boot kernel, recovery when you boot recovery), and if they are not Samsung-built, will increase a 0 counter to 1 (it will not increase a 1 counter to 2, etc)

    SysScope
    SysScope runs on the device and scans for unwarranted root processes, and if found sets System to Modified (in the bootloader, not in Settings!). This one influences DRM - at least on the Exynos systems. I don't have a Qualcomm-based Samsung so it may be slightly different there. If SysScope is present and working on the device, Triangle Away will attempt to abuse it to reset the System status to Official, and then disables the SysScope scanning process.

    Settings
    The System status in Settings is actually a second scanning process embedded directly into the framework code. It's pretty much a copy/paste of SysScope. This one decides whether or not OTA will work as I understand it. There is no reliable cross-device way to disable this one (though I am still working on it, with high priority - it *is* possible), but if you're making a custom ROM obviously you can just rip the offending classes out of the framework.

    ---------------

    Now, if you take all the above into account, you get the following:

    - You can use Triangle Away to *reset* to 0
    - If you want your counter to *stay* at 0, you need to be running official kernels and recoveries (this is why I have moved away from CWM/TWRP and only use Mobile ODIN now)
    - You need to use Triangle Away to disable SysScope or remove it yourself (but if you remove it System status in the bootloader will not be reset)
    - Your system partition contents don't matter as long as SysScope isn't running

    Full reset for warranty purposes can be done the following way (depending on your current device state you may skip several status, but this should always work):

    - Flash a full stock firmware + data wipe
    - Root it
    - Run Triangle Away to reset everything
    - Immediately after Triangle Away boot into Download Mode
    - Flash a full stock firmware + data wipe

    Also, using Mobile ODIN does *not* trip the flash counter even if flashing a ZIP file - *unless* something in that ZIP triggers the counter (like a custom kernel or recovery).
    13
    Hey everyone! Sorry I haven't been on much the past few days. Barely been able to jump on to even read a little! Anyway, I have more consistent, better tested results to share real quick. I will update the OP with this info as well, probably tomorrow or the next day, depending on life!

    First, let me clear up that I was mistaken on two of my earlier claims: 1. SysScope is NOT triggering the flash counter. While it is still related to device modification detection, it is not increasing the counter at each boot.
    2. Using a deodexed Rom will NOT trigger the flash counter at each boot.

    From what I can tell, they both will contribute to the Status in Settings > About Device, reporting as Modified. I am starting to think this may also have an impact on some of the DRM issues people have been experiencing. I cannot say definitively yet, though.

    So after realizing there were a few things I had failed to consider, and noticing that my testing yesterday was netting significantly different results than before, I decided today to start from scratch, with nothing but an unmodded system (except for root of course) and work my way, one change at a time, to a modified, deodexed Rom.

    Here is what I've found so far:

    • Installing custom recovery using Goo/Rom Manger app, the install will not trip the counter. Rebooting the phone will not trip the counter. But rebooting into custom recovery DOES trip the counter.
    • Flashing custom recovery via Mobile Odin (using just the recovery.img), phone will auto reboot into recovery immediately after flash, which will trip the counter. (Judging from other instances, Mobile Odin is not tripping the counter when used this way, its being triggered by the reboot into recovery)
    • Flashing stock recovery via Mobile Odin (using just the recovery.img), phone will auto reboot into recovery immediately after flash, but it will NOT trip the counter.


    • Flashing stock kernel via Mobile Odin (using stock full fw file) did NOT trip counter
    • Flashing stock kernel via Mobile Odin (using just the boot.img) did NOT trip counter
    • Flashing stock kernel via Mobile Odin (using flashable .zip file) DOES trip counter
    SO...Mobile Odin will flash individual partition images and also from the stock firmware without tripping the counter, but if used with a recovery .zip file, it will trip the counter. Could be helpful to know later....​


    Deodexed Roms do not trigger the counter on each boot. However, custom kernels do re-trigger the counter EVERY bootup. If you are using a custom Rom, but keep the pure stock kernel on your phone, it will not trip the counter.
    Custom Recoveries will not trigger the counter on each boot. However, any time you boot into the custom recovery, it will trip the counter.

    In short, it appears the primary triggers for tripping the flash/binary counter are Custom Kernels during normal bootup, and Custom Recoveries only when booting into Recovery.

    If you use Mobile Odin, flashing either individual partitions, or firmware .tar files will not trip the counter. Mobile Odin will trip the counter when using it as a custom recovery and flashing a .zip file.

    SysScope, while related to modification detection, is NOT the cause of the counter being tripped.

    The counter does not appear to ever go above "1", regardless of how many times you boot up on a custom kernel, or how many times you reboot recovery, or flash a .zip in recovery. It most likely will still increase further by flashing non-official firmware in PC Odin (just like we've become used to with ICS). I will try to test this tomorrow, unless someone else would like to give it a go for me!


    Download Mode reports the following on my current setup; Deodexed, CIQ removed, Custom Kernel, TWRP.
    Custom Binary Download: Yes (1 Counts)
    Current Binary: Custom
    System Status: Official
    Qualcomm Secureboot: Enable



    We CAN still go back to full stock unrooted without a tripped counter using Triangle Away, so those that were worried about that part of it, need not worry. Ive decompiled several apps to try and figure out why some things no longer work. No luck so far, but I am looking. If anyone knows how to convert our .mbn partition files into a raw readable format, please share! I think this would be of great help! Otherwise I guess we can just examine the source code to see if we can find it there.

    I will post back with more later. Thanks everyone for all of your input!
    6
    The problem that we are still having is there are people reporting that even after resetting the counter back to 0, their DRM content still wont work. (But they say it did after rooting, before tripping the counter with a custom recovery). Basically its forcing them to reflash their firmware to be able to watch a movie. (Note that I have not personally verified this, but was planning to try it myself this weekend).
    It kind of sounds like you are saying that this shouldn't happen if SysScope and the framework code is removed? Just curious here, but what about removing SysScope and libcordon? I'm assuming that the embedded code you are talking about is also dependent on this library?

    From feedback I've gotten from other users (though these things may vary slightly from device to device, seeing as you're even using a completely different chipset than the devices I have, which are all Exynos), as in my country none of these DRM-based services are even available, the counter needs to be 0, the status has to be official and system also has to be official for DRM content to work.

    If somebody is able to set up a special account for me on some DRM service and load it up with a test movie, so I can actually test all this myself, I would be happy to do so.

    Not sure how libcordon fits into this. I think if you actually remove it, that may have adverse consequences. I'm not completely sure, when I tested all this in detail libcordon was not actually present as a separate library, it only existed inside SysScope (which it still does as well).

    I guess I'd need to do some further testing to see if the "embedded" SysScope now also updates the System status (it certainly did not used to) in the bootloader.

    You mentioned that Mobile Odin will not trip the counter when flashing a .zip file. I hate to say that this has not been my experience. I have verified that on my current setup a regular reboot will not trip the counter, as I am running stock unmodified kernel and recovery. However, when I flash any zip file, I check in Triangle Away and Download mode and the counter now says 1. Run Triangle Away and reset back to 0, then after doing another standard reboot, the counter remains at 0. I have tried flashing a mod, an app, and reflashing the unmodified kernel. All of them trigger the counter for me when flashing in Mobile Odin.

    Are you running Pro ? If Mobile ODIN Pro triggers the counter, it automatically resets it. It does this regardless of what you're flashing (a firmware, a kernel, a ZIP file - it'll do it with any of those). As such, your counter will "stay" 0 unless whatever you flash causes the counter to be tripped *again*.

    You should note that the act of booting into Triangle Away's special mode itself triggers the flash counter on this device (as documented in about 15 places), so if you're using T/A to actually check the counter being 0, that won't work :)
    4
    So according to what Doc Holiday is saying I can flash a custom ROM and the only down side is the possibility of some Samsung apps not working like Media Hub and All Share?
    And I can flash my phone back to stock and use triangle away in case of having to send in the phone?
    Is this what the situation is right now? Trying to figure out how to make those Samsung apps work with custom ROMs?

    Yes, in the event you have to send it in for warrany service, you can set everything back to stock with zero flash count. It requires doing things in a certain order, but can be done. Biggest issue here is theres no set it and forget it like before, so if something happens to make the device inaccessible (other than hard brick), itll make it more difficult to set it back to stock before sending it in. In ICS you only had to worry about Odin flashing the stock fw, provided you kept you counter at zero.
    Ill post instructions on all of this later.

    There are two things im concerned about though. First is if there is any other new detection methods we havent found (not likely, but I still wonder about when its coming more than if), and second is it really just the Samsung related apps that it screws with, or is it all drm protected media in general?
    I could be wrong but I just cant see why Sammy woulda done this intentionally, as in, I wonder if this problem is an unintended side effect they didnt see coming? I just dont see a reason to intentionally break features because you want to customize the device. Especially when its the one manufacturer thats been somewhat developer friendly in the past. If they really wanted to stop us theyd have locked down their bootloaders like HTC and Verizon! But to literally punish some of their most intelligent users (and reviewers) by taking away functions makes no sense to me at all. (Especially when its content we paid for....usually! ;)) And not to mention it guarantees we wont be buying it from Samsung....its just not good business!
    I hope all that made sense, but as i stated, my original point is that I dont know yet if it does ONLY break Samsung apps, or if itll create a problem with all DRM protected content.

    If any of you are willing to try, let me know please if ANY drm content (including stuff from Samsung) will play while having a tripped counter. Also, see if any of it will work while the counter is at zero, but the status in settings says modified.

    Thanks again to everyone for all your feedback, and as always if youve seen something different from what ive stated, please let us know! :cool:

    Sent from my SGH-T999 using xda premium