Being on the other side of the world didn't stop people from US, Netherlands, UK, etc.
also if you have a reader and can read dumps of NANDS, transferring files over has never been easier

for HEX, once you start to "get it" it is not so bad. main points is that you have to use the base number system in the right place.. sometimes it is easier to use dec, sometimes hex.
Example page 21C0, Block 21C000, plane 21C000000, might be easier than 8640, 2211840, 9059696640
when we are talking about pages relating to chips we often say 4k or 8k but in the software, most times it entered in as page size: 2112, 9216, 17664 or whatever.
Examples:
good things to know offhand, seems trivial but knowing without thinking about it is a plus and helps you recognise data structures or to quickly see when there is problems in things you are working on:
0x800 doubled is x1000
0x8000 doubled is 0x10000 etc..
512 bytes(sector) is 0x200
counting sectors: 512,1024,1536,2048 or 0x200,0x400,0x600,0x800 etc
common sizes: 1024,2048,4096,8192 or 0x400,0x800,0x1000,0x2000
Windows calculator: enter any hex value with calc options set on "Programmer" and "hex" click dec radio button for instant conversion.
WARNING: when in programmer mode, if multiplying and dividing numbers, they are rounded off. so all of the following produce the same answer:
2048 / 512 = 4
2056 / 512 = 4
2559 / 512 = 4
0x800 / 0x200 = 0x4
0x8E1 / 0x200 = 0x4
get in the habit of hex notation. I try and stick to at least 0x in front of all hex numbers. All offsets of files use 8 digits:
0x0000001
0x0004000
etc
Data structures recognition and knowing when to disregard the ASCII as text and recognise it is a hex number of significance, for instance FAT32 table, you see a, b, c, d etc repeated, but it has nothing to do with "a" or "b".. the significance is that it is the numbers
knowing hex well is powerful

BTW, what does "breathing VNR" mean?
Regards