Add TinySMB to install ISO from network share

[GoogleCodeExporter]

This is a feature I really want, even though it might be slow. 

Notes on Speed:
tinysmb easy streams 500-600KB/s from my PC during buffer fills and busy
sections of video. This would be about 2-3hrs for a full 4.7GB ISO, but I'm
not sure the actual limits of tinysmb. 802.11G typically gets around
22Mb/s. If the Wii is capable of that, it would take about 30 minutes to
install an uncompressed ISO. From experience, my PC to my laptop takes
about 60 minutes. I shouldn't expect the Wii to be faster than my laptop,
but I also not necessarily expect it to be slower. 

Integrating zlip could drastically cut down this time by reading
WiiScrubber'd IOSs compressed with zip. Rar support would be ideal, but
that would be another porting project all on its own.

Regardless, a queuing feature could allow this to run overnight.

Original issue reported on code.google.com by beavert...@yahoo.de on 23 Apr 2009 at 7:48

[GoogleCodeExporter]

What about LZMA (7-zip.org)? It's GPL and portable, and it has one of the best 
compressing percentages out there.

Original comment by timofo...@gmail.com on 23 Apr 2009 at 10:53

[GoogleCodeExporter]

zip is fast. I'm not sure how lzma compares, speed wise. I know it's extremely 
memory
intensive, compared to other formats. I believe it's more computationally 
intensive
than rar even, but I may just be making that up. I know the 7zip desktop 
program can
handle rar, but I see on ubuntu that one of the packages is p7zip-rar (non-free
module for p7zip).

You're right. If lzma is fast enough on the wii, that's probably the best bet.
However, that would mean users would need to store all of their rips as .7z 
archives
on their computers. The reason I said rar would be ideal is because it enjoys 
such
wide spread use already, most users that compress their backups probably 
wouldn't
need to change containers.

We have to remember that the wii is going to unzip these files as they're 
streaming.
zlib is included in libogc already and is designed to work on streams already. I
don't know about the others off hand. So, I'd say zlib is a sure fire thing, and
probably good enough. Rar would be more convenient for many users, and lzma has 
the
potential to offer the best performance, but it also has the potential to do 
just as
well or mediocre. We don't want the CPU to bottleneck on the compression and 
loose
network throughput. Just my perhaps-not-entirely-informed opinion.

Original comment by beavert...@yahoo.de on 24 Apr 2009 at 12:39

[GoogleCodeExporter]

LZMA is embedded systems ready, damn slow to compress but fast to uncompress.

Original comment by timofo...@gmail.com on 25 Apr 2009 at 9:14

[GoogleCodeExporter]

I really would like the transfer over (W)LAN, too.
This would be another groundbreaking feature!! :)

Original comment by dave.sch...@web.de on 29 Apr 2009 at 10:49

[GoogleCodeExporter]

No no it's a bad idea for me. "USB Loader" is ... to load ;)
It's not too hard to install through the Wii or temporary connect the HD to a
computer. This loader is near perfect, for me it's not the time to add useless 
feature ;)

Original comment by labecot....@gmail.com on 29 Apr 2009 at 10:54

[GoogleCodeExporter]

This would be an awesome feature...but I think this is the wrong program to 
implement
it in.

Perhaps something like ftpii could be modified to work with WBFS drives?

Original comment by grant.em...@gmail.com on 2 May 2009 at 5:16

[GoogleCodeExporter]

Original comment by giantpune@gmail.com on 3 May 2009 at 12:42

• Changed state: WontFix