Homebrew RELEASE Thinfoil - stripped down fork of Tinfoil

[uyjulian]

Maybe 400mb buffer will increase the speed?

I might release versions with threads just for the heck of it.

I'm satisfied with my work right now since it is stable. I'm not really looking for speed since I can do other things anyway.

 

[designgears]

Maybe 400mb buffer will increase the speed?

I might release versions with threads just for the heck of it.

I'm satisfied with my work right now since it is stable. I'm not really looking for speed since I can do other things anyway.

Jokes aside, assuming you pulled the single threaded code from pabdulin's github, revert those bits and you'd get the speed back.

 

[duckbill007]

I already wrote many times that crashes caused by absence of synchronization in threaded code. Infinite loops in waiting for non-atomic vars is not a sync!

 

[GnK23]

I already wrote many times that crashes caused by absence of synchronization in threaded code. Infinite loops in waiting for non-atomic vars is not a sync!

So the single thread really helps preventing crashes. Nice! This proves a lot.

 

[UnT7oh]

So the single thread really helps preventing crashes. Nice! This proves a lot.

I don't know what build of tinfoil you have been using but everyone has been using this one for a year and it never crashes, never has a corrupt installation and is fast: https://github.com/satelliteseeker/Tinfoil/releases/tag/v0.2.1-USB-fix

Of course it can not be compiled with libnx 2.5 in its current state so it will stop working when Atmosphere removes the temporary hid-mitm in the future.

 

[GnK23]

I don't know what build of tinfoil you have been using but everyone has been using this one for a year and it never crashes, never has a corrupt installation and is fast: https://github.com/satelliteseeker/Tinfoil/releases/tag/v0.2.1-USB-fix

Of course it can not be compiled with libnx 2.5 in its current state so it will stop working when Atmosphere removes the temporary hid-mitm in the future.

I have tested it extensively by installing dlc and updates. We have another thread about hid-mitm and the crashing issue. It was already resolved that's why we have the thinfoil.

 

[UnT7oh]

I have tested it extensively by installing dlc and updates. We have another thread about hid-mitm and the crashing issue. It was already resolved that's why we have the thinfoil.

No, you seem to have no idea what you're talking about.

 

[GnK23]

No, you seem to have no idea what you're talking about.

Okay. Why can't people just be happy that there is already a working installer for 9.0. Jeez.
For the record here is the link to the thread https://gbatemp.net/threads/request-tinfoil-0-2-1-patched-for-latest-firmware.548148/

 

[m4xw]

i’m confused, you seem concerned about min-maxing speed by tuning the buffer sizes, but then you go and remove threading which cuts the install speed in half, and you call it a feature?

you took this from the fastest usb installer, and brought it down to goldleaf speeds.

This matters only when reading from SD and writing to NAND.
FS internally has all access to read/write for a given SDMMC device mutex locked anyway.
If its only about that, there should be no real difference compared to the old ver on any emunand impl.

 

[blawar]

This matters only when reading from SD and writing to NAND.
FS internally has all access to read/write for a given SDMMC device mutex locked anyway.
If its only about that, there should be no real difference compared to the old ver on any emunand impl.

It is not about internal synchronization. It is about reads blocking writes and vice versa. any writing downtime while waiting for a usb read to complete cannot be recovered later, it manifests as slower transfer speed.

 

[m4xw]

It is not about internal synchronization. It is about reads blocking writes and vice versa. any writing downtime while waiting for a usb read to complete cannot be recovered later, it manifests as slower transfer speed.

Oh yea, didn't see this was about USB.

 

[hippy dave]

Do you have a thinfoil build with unmodified networking, so I can use it with NS-USBloader? Would appreciate it if you do, save me the effort of fitting it together myself

 

[blawar]

Do you have a thinfoil build with unmodified networking, so I can use it with NS-USBloader? Would appreciate it if you do, save me the effort of fitting it together myself

isnt that just called tinfoil? This has to go up in #stupidshit

 

[uyjulian]

Do you have a thinfoil build with unmodified networking, so I can use it with NS-USBloader? Would appreciate it if you do, save me the effort of fitting it together myself

Sorry, the networking code is deleted in my fork.

 

[hippy dave]

isnt that just called tinfoil? This has to go up in #stupidshit

No menus, dumbass.

--------------------- MERGED ---------------------------

Sorry, the networking code is deleted in my fork.

Oh I meant USB "networking", the buffers & threading, whatever.

 

[uyjulian]

Oh I meant USB "networking", the buffers & threading, whatever.

I may do that at a later time, but it isn't high in my priority list.

 

[hippy dave]

I may do that at a later time, but it isn't high in my priority list.

Ok no probs, thanks for the thinning anyway

 

[jammybudga777]

using aluminumfoil on tinfoil and tried goldleaf it just hangs. never had problems before now. even tried quarty but always hangs when its about to install the nsp

 

[uyjulian]

using aluminumfoil on tinfoil and tried goldleaf it just hangs. never had problems before now. even tried quarty but always hangs when its about to install the nsp

try NS-USBLoader

 

[jammybudga777]

try NS-USBLoader

thanks. works perfectly now.