[TOOL] Newflasher (xperia command line flasher)

Search This thread

dmam27

New member
Aug 2, 2013
4
0
Pendeli
Hi all!! Let me ask you please: I'm not sure that i'm using proper drivers for my Xperia 5ii and my Windows 11 PC. On device manager the device is recognised as SONY sa0111 ADB Interface Driver. Is this right ? Because Newflasher doesn't find the phone Error: No usb device with vid:0c0fce pid:0xb00b !
 

Jayram2000

Senior Member
Sep 14, 2015
98
22
Tampa
OnePlus 2
Sony Xperia 5 II
try this method it works on my 1 IV
This worked to solve my bootloop on my X5II XQ-AS72. I was on Slot B for some reason and changing back let me flash the 58.2.a.10.126 with no issue.
 

AJHutchinson

Senior Member
Aug 29, 2012
279
77
Sony Xperia 1 III
Sony Xperia 1 IV
Hi all!! Let me ask you please: I'm not sure that i'm using proper drivers for my Xperia 5ii and my Windows 11 PC. On device manager the device is recognised as SONY sa0111 ADB Interface Driver. Is this right ? Because Newflasher doesn't find the phone Error: No usb device with vid:0c0fce pid:0xb00b !
I always have that issue i have to reinstall the sony drivers anytime I want to flash
 

munjeni

Senior Member
Jun 2, 2011
9,666
22,362
Hi all!! Let me ask you please: I'm not sure that i'm using proper drivers for my Xperia 5ii and my Windows 11 PC. On device manager the device is recognised as SONY sa0111 ADB Interface Driver. Is this right ? Because Newflasher doesn't find the phone Error: No usb device with vid:0c0fce pid:0xb00b !
Volume up+power button is for flash mode and volume+ down + power button is for fastboot mode, your device need to be in flash mode!
 

Hurt Copain

Senior Member
May 6, 2022
249
693
Sony Xperia 1 V
Yes. I'd successfully flashed SEA firmware on CN version of Xperia 1 V by v55.
Log attached.
hi, i have 1 V also, your log indicates the same issue i am having,

Processing boot delivery...

Found boot_delivery.xml in boot folder.
- Boot delivery version: 8550-0001
- Verifying if boot delivery match with device...
searching for: PLATFORM_ID="001CA0E1";PLF_ROOT_HASH="20CF0F0CD33CA51E062BD90C60DB3CF6C1FB759790D578163C8D211A47319BD99E8025D63737831DCB7F37D30B9B711B"
Didn't found bootdelivery that match your device!


This means it didn't flash everything, it did all partitions but bootloader and a few others. Trying to figure out why the sha/hash check is failing, all the files are the same.
 

AJHutchinson

Senior Member
Aug 29, 2012
279
77
Sony Xperia 1 III
Sony Xperia 1 IV
I had no issues flashing and then rooting my Xperia 1 V (XQ-DQ54) so most likely not a newflasher issue but not I can't setup a lockscreen pin, pattern or password I put my pattern twice as requested then it goes back to start over eventually crashing the settings app, probably a build issue tried both O2 UK firmware and the generic UK
 

Hurt Copain

Senior Member
May 6, 2022
249
693
Sony Xperia 1 V
I had no issues flashing and then rooting my Xperia 1 V (XQ-DQ54) so most likely not a newflasher issue but not I can't setup a lockscreen pin, pattern or password I put my pattern twice as requested then it goes back to start over eventually crashing the settings app, probably a build issue tried both O2 UK firmware and the generic UK
yea it was an issue we talking about a few weeks ago. wipe and relock. Then after booting up, skip to home screen after setup. Renable oem lock- so it now shows off, a reboot is required. Then, once booted up again, do not set lock screen. Enable oem unlock, then unlock bootloader again. after it boots up again, try to set lock stuff and fp. If it works you are good. If not your firmware has the keystore issue i talked about previously in another thread and the only thing i could do to fix it was flash the sea firmware then unlock. Same thing though, don't set lock stuff beforehand. Let us know what happens. Good luck.
 

AJHutchinson

Senior Member
Aug 29, 2012
279
77
Sony Xperia 1 III
Sony Xperia 1 IV
yea it was an issue we talking about a few weeks ago. wipe and relock. Then after booting up, skip to home screen after setup. Renable oem lock- so it now shows off, a reboot is required. Then, once booted up again, do not set lock screen. Enable oem unlock, then unlock bootloader again. after it boots up again, try to set lock stuff and fp. If it works you are good. If not your firmware has the keystore issue i talked about previously in another thread and the only thing i could do to fix it was flash the sea firmware then unlock. Same thing though, don't set lock stuff beforehand. Let us know what happens. Good luck.
Thanks for replying buddy I'm gonna have a try tomorrow as it sounds like I'm going to have loads of fun and I'm tired right now 👀😴😂
 
  • Like
Reactions: Hurt Copain

AJHutchinson

Senior Member
Aug 29, 2012
279
77
Sony Xperia 1 III
Sony Xperia 1 IV
yea it was an issue we talking about a few weeks ago. wipe and relock. Then after booting up, skip to home screen after setup. Renable oem lock- so it now shows off, a reboot is required. Then, once booted up again, do not set lock screen. Enable oem unlock, then unlock bootloader again. after it boots up again, try to set lock stuff and fp. If it works you are good. If not your firmware has the keystore issue i talked about previously in another thread and the only thing i could do to fix it was flash the sea firmware then unlock. Same thing though, don't set lock stuff beforehand. Let us know what happens. Good luck.
worked like a charm thanks for letting us know about this bug much appreciated buddy
 
  • Like
Reactions: Hurt Copain

munjeni

Senior Member
Jun 2, 2011
9,666
22,362
hi, i have 1 V also, your log indicates the same issue i am having,

Processing boot delivery...

Found boot_delivery.xml in boot folder.
- Boot delivery version: 8550-0001
- Verifying if boot delivery match with device...
searching for: PLATFORM_ID="001CA0E1";PLF_ROOT_HASH="20CF0F0CD33CA51E062BD90C60DB3CF6C1FB759790D578163C8D211A47319BD99E8025D63737831DCB7F37D30B9B711B"
Didn't found bootdelivery that match your device!


This means it didn't flash everything, it did all partitions but bootloader and a few others. Trying to figure out why the sha/hash check is failing, all the files are the same.
Can you post here bootdelivery.xml file?
 

SonyZFan

Member
Dec 4, 2015
8
1
Flashed with Newflasher but now unable to get both OTA updates and Google Play System updates. Hope it will be fixed.

Edit: Newflasher V57 and July patch fixed Google Play system updates but fix for OTA updates remains to be seen (need to wait for the next update)
 
Last edited:

Hurt Copain

Senior Member
May 6, 2022
249
693
Sony Xperia 1 V
Can you post here bootdelivery.xml file?
so here is the boot delivery from Xperia 1 V HK_dq72 and EU_dq54 this same error is at the end of any firmware other than CN and HK. The others flash but the bootloader files are omitted, so the firmware is updated, with the exception of those files.

The error in the flash log states:

searching for: PLATFORM_ID="001CA0E1";PLF_ROOT_HASH="20CF0F0CD33CA51E062BD90C60DB3CF6C1FB759790D578163C8D211A47319BD99E8025D63737831DCB7F37D30B9B711B" Didn't found bootdelivery that match your device!

full log:https://katb.in/oromihiyasu

I search 001CA0E1 all in the firmware and it is present in all versions across the firmware versions, Including hk and cn. Whether it be cn,hk,sea,eu, etc. I am guessing a different sku is hardcoded in the boot delivery files present on the devices in cn and hk so it claims it is a different bootloader, but the only firmware that is actually noticeably different when compared is Japan's.

Also, tried deleting .ta files as well, doesn't work. All in all it doesn't matter, once you activate the 5g bands while rewriting mbn files, its fine nonetheless what version we flash if you omit modem files. The boot delivery part that fails is no modem files at all, just bootloader it seems. Comparing hash of the bootloader versions across the firmwares show no diff but with Japanese.
 

Attachments

  • hk_dq72_boot_delivery.xml
    2.8 KB · Views: 6
  • EU_dq54_boot_delivery.xml
    2.8 KB · Views: 2
  • Like
Reactions: munjeni

munjeni

Senior Member
Jun 2, 2011
9,666
22,362
Thank you! I can see generation 5 of the xperia bootdelivery format is changed, now it look like this:

PLF_ROOT_HASH="20CF0F0CD33CA51E062BD90C60DB3CF6C1FB759790D578163C8D211A47319BD99E8025D63737831DCB7F37D30B9B711B"

instead of:
PLATFORM_ID="001CA0E1";PLF_ROOT_HASH="20CF0F0CD33CA51E062BD90C60DB3CF6C1FB759790D578163C8D211A47319BD99E8025D63737831DCB7F37D30B9B711B"

I'm added support for that and verzion 57 is out, hope problem with bootdelivery is gone!

- version v56, v57 (07.07.2023)
Add suport for Xperia 1 generation 5, changed bootdelivery xml atributes

Let me know!
 

Hurt Copain

Senior Member
May 6, 2022
249
693
Sony Xperia 1 V
Thank you! I can see generation 5 of the xperia bootdelivery format is changed, now it look like this:

PLF_ROOT_HASH="20CF0F0CD33CA51E062BD90C60DB3CF6C1FB759790D578163C8D211A47319BD99E8025D63737831DCB7F37D30B9B711B"

instead of:
PLATFORM_ID="001CA0E1";PLF_ROOT_HASH="20CF0F0CD33CA51E062BD90C60DB3CF6C1FB759790D578163C8D211A47319BD99E8025D63737831DCB7F37D30B9B711B"

I'm added support for that and verzion 57 is out, hope problem with bootdelivery is gone!

- version v56, v57 (07.07.2023)
Add suport for Xperia 1 generation 5, changed bootdelivery xml atributes

Let me know!
Thank you so much will try after work and confirm!!
 

Hurt Copain

Senior Member
May 6, 2022
249
693
Sony Xperia 1 V
Thank you! I can see generation 5 of the xperia bootdelivery format is changed, now it look like this:

PLF_ROOT_HASH="20CF0F0CD33CA51E062BD90C60DB3CF6C1FB759790D578163C8D211A47319BD99E8025D63737831DCB7F37D30B9B711B"

instead of:
PLATFORM_ID="001CA0E1";PLF_ROOT_HASH="20CF0F0CD33CA51E062BD90C60DB3CF6C1FB759790D578163C8D211A47319BD99E8025D63737831DCB7F37D30B9B711B"

I'm added support for that and verzion 57 is out, hope problem with bootdelivery is gone!

- version v56, v57 (07.07.2023)
Add suport for Xperia 1 generation 5, changed bootdelivery xml atributes

Let me know!
Confirmed working! Successful, complete flash, here is the output after the flash showing the problem areas no longer failing to flash. Thank you again.

Found boot_delivery.xml in boot folder.
- Boot delivery version: 8550-0001
- Verifying if boot delivery match with device...
searching for: PLATFORM_ID="001CA0E1";PLF_ROOT_HASH="20CF0F0CD33CA51E062BD90C60DB3CF6C1FB759790D578163C8D211A47319BD99E8025D63737831DCB7F37D30B9B711B"
Found bootdelivery match: COMMERCIAL_001CA0E1
TA file: PDX234_XBootConfig_MiscTA.ta

Processing ./boot/PDX234_XBootConfig_MiscTA.ta
- Partition: 2
- Unit: 84F (2127)
- Unit size: 0x59
download:00000059
OKAY.
Write-TA:2:2127
OKAY.
- Unit: 8FD (2301)
- Unit size: 0x1
download:00000001
OKAY.
Write-TA:2:2301
OKAY.
SIN file: bootloader_X_BOOT_SM8550_LA1_1_T_23_X-FLASH-ALL-25B1.sin

Processing bootloader_X_BOOT_SM8550_LA1_1_T_23_X-FLASH-ALL-25B1.sin
- setting up inflate...
- infflating, please wait...
.
- inflate returned: 0
- gzpipe: ok.
- gunziped ok.
- Extracting from bootloader_X_BOOT_SM8550_LA1_1_T_23_X-FLASH-ALL-25B1.sin
- Extracting signature bootloader.cms
- Uploading signature ./boot/bootloader.cms
download:00000896
OKAY.
signature
OKAY.
- Extracting sparse chunk bootloader.000
- Uploading sparse chunk ./boot/bootloader.000
download:00c02000
OKAY.
Partition: bootloader have slot: yes
erase:bootloader_a
OKAY.
flash:bootloader_a
OKAY.
- End of bootloader_X_BOOT_SM8550_LA1_1_T_23_X-FLASH-ALL-25B1.sin

=========== FIRMWARES HISTORY LOG =============
NEW_VERSION: erased_user_data:true, variant:user, s1boot_version:8550-0001_X_Boot_SM8550_LA1.1_T_23, sw_version:67.0.A.1.127
NEW_VERSION: erased_user_data:false, variant:user, s1boot_version:8550-0001_X_Boot_SM8550_LA1.1_T_23, sw_version:67.0.A.4.22
NEW_VERSION: erased_user_data:true, variant:user, s1boot_version:8550-0001_X_Boot_SM8550_LA1.1_T_23, sw_version:67.0.F.1.135
NEW_VERSION: erased_user_data:true, variant:user, s1boot_version:8550-0001_X_Boot_SM8550_LA1.1_T_23, sw_version:67.0.A.4.22

=================================================

Set slot 'a' active.

Device is put now out of flash mode.
Sent command: Sync
Sent command: continue.
 

Hurt Copain

Senior Member
May 6, 2022
249
693
Sony Xperia 1 V
Hi @munjeni I am not sure if this is a potential newflasher issue or just me being too experimental. I have the following error trying to flash a Japanese firmware. I more or less wanted to see what would happen. "Fails to verify cms while writing the first lun." Is this just to prevent different hardware versions from a potential hard brick?

Thank you!

 

munjeni

Senior Member
Jun 2, 2011
9,666
22,362
FAILFAILFailed to verify cms is message from phone, that mean FW you tried to flash is signed with certificate not compatible with your phone and you can't flash that FW
 
  • Like
Reactions: Hurt Copain

Top Liked Posts

  • There are no posts matching your filters.
  • 1
    Just flashed Xperia 5 V (XQ-DE72) to TW fw successfully with Newflasher v57!
    Everything works fine, maybe someone wants to know this.
  • 344
    Disclaimer:

    newflasher tool was made for testing and educational purposes, ME is not responsible for what you do on/with your device using newflasher, you must agree that you using newflasher on your own risk, I am not responsible if you brick your device or anything else!


    How to use:

    OPTIONAL STEP 1:
    - if you have missing flash driver just double click exe and confirm driver extraction, an exe will become available, run it and install driver.

    OPTIONAL STEP 2:
    - this step is optional, this step dump trim area, you can do this and keep those file somewhere on your pc in case you hard brick your device so give it to servicians to repair your phone.

    STEP 1:
    - Download right firmware for your device using XperiFirm tool, put newflasher.exe into firmware dir created by XperiFirm tool. Before you double click newflasher.exe do in mind something, newflasher tool is programed to flash everything found in the same dir!!! So tool flash all .ta files, all .sin files, boot delivery (whole boot folder), partition.zip, in short all files found in dir! If you no want to flash something just move file which you no want to flash OUT OF FOLDER! Partition.zip .sin files can be flashed only if you extract partition.zip into newly created folder called partition!

    STEP 2:
    - To start flashing phone put your phone into flash mode, double click newflasher.exe and wait wait wait until your device gets flashed, thats it. Look into log to see if something goes wrong! If all right you are done. If not post your log so I can look!

    SOME MORE THINGS:
    "You do not need to unlock bootloader or to root the phone if you want to flash a stock firmware from XperiFirm.
    There are no files in the stock firmware that need to be deleted. Prompts will ask you to skip some files.
    Feel free to press N to every prompt since:
    - TA dumping it's not related with DRM keys.
    - Flash persist_* files only if you know what you are doing, since you will lose your attest keys. Backup persist partition.
    If you need the firmware on both A and B slot use fastboot commands to choose the inactive partion and re-flash."

    Happy flashing!


    Supported platforms:

    - Newflasher is working on Windows, Linux, Android and Darwin, just chose right newflasher binary. With Android version you can flash phone by using another phone!


    Changelog:

    - version 1: Sorry a lot of work is done in pre pre alpha version and I can't count every changes, just folow development process about version 1, a lot of work is done before it started working. One esential change was done to tool improvement and it is described in one of the my posts related to moving function "erase:" to the section before function "flash:", it is realy improvement and more safer than in time when it was at the start of flashing routine.

    - version v2 (15.Aug.2017)
    Implemented free disk space safety check, it was missing and danger in case flashing process gets interupted because of the lack of the free disk space needed for sin extractions and temporary files. I have also include GordonGate flash driver prompt so in case somebody have missing flash drivers, simple need to double click exe and folow drivers archive extraction procedure, later need to install these drivers trought Windos device mannager. Also I have implemented an realy pre pre alpha version of the maybe non working trim (why maybe? Because I don't own xzp so can't test) area dump routine, in case it is working we can dump some esentials trim area units from device (probably not a full dump as like it was on every oldest xperia models - no permissions for dumping drm key unit)

    - version v3 (23.09.2017)
    Some more security checks, it's now a bit safer than v2

    - version v4 (21.10.2017)
    Updated trim area dumper, now it stores log to the trimarea.log but dump is now in .ta format and writen to the 01.ta and 02.ta

    - version v5 (22.10.2017)
    Updated trim area dumper, add progress meter, fix y-n prompt (thanks @pbarrette)

    - version v6 (22.10.2017)
    Updated trim area dumper

    - version v7 (23.10.2017)
    Updated trim area dumper, newflasher redesigned a bit, fix new partitioning for Oreo

    - version v8 (24.10.2017)
    Fix trim area dumper

    - version v9 & v10 (25.10.2017)
    Workaorunds on trim area dumper

    - version v11 (07.04.2018)
    Support for 2018 devices

    - version v12 (29.04.2018)
    Try fix doublefree bug/crash (most noticed on Linux 64 bit binary)

    - version v13 (01.05.2018)
    Fix doublefree bug/crash by removing dynamic allocation from function get_reply

    - version v14 & v15 (12.06.2019)
    Sony XPeria 1 support added.

    - version v16 (16.06.2019)
    LUN0 detection optimized.

    - version v17 (24.06.2019)
    LUN0 detection bug fixed.

    - version v18 (10.08.2019)
    Untested fix for https://forum.xda-developers.com/cr...wflasher-xperia-command-line-t3619426/page105
    Using builtin mkdir instead of calling it trought system call

    - version v19 (08.10.2019)
    Implemented prompt for flashing persist partition; print skipped .sin files

    - version v20 (13.12.2019)
    implemented prompt for flashing bootloader,bluetooth,dsp,modem,rdimage to booth a,b slots

    - version v21 (29.06.2020)
    implemented battery level status check before flashing, flashing bootloader,bluetooth,dsp,modem,rdimage to booth a,b slots is mandatory now and is flashed by default right now, more info, try fix previously reported isue on sync and powerdown command reported 2-3 years ago so I have disabled it and now enabled for test, implemented Macos support (curently need to be tested! If you have plan to test please flash only cache.sin DO NOT flash the rest because of safety for your device!)

    - version v22 (30.06.2020)
    trying to fix battery capacity retrieval

    - version v23 (04.07.2020)
    removed battery capacity retrieval (not going to work that way), fix trim area dump file name, new gordongate drivers

    - version v24 (04.07.2020)
    new feature - now you can run newflasher from script or console with your own command, e.g. newflasher getvar:Emmc-info , I didn't tested all the list of commands, if you do it share them with us!

    - version v25 (09.07.2020)
    New trim area dump tool, with this change trim area dump is created in 3 secconds. Do in mind this not dump protected units like drm key...etc! Some changes in scripting feature from v24

    - version v26 (10.07.2020)
    Added 4 diferent reboot modes, reboot to android, reboot to fastboot, reboot to bootloader, power off

    - version v27 (11.07.2020) (not yet released)
    Workaround in mac libusb

    - version v28 (12.07.2020)
    Workaround to sync response bug; Fully implemented support for Mac. I'm tested myself on mac 10.14 but confirmed working on mac 10.15 too

    - version v29 (12.07.2020)
    Mac proper libusb deinitialisation

    - version v30 (13.07.2020)
    Preparation for Debian packaging; I'm noticed that hex modified arm64 fake pie binary is not working so its now compiled with ndk and its true pie binary now

    - version v31 (14.07.2020)
    Fix cosmetic bug https://forum.xda-developers.com/showpost.php?p=83056693&postcount=1212 which might confuse somebody

    - version 32, not yet released

    - version 33 (30.07.2020)
    Allow bootloader unlocking with newflasher; Try fix sync response bug for win and darwin too

    - version 34 (08.08.2020)
    Added support for 32bit sized trim area units (as trim area api changed in xperia mark 2 line) (not yet released because of bug)

    - version 35 (08.08.2020)
    Updated support for 32bit sized trim area units (as trim area api changed in xperia mark 2 line); Move trim area dumps out of root folder so it not get acidentaly flashed, dumps is now inside folder tadump

    - version 36 (27.08.2020)
    Some improvements and and possible bug fixes

    - version 37 (09.12.2020)
    Added support for Xperia 5 II with emmc instead of ufs (not working)

    - version 38 (10.12.2020)
    Fixed impropper implementation from v37

    - version 39 (13.12.2020)
    Since mark 2 devices protocol is changed a bit and on some devices OKAY reply is not in separated usb poacket, instead it is merged with data packet, added support for it

    - version 40 (03.01.2021)
    Temporary solution for determining partition 0 sin file caused by two diferent emmc csd info we found recently on mark 2 devices

    - version 41 (03.01.2021)
    Removed temporary solution from version 41 so right lun0 sin file get flashed and seccond lun0 get skipped or booth skipped if lun0 sin file do not match device storage size

    - version 42 (11.03.2021)
    Fix bug in flashing booth slots when current slot is A, thanks to @chrisrg for discovering bug!

    - version 43 (12.06.2021)
    Support for Mark 3 devices

    - version 44 (19.06.2021)
    Fully Mark III device implementation

    - version 45 (20.06.2021)
    Implemented battery level check and prompt user to take a risk and continue flashing or stop flasing if battery level is less than 15 percent

    - version 46 (08.07.2021)
    Fix problem with filenames which contain "_other", it need to be always flashed to the diferent slot

    - version 47 (15.07.2021)
    Removed prompt for persist.sin flashing, now its by default skip. Implemented bootloader log retrieval at the end of flashing for better understanding when something goes wrong. Implemented firmware log history retrieval for those who want to know history of the flashed firmwares

    - version 48 (19.07.2021)
    Flash bootloader,bluetooth,dsp,modem,rdimage to booth slots only on a,b devices

    - version 49 (31.07.2021)
    Support for XQ-BT41

    - version 50 (12.08.2021)
    Workin progress on asynchronous usb to make it more like synchronous, added progress bar during send-receive usb packets and more logging. Increased usb timeout to 2 minute. Trying fix sync command at the end of flashing as reported here -> https://github.com/munjeni/newflasher/issues/42

    - version 51 (12.08.2021)
    Fix empry line printed while receiving usb packets, thanks @elukyan

    - version 52 (01.10.2021)
    Implemented userprompt for keeping userdata, thanks @OhayouBaka for figuring out! Removed bootloader log retrieval

    - version 53, 54, 55 (20.08.2022)
    Fix trimarea dumper crash on big endian machines, update building makefiles

    - version v56, v57 (07.07.2023)
    Add suport for Xperia 1 generation 5, changed bootdelivery xml atributes

    Credits:

    - without @tanipat and his pc companion debug logs this tool will never be possible! Thank you a lot for your time providing me logs! (by the influence of others, He was disappointed me with last post, but I still appreciate his help and can't forget it)
    - without @thrash001 who helped testing our tool I never be continue building our tool since I don't have device for testing, thanks mate!
    - didn't forgot @beenoliu, thanks mate for testing!
    - thanks to @porphyry for testing linux version!
    - thanks to @Snow_Basinger for providing sniff log from 2018 device and for testing on his 2018 device
    - thanks to @frantisheq for testing newflasher on his 2018 device and for notify about doublefree bug
    - thanks to @serajr for providing me some logs which helped me to figure out some things related to 2018 devices
    - thanks to @noelex for helping in Xperia 1 implementation
    - thanks to @Meloferz for testing on his xperia 1 mark II
    - thanks to github contributors, testers and reporters: vog, noelex, TheSaltedFish, solarxraft, pbarrette, MartinX3, kholk
    - thanks to Chirayu Desai for tracking addition to Debian and thanks to vog for initiating all that
    - thanks to @elukyan for testing and providing me usb sniff logs for mark 3 devices imlementation, thank you so much

    Common errors and how to solve:
    https://forum.xda-developers.com/t/tool-newflasher-xperia-command-line-flasher.3619426/post-72610228

    Source code:

    https://github.com/munjeni/newflasher
    21
    Please remember something, I made newflasher for all you, I didn't made it for me remember that, I dodn't ask for money for my work, all is for free, all is done in my spare time and for free, I have made everything just to make all you happy, remember that! I must say something more, some xda members, including some moerators, don't appreciate my effort, thats shame. I lost my recognised developer / recognised contributor title because ot that guys, I allways must remind all you that.

    Enjoy flashing! Cheers! ;)
    14
    V14 is out, added Xperia 1 support (curently untested!)

    If you flash partitions please give me newflasher log, need to know if I implemented things right!
    12
    New version is out!
    11
    New version is out! Changelog:
    - implemented flash driver, just double click exe and folow procedure (optional step)
    - trim area dump (optional step and maybe not a functional! Need confirmation.)

    Do not use any old newflasher, its soo old and definitelly not a better than latest one! Folow my instructions and put a trust on me, I am developer of the newflasher and nobody know that better than me, if you have a questions just ask here! I have removed my posts because virus tolal found a malware on all my exe files. Later I found what was going on. UPX (any version) contain the same malware, but since my exe was packed with upx all my exe contain the same malware, reason was UPX! Have no idea why virustotal see upx as a malware but I need now to recompile all my exe without using upx just because I no want to risk with it, don't know if that upx is false warining or not but definitelly better idea omiting upx.