@ShinRamYun247 what iso's do you have & what you are requesting? en consumer_edition to es consumer_edition es consumer_edition to other es editions ( business_edition / ltsc ) Code: en_windows_10_consumer_edition_version_1809_updated_sept_2018_x64_dvd_5c2f3f9a.iso es_windows_10_consumer_edition_version_1809_updated_sept_2018_x64_dvd_500f371e.svf es_windows_10_business_edition_version_1809_updated_sept_2018_x64_dvd_3685ebd9.svf es_windows_10_enterprise_ltsc_2019_x64_dvd_e94f898f.svf
A small test on x86 architecture: TinyCore-8.1.1.svf was made with < -nbhashbits 24 -compressratio 192 -sha1 -sha256> Of course, more testing would be needed
Code: root@kali:~/Desktop/SVF_Delta# ldd smv linux-gate.so.1 (0xb77e7000) libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb764c000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb75f7000) libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb75d9000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7426000) /lib/ld-linux.so.2 (0x800d2000) Please note that I still cant decode Windows 10 patches, more testing is needed to investigate this behavior.
@jim_p @LostED @vanelle @GezoeSloog @Enthousiast As you can see, I played around with svf´s and this is the result: Original svf will not decode using Linux smv x86 3.7/3.6 I remade a new svf file based on < -nbhashbits 24 -compressratio 119 -sha1 -nomd5> suggesting I use lz4 according to help menu - and compatible with 3.6 Still no love with smv x86 3.7, however, smv x86 3.6 was now able to decode and the process was surprisingly fast on linux x86 architecture compared to windows x86 architecture. Now, i´m not suggesting a remake of svf files, size difference is notably(see second screenshot, *.bak is original file) There seems to be bugs with linux smv x86 3.7 but that is still pure speculations atm