Post "high-impact" releases with MD5? - HD2 Windows Mobile 6.5 ROM Development

I just read a 3-page thread about a 2.08 radio, thread contained over 10 upload links, several reported corrupt files... HeavyHMS proposed to check the download with MD5 he posted (http://forum.xda-developers.com/showpost.php?p=5607137&postcount=108).
Why not include ALL "high-impact" releases (radio, ROM) with MD5? For security, user safety, and to guarantee future use of public media uploaders (uploading 10 times is perhaps not really neccessary, is it...).
Most people blindly eat (flash) anything from a kitchen. You just know there is some Black Hat out there waiting to alter a release...
/dXsL (not a Black Hat, really )

Good idea. This should be mandatory.
Decent uploaders are publishing checksums.

pathologo said:
Good idea. This should be mandatory.
Decent uploaders are publishing checksums.
Click to expand...
Click to collapse
I totally agree!
Flashing a corrupted rom it's not a great problem, but can generate panic in newbies, with many catastrophic post

heavyhms said:
I totally agree!
Flashing a corrupted rom it's not a great problem, but can generate panic in newbies, with many catastrophic post
Click to expand...
Click to collapse
yes confirm...
this is a good idea
in my next rom,i will use MD5,
to garanty integrity file

There are a lot of misunderstanding imho.
For example flashing the 2.08 radio....
Nobody talks about what rom they are using.
Shipped/cooked, 1.43,1.48,1.49,1.66,2.05,2.07....
I mean it's crap nobody cares.
So should a md5 checksum realy help?
My 2 cents.
Grtz Leo

it is true
but at the end we make our job well
nobody will be able to be complained

MD5 checksum is necessary to verify that a mirror is not hosting a modified version of a certain released file. Be it a radio or a ROM, regardless of its contents... the checksum is used to verify that what you downloaded is the same thing that the original poster intended to give you, and no one has tampered with the data on its way to you.
I'd definitely agree that it is important. However, few are the people who will actually check it, especially if they're newbies or not very (technically) knowledgeable about this.

Yeah I know that, but is it realy necassary that's the question.
LoL
z_rudy said:
MD5 checksum is necessary to verify that a mirror is not hosting a modified version of a certain released file. Be it a radio or a ROM, regardless of its contents... the checksum is used to verify that what you downloaded is the same thing that the original poster intended to give you, and no one has tampered with the data on its way to you.
I'd definitely agree that it is important. However, few are the people who will actually check it, especially if they're newbies or not very (technically) knowledgeable about this.
Click to expand...
Click to collapse

Laurentius26 said:
Yeah I know that, but is it realy necassary that's the question.
LoL
Click to expand...
Click to collapse
With the release of the first 2.08 radio many users have uploaded on mirrors corrupted files without any check, resulting in many worried posts ("OMFG, my phone is DEAD" ).
With md5 anyone could check the file integrity if wants (and if is doesn't want to check the rom integrity before flashing isn't my problem , but can't cry after )

Related

Custom ROMS

8/10 people who load ROMs have boot issues on their HD2s.
Why dont cookers make executable files like HTC does for ROM updates....saves all the hassle as well as forum traffic...
Good idea.. Just upgrade the rom via internet without flashing it again and again..
mdeva said:
8/10 people who load ROMs have boot issues on their HD2s.
Why dont cookers make executable files like HTC does for ROM updates....saves all the hassle as well as forum traffic...
Click to expand...
Click to collapse
i disagree. 8 our of 10 people if much to high. its more like 1 or 2%, as generally people correctly read the information given in the rom thread and have a successful flash.
its 9.9 out of 10 people who DO have boot issues who either did not read, or did not understand RADIO requirements. there is absolutely no benefit for chefs to make EXE files for rom updates, it
a) could NOT be executed on the phone
b) coud potentially kill TMOUS phones if an incorrect radio was included, or someone download a NON TMOUS rom because they did not read properly.
i think this thread should be closed.
People who brick there phone are 99%/100% the people who don't reade carefully!
mdeva said:
8/10 people who load ROMs have boot issues on their HD2s....
Click to expand...
Click to collapse
Could you please share with us the data you have to support this assertion/statistic?
Will move this thread to General.
WB
xmoo said:
People who brick there phone are 99%/100% the people who don't reade carefully!
Click to expand...
Click to collapse
+100 this

[ROM] I9000JHJP4 PTR Android 2.2

This will install galaxy S rom I9000JHJP4 for captivate.
www multiupload com / C2V3N1HFEX
Before installation insure that you have updated to 803 . pit
www multiupload com / 6JX2LEUCTY
Everything you use here, is at your own risk!
dealnest said:
This will install galaxy S rom I9000JHJP4 for captivate.
www multiupload com / C2V3N1HFEX
Before installation insure that you have updated to 803 . pit
www multiupload com / 6JX2LEUCTY
Everything you use here, is at your own risk!
Click to expand...
Click to collapse
How about a little more info? No Captivate kernel is mentioned. Is this supposed to be an i9000 ROM or Captivate then?
Sounds interesting but can you at least post a link with more information or post more information ins his post please
Will it work? Yes it will. Will there be issues. Yes there will, look through the froyo threads in this forum for more info.
wstahlhut said:
Will it work? Yes it will. Will there be issues. Yes there will, look through the froyo threads in this forum for more info.
Click to expand...
Click to collapse
We don't even know what this is yet. A ROM that is mentioned no where else, so how do you know any of this - have you tried it?
Interesting. Anyone dl it and open to see what it is? I will once i get home. I wonder where it came from too lol.
seriously
Okay buddy not be harsh but give some details!!!!!
I am going to say this is fishy at best. I am downloading and taking a peek around!!
DETAILS DETAILS DETAILS
Wheres zilch when you need him. He must be working on his campaign for mod. Otherwise he would have installed this twice by now
Sent from my SAMSUNG-SGH-I897 using XDA App
password protected rar file
EDIT:
pass = samfirmware.com
Has a tar file and a dll
GT-I9000-CSC-HOME-PTRJP4..tar
SS-dl.dll
I see this on Samsung Firmwares now - it is an Africa/Arabic build.
Damn noobies and their quick posts. Should have known.
Probably no newer then the EU build - it is only the second 2.2 while EU is on its 3rd.
Cool, I am going to download it before samsung-firmwares gets shut down. I bet Zilch is at church...
EDIT- I think that has been there for a while. And I think I recall zilch saying it wasnt that great.
ice3186 said:
Okay buddy not be harsh but give some details!!!!!
I am going to say this is fishy at best. I am downloading and taking a peek around!!
DETAILS DETAILS DETAILS
Click to expand...
Click to collapse
...Don't bother me with details...just tell me when they're done!
Your going to have the same issues as always, reversed orientation sensor, reversed soft keys, buttons in recovery mode do nothing, reversed speaker route etc etc.
Unless this is a new JP4, as in, newer than the one released this past week this is old news. JPK is the new darling of the I9000 forums- and a newer build.
And yes, both builds still have the issues of orientation, menu/back being the same, reversed headphone logic, etc etc.

[ROM]RUU_Mecha_VERIZON_WWE_1.13.605.7_Radio_1.16.00.040 2w_1_NV_8k_1.41_9k_1.64

Here new RUU for Mecha
http://www.filefactory.com/file/cb1..._NV_8k_1.41_9k_1.64_release_182746_signed.exe
Enjoy!
is this new ota?
komradefox said:
is this new ota?
Click to expand...
Click to collapse
yes .10 char
Football... Ive had almost every android phone created with almost every carrier... and everytime.. your always the one with the latest releases and builds
I would like to say thank you
Sent from my LG-V909 using XDA Premium App
Will this make me lose root
Sent from my ADR6400L using XDA Premium App
Why is it an .exe?
Football said:
Here new RUU for Mecha
http://www.filefactory.com/file/cb1..._NV_8k_1.41_9k_1.64_release_182746_signed.exe
Enjoy!
Click to expand...
Click to collapse
Is this the leak that came out a while ago? Or is this different in some way?
Not sure about the exe part but it does look to be slightly different.
Leaked:
PG05IMG_Mecha_VERIZON_WWE_1.13.605.7_Radio_1.16.00.0402w_NV_8k_1.41_9k_1.64_release_182727_signed.zip
Football OTA:
RUU_Mecha_VERIZON_WWE_1.13.605.7_Radio_1.16.00.0402w_1_NV_8k_1.41_9k_1.64_release_182746_signed.exe
Since it's signed, then yes it will make you lose root.
Going to check out this "leaked update." The EXE is a giveaway but I'll have fun checking it out.
Also, OP, don't be offended. It's very suspicious when someone posts an EXE file in the world of Android unless it's been confirmed good over and over again.
Do your research before insinuating someone is posting something "Bad". RUUs come in EXE form, many people (including me) just extract them first, because we do not use windows.
Football is a reliable source, and if you pay a little attention, you would know many of the early RUUs came from him prior to the phone release.
This is likely the same as the ZIP i posted earlier, will check now.
Also, don't flash this over a rooted device.
Not to sound too greedy or impatient... are there any mirrors for this yet? Its downloading really slow... and sometimes even "pausing" (bites received stalls for a few moments)
Stevez48 said:
Not sure about the exe part but it does look to be slightly different.
Leaked:
PG05IMG_Mecha_VERIZON_WWE_1.13.605.7_Radio_1.16.00.0402w_NV_8k_1.41_9k_1.64_release_182727_signed.zip
Football OTA:
RUU_Mecha_VERIZON_WWE_1.13.605.7_Radio_1.16.00.0402w_1_NV_8k_1.41_9k_1.64_release_182746_signed.exe
Click to expand...
Click to collapse
Hopefully slightly modified radio? I always got reboots on the leaked radio. We can only hope
jcase said:
Do your research before insinuating someone is posting something "Bad". RUUs come in EXE form, many people (including me) just extract them first, because we do not use windows.
Football is a reliable source, and if you pay a little attention, you would know many of the early RUUs came from him prior to the phone release.
This is likely the same as the ZIP i posted earlier, will check now.
Click to expand...
Click to collapse
Wasn't necessarily saying he wasn't a bad source, merely saying that some people find it sketchy to see an exe over a zip or rar archive.
ProTekk said:
Wasn't necessarily saying he wasn't a bad source, merely saying that some people find it sketchy to see an exe over a zip or rar archive.
Click to expand...
Click to collapse
Why would be posting something in it's original form be sketchy? RUUs come as an EXE. You have to extract the zip from them.
I mean, if people are worried about a virus extract it. I don't see people freaking out over APKs being posted, when it is just as easy if not easier to drop malware into an APK.
whewstoosae said:
Hopefully slightly modified radio? I always got reboots on the leaked radio. We can only hope
Click to expand...
Click to collapse
I will do a comparison in about 30 minutes, but I believe it is the same rom.
jcase said:
I will do a comparison in about 30 minutes, but I believe it is the same rom.
Click to expand...
Click to collapse
Thanks for keeping us posted.
Sent from my Thunderbolt.
Lets hope it's modified.
I downloaded the RRU EXE from the OP... pulled the ROM.ZIP out of it and did a FC /BIN against PG05IMG_Mecha_VERIZON_WWE_1.13.605.7_Radio_1.16.00.0402w_NV_8k_1.41_9k_1.64_release_182727_signed.zip
There were differences found.
I'll leave it to the experts to pull apart the ROM.ZIP in this RRU EXE and figure out exactly what those differences are, and if they mean anything to us.

Mods please read this. Lack of md5 posting for custom roms

I was just wondering about the lack of people posting md5 for custom roms in the dev section
Love the works of the devs here and the only reason I'm posting this here is to hope devs and mods read this
I've flashed a few roms that had the wrong md5 and trust me it isn't fun. Also it won't help the devs find bugs as people may report issues that are simply due to bad downloads
I've been flashing roms for various phone for over 2 years but find the lack of md5 posting in here a little disturbing compared to other xda forums for android.
Shouldn't this be mandatory by now?
fidorulz said:
I was just wondering about the lack of people posting md5 for custom roms in the dev section
Love the works of the devs here and the only reason I'm posting this here is to hope devs and mods read this
I've flashed a few roms that had the wrong md5 and trust me it isn't fun. Also it won't help the devs find bugs as people may report issues that are simply due to bad downloads
I've been flashing roms for various phone for over 2 years but find the lack of md5 posting in here a little disturbing compared to other xda forums for android.
Shouldn't this be mandatory by now?
Click to expand...
Click to collapse
+1 I totally agree
and for people who dont know what is it
http://dret.net/glossary/md5
Well if a self-extracting archive is corrupt it just won't extract the tarball do I think you don't need md5 for the firmwares.
For CWM ROM I would agree that if you're anal about these things then an MD5 checksum would be a good way to check the integrity of your download.
Intratech said:
Well if a self-extracting archive is corrupt it just won't extract the tarball do I think you don't need md5 for the firmwares.
For CWM ROM I would agree that if you're anal about these things then an MD5 checksum would be a good way to check the integrity of your download.
Click to expand...
Click to collapse
I disagree m8
its not about being rectal, but files can change due broadband problems, the reason why u c that Cyanogenmod devs r doing this by default. I think it should be mandatory as the op stated
drreality said:
I disagree m8
its not about being rectal, but files can change due broadband problems, the reason why u c that Cyanogenmod devs r doing this by default. I think it should be mandatory as the op stated
Click to expand...
Click to collapse
Many people download these roms over wireless data which has more chances of packet loss or corrupt info.
Also this won't take too much time for dev just to post this info and it avoids many issues.
I was using custom desire hd roms and prior to that nexus one roms and all those xda forums post them without a second thought.
It's not a big deal to post it but it's a big deal for the people installing these roms who don't want corrupt roms and for devs who want valid feedback.
That's why I don't understand the lack of posting them for these roms
Yeah, but...
Intratech said:
if a self-extracting archive is corrupt it just won't extract
Click to expand...
Click to collapse
You can't argue with that point. Maybe for zip files it's a good idea, but for firmwares that are self-extracting zips (like Intratech's), it's literally a non-requirement.
Good idea otherwise though.
If I'm honest here, speaking as a user, not a mod.
I'd rather it wasnt mandatory, that way its another indicator of whether or not a ROM is worth flashing.
MD5 - No issues....
No MD5 - Who knows what other shortcuts they've taken...... Dont flash.
jm2c
One of the reason I didn't bother with the md5 and just created self-extracting archives was because of the unbelievable number of PMs I got asking what it was for and how to use MD5 and that kind of thing which made me go: !!
Couldn't believe that people on here didn't know what a md5 hash was or how it was used.
drreality said:
I disagree m8
its not about being rectal, but files can change due broadband problems, the reason why u c that Cyanogenmod devs r doing this by default. I think it should be mandatory as the op stated
Click to expand...
Click to collapse
I well aware of the issues with transmitting of data via tcp/ip, my job kind of depends on knowing little stupid details like that. Files don't change, the data becomes corrupt. If a self-extracting archive is corrupt it won't extract, you'll get an error.
conantroutman said:
If I'm honest here, speaking as a user, not a mod.
I'd rather it wasnt mandatory, that way its another indicator of whether or not a ROM is worth flashing.
MD5 - No issues....
No MD5 - Who knows what other shortcuts they've taken...... Dont flash.
jm2c
Click to expand...
Click to collapse
Intratech said:
I well aware of the issues with transmitting of data via tcp/ip, my job kind of depends on knowing little stupid details like that. Files don't change, the data becomes corrupt. If a self-extracting archive is corrupt it won't extract, you'll get an error.
Click to expand...
Click to collapse
Yeah, Conan you noob.
johncmolyneux said:
Yeah, Conan you noob.
Click to expand...
Click to collapse
HUH?? **Scooby Doo face**
Edit.
For the record.
I was solely referring to this regarding cwm zips and not official firmwares.
Also. If I used the word developers in a previous post then that should probablt be replaced with "zip file abusers".
Sent From My Fingers To Your Face.....
conantroutman said:
HUH?? **Scooby Doo face**
Sent From My Fingers To Your Face.....
Click to expand...
Click to collapse
Sorry - been in off-topic all night and forgot where I was.
Good point, my friend. That's what I meant to say
johncmolyneux said:
Sorry - been in off-topic all night and forgot where I was.
Good point, my friend. That's what I meant to say
Click to expand...
Click to collapse
That place will rot your mind faster than crack.....
Sent From My Fingers To Your Face.....
conantroutman said:
That place will rot your mind faster than crack.....
Click to expand...
Click to collapse
Sounds good to me
I'm simply stating that supplying the MD5 for the ROMs devs make for people is something that is easy to do and should be done to allow a certain amount of quality control
There are plenty of MD5 checking applications on the market people can use if they want to check it
I don't understand why asking DEVs to supply this is such a big deal. Devs are asking users to trust them with custom firmware they make so why shouldn't users be able to validate the ROM they download isn't corrupt prior to flashing via CWM.
Also keep in mind not all users use these roms to flash some may download them to simply extract certain files or apps in order to mod their current phone like me extracting the older android market to replace the new one which I don't like.
I simply think its simple quality control and doesn't take much time for anyone to post.
Correct me if I am wrong but if a ROM developer posts a thread here, with there rom and everything in it, without a MD5 sum and has users using it. If those users post that the rom is bad and has a lot of problems, people will avoid it.
If its really good, the ROM will be downloaded plenty of times and the thread will have plenty of pages stating the rom is good. Isn't that basically the same thing as MD5 checking to see if the rom is good?
Also, never download anything from a source you do not trust.
Syrellaris said:
Correct me if I am wrong but if a ROM developer posts a thread here, with there rom and everything in it, without a MD5 sum and has users using it. If those users post that the rom is bad and has a lot of problems, people will avoid it.
If its really good, the ROM will be downloaded plenty of times and the thread will have plenty of pages stating the rom is good. Isn't that basically the same thing as MD5 checking to see if the rom is good?
Also, never download anything from a source you do not trust.
Click to expand...
Click to collapse
But that's the thing an MD5 is simply a fingerprint to make sure that the ROM the dev uploaded is the ROM you downloaded and are about to flash. It has nothing to do with trusting the dev but its not like most of us know them personally anyways but that's besides the point.
The ROM that is uploaded may be correct and many people maybe downloading and using it but the corruption comes from during the download process either via the computer or on the phone.
Due to this sometimes 1 out of 100 or 1000 downloads for example maybe corrupt.So in this case 999 out of 1000 people will have the right file and no issues. I may not want to be that 1 out of 1000 that have a corrupt download thus I check the MD5 to make sure what I downloaded is what was uploaded and wanted to flash.
Takes 2 min of my time and I know what I have is what I wanted
Intratech said:
I well aware of the issues with transmitting of data via tcp/ip, my job kind of depends on knowing little stupid details like that. Files don't change, the data becomes corrupt. If a self-extracting archive is corrupt it won't extract, you'll get an error.
Click to expand...
Click to collapse
The archives you create, Intratech, are only "self-extracting" on windows machines. I myself sometimes use your files but, being on Linux, I have to extract them using p7zip... and hence, I don't believe they are "self-extracting".
This being said, if the .7z file is corrupt, there is some chance that p7zip refuse to extract it. However, I don't believe this is a fullproof way of testing the viability of the file (it might be corrupt but "not enough/not at the right place" for p7zip to refuse the extraction). Then again, md5 sums are not fullproof tests either, by definition...
PS: I don't know how .7z files work. They maybe contain some kind of key check the extractor can test. Thus, everything I told might simply be BS
I'd rather a self-extracting archive than having to actually manually check an MD5 myself.. I'm lazy like that.
I realise that if its a self-extracting archive then I'll need my PC to flash it but I can live with that

[PATCH] Old Bootloader [USB DOWNLOAD HACK] READ!!!

Hey guys, on the the forums!
I'm here today, to "show" you a small hack, for the SGS II!
All you need, are a few things, and then we can get started.
But, let me tell you, what I'm trying to expain;
If you are a person, that is new to flashing, then you might find this especially interesting, because this hack, lets you flash as many custo things, as you want, but the flash-counter does not increase.
As an example, I flash my phone, near-to every few days, because I test new and custom kernels. So, I found this hack, and it works!
So, let's get on with the tutorial!
First; the things you will need.
1. My custom Odin. (Because then, it's easier to explain...)
2. A USB Download-mode Jig/Dongle.
3.The Update-package.
Tutorial:
Turn your phone OFF, and plug in the USB Jig/Dongle. Once in download mode, take the Jig/Dongle out, and plug in the USB cable, in to your computer (and phone). Now open Odin, and extract the update-package.
In Odin, you will find buutons, called " Bootloader" and "PDA", and a checkbox, named "Update phone's Bootloader".
Clcik on "Bootloader" and select:"GT-I9100_OLD_BOOTLOADER" now click on Open. Back in Odin, click on "PDA" and select the file named: "GT-I9100_counter_patch".
Now, once you have made sure, that the checkboxes "Auto reboot device" and "F. Reset Time" are checked, just click on "Start flash" and wait for your device to reboot.
Now, flash Siyah-Kernel.
You flash this, by clicking the File named "Siyah2.tar" in the "PDA" menu....
After the flashing has finished, go back to your download mode: (Three-button-combo or CWM app way) And you will notice; that it still says
"Custom Binary Download: No.
Binary: Samsung Official"
If you liked my tutorial, please thanks me.
If you think, I could do something better, tahn message me.
Happy flashing!
Edit: The reason I said: "A Download-Mode-Jig is needed!" Is because you are probably new to flashing, so if you close Odin by accident, you will need the Jig, to unbrick our device.
And, incase you do something wrong, you will also need the Jig, incase it counted, where you flashed Siyah.
Sorry for not saying his earlier.
It's noted for next time!
Hi, what's the difference to : intratech,
besides flashing custom rom?
Does it influence the counter somehow?
Anyone can confirm this really works?
And why he says u need jig when u can boot into download mode without jig to flash the bootloader and patch?
RE:
sahibunlimited said:
Anyone can confirm this really works?
And why he says u need jig when u can boot into download mode without jig to flash the bootloader and patch?
Click to expand...
Click to collapse
Because it's easier to get into the bootloader the first time with the Jig/Dongle, and if it fails, you will still need the Jig/Dongle to reflash...
And, incase you accidently do something to the phone, during the flash -process, you will need the Jig, incase of a brick...
RE: Does it influence the counter somehow?
kapollo said:
Hi, what's the difference to : intratech,
besides flashing custom rom?
Does it influence the counter somehow?
Click to expand...
Click to collapse
Yes, it does. It stops the counter from counting. So, basicly, the hacked Bootloader, tells the counter: "This is a stock ROM, if you believe it, or not. So Say it's stock, or else!"
Even if it's custom.
familyguy59 said:
Yes, it does. It stops the counter from counting. So, basicly, the hacked Bootloader, tells the counter: "This is a stock ROM, if you believe it, or not. So Say it's stock, or else!"
Even if it's custom.
Click to expand...
Click to collapse
Nice
But frankly i will not risk flashing the bootloader now(the first one to be flashing)
And change the title to "Flash custom kernel without increase in binary counter"
EDIT: Are you f**king kidding me?One star?
If you are too scared, to flash the Bootloader first, then just do the Patch. Then the bootloader, that way, you get a feeling for it.
But, trust me, I've done this on quite a few phone's before posting. It works just amzingly. But when updating the phone, you may need to flash the Bootloader and patch again. I've not tried that yet. As there are no Updates for my GS II at the moment....
While there do appear to be differences between Odin executables (I personally wouldn't even think about using it because of my next statement), both of the Sbl.bin files in your archive are binary identical to each other and to the one in Intratech's thread.
sahibunlimited said:
Are you f**king kidding me?One star?
Click to expand...
Click to collapse
No offense to familyguy59 (great show by the way) i know who's guide i would follow if i ever wanted to reset my binary counter. Now let us see who i would choose.
Familyguy59 that has only few posts or Intratech who has not only a whole thread with guides and providing stock official roms but look what he also has done for the community by what he does and what he provides.
So i know where i would put my money at. No offense again to familyguy59 i am sure your hack probably does work but like i said i know who's guide i would choose
oinkylicious said:
While there do appear to be differences between Odin executables (I personally wouldn't even think about using it because of my next statement), both of the Sbl.bin files in your archive are binary identical to each other and to the one in Intratech's thread.
Click to expand...
Click to collapse
They look the same, but aren't. They are both bootloaders/patches. But both have different jobs. And won't work without eachother. I am trying to compile both into one, though...
Suarez7 said:
No offense to familyguy59 (great show by the way) i know who's guide i would follow if i ever wanted to reset my binary counter. Now let us see who i would choose.
Familyguy59 that has only few posts or Intratech who has not only a whole thread with guides and providing stock official roms but look what he also has done for the community by what he does and what he provides.
So i know where i would put my money at. No offense again to familyguy59 i am sure your hack probably does work but like i said i know who's guide i would choose
Click to expand...
Click to collapse
Funnily enogh, I have been doing different things for different forums ^^
Don't blame you guys, though. I think the same, about other newcomers, too.
familyguy59 said:
They look the same, but aren't. They are both bootloaders/patches. But both have different jobs. And won't work without eachother. I am trying to compile both into one, though...
Click to expand...
Click to collapse
Lolwut? They are binary identical:
GT-I9100_OLD_BOOTLOADER\Sbl.bin
CRC32: CB3B0F54
MD5: 29E9DFFFDEB4D09514E0EB1592408AD5
SHA-1: D6C6C7C5E9908C16F8EAD866BC56F15B45ECCE7D
GT-I9100_counter_patch\Sbl.bin
CRC32: CB3B0F54
MD5: 29E9DFFFDEB4D09514E0EB1592408AD5
SHA-1: D6C6C7C5E9908C16F8EAD866BC56F15B45ECCE7D
Code:
diff -s GT-I9100_counter_patch/Sbl.bin GT-I9100_OLD_BOOTLOADER/Sbl.bin
Files GT-I9100_counter_patch/Sbl.bin and GT-I9100_OLD_BOOTLOADER/Sbl.bin are identical
oinkylicious said:
Lolwut? They are binary identical:
GT-I9100_OLD_BOOTLOADER\Sbl.bin
CRC32: CB3B0F54
MD5: 29E9DFFFDEB4D09514E0EB1592408AD5
SHA-1: D6C6C7C5E9908C16F8EAD866BC56F15B45ECCE7D
GT-I9100_counter_patch\Sbl.bin
CRC32: CB3B0F54
MD5: 29E9DFFFDEB4D09514E0EB1592408AD5
SHA-1: D6C6C7C5E9908C16F8EAD866BC56F15B45ECCE7D
Code:
diff -s GT-I9100_counter_patch/Sbl.bin GT-I9100_OLD_BOOTLOADER/Sbl.bin
Files GT-I9100_counter_patch/Sbl.bin and GT-I9100_OLD_BOOTLOADER/Sbl.bin are identical
Click to expand...
Click to collapse
Dig a bit deeper, and then you will see the difference... Linux freak...
Suarez7 said:
No offense to familyguy59 (great show by the way) i know who's guide i would follow if i ever wanted to reset my binary counter. Now let us see who i would choose.
Familyguy59 that has only few posts or Intratech who has not only a whole thread with guides and providing stock official roms but look what he also has done for the community by what he does and what he provides.
So i know where i would put my money at. No offense again to familyguy59 i am sure your hack probably does work but like i said i know who's guide i would choose
Click to expand...
Click to collapse
No man i didn't meant in that way and never tried to compare to Intratech...
I just said because its a great trick and if it works then it will be awesome
Familyguy59 is also trying to help so why rate it 1 star?That's what i meant...
sahibunlimited said:
No man i didn't meant in that way and never tried to compare to Intratech...
I just said because its a great trick and if it works then it will be awesome
Familyguy59 is also trying to help so why rate it 1 star?That's what i meant...
Click to expand...
Click to collapse
Oh ^^ Now I got it
Still no prob. And it works, feel free to try it ^^
familyguy59 said:
Dig a bit deeper, and then you will see the difference... Linux freak...
Click to expand...
Click to collapse
Not to be rude or anything,
I don't get what you mean by Linux freak (you don't need Linux to compare hashes) . It is pretty much impossible for two files to have the same CRC-32, MD5 and SHA-1 hashes. I've also checked them in a HEX editor and even still they are the same.
Also when you say you "modded" odin, have you just changed the text in resource hacker to make some stuff n00b firendly?
sahibunlimited said:
No man i didn't meant in that way and never tried to compare to Intratech...
I just said because its a great trick and if it works then it will be awesome
Familyguy59 is also trying to help so why rate it 1 star?That's what i meant...
Click to expand...
Click to collapse
And i am saying i know which guide i would go for if i wanted to reset my binary counter. Again i am all for new members sharing their tricks but i would prefer to hear other peoples views if it works or not. Again nothing against familyguy59 but i am just going with common sense that is all
xethor said:
Not to be rude or anything,
I don't get what you mean by Linux freak (you don't need Linux to compare hashes) . It is pretty much impossible for two files to have the same CRC-32, MD5 and SHA-1 hashes. I've also checked them in a HEX editor and even still they are the same.
Also when you say you "modded" odin, have you just changed the text in resource hacker to make some stuff n00b firendly?
Click to expand...
Click to collapse
No, I changed the source. And rearranged the buttons, checkboxes, and made it justa tad more user freindly...
xethor said:
Also when you say you "modded" odin, have you just changed the text in resource hacker
Click to expand...
Click to collapse
I think you've hit the nail on the head. So to sum up, we have two bootloaders which are identical to the ones in Intratech's thread, and a few strings changed via Resource Hacker in a "modded" Odin. Awesome.
familyguy59 said:
No, I changed the source.
Click to expand...
Click to collapse
Oh jeez.
Amongst other things in this read, uploading Siyah Kernel without permission/credits is against XDA Rule #12
12. Using the work of others.
If you are developing something that is based on the work of another Member, you MUST first seek their permission, and you must give credit to the member whose work you used. If a dispute occurs about who developed / created a piece of work, first try to settle the matter by private message and NOT in open forum. If this fails then you may contact a moderator with clear evidence that the work was created by you.
Convincing evidence will result in copied work being removed. If there is no clear evidence you created the work then in the spirit of sharing all work will remain posted on the forums.
These rules apply to all software posted on XDA unless that software comes with a license that waives these rules.
Click to expand...
Click to collapse
Closed.

Categories

Resources