[olug] FTP question

[Noel Leistad]

How do you feel about curl? It has a resume option... When I've done
REALLY big files, it's an easy switch to add, then restarting just picks
up where-ever you left off....

Pieces are nice, but then you have re-assembly, my old school self
worries about issues there.

On 06/14/2012 10:17 PM, Dan Linder wrote:
> I agree with Kevin - streaming wouldn't save any noticeable time and any
> interruption would be ignored or captured and the only option would be to
> re-send the stream.
>
> Can you talk him through using something like 7zip, rar, or simply split to
> break it into smaller chunks?  I don't expect compression to do much, but
> the smaller chunks will allow you to resume sending and at worst only loose
> the last partial file.  (I know that some FTP clients support resuming, but
> I've had it fail on me a few times sending large DVD images so I only use
> it as a last resort.)
>
> Assuming you're trying to send "bigfile.mpeg", then the syntax in each
> would be:
> split:
>     split --verbose -b 100MB bigfile.mpeg  bigfile.mpeg.
> produces 100MB files named "bigfile.mpeg.aa" through "bigfile.mpeg.zz"
> To recombine, run "cat bigfile.mpeg.?? > bigfile.mpeg"
> To check for errors, on the SOURCE side, run
>     md5sum bigfile.mpeg.* > bigfile.mpeg.md5sum
> Then to check, run
>     md5sum -c bigfile.mpeg.md5sum
> ..and watch for any errors.
>
> rar:
>     rar a -v102400k bigfile.mpeg.rar bigfile.mpeg
> produces 100MB files named bigfile.mpeg.part01.rar through
> bigfile.mpeg.part99.rar
> To recombine run
>     rar x bigfile.mpeg.part01.rar
> This will check the validity and report which rar file was corrupted so
> they can re-send.
>
> 7zip:
>     7z a -v100m bigfile.mpeg.7z bigfile.mpeg
> produces 100MB files named "bigfile.mpeg.7z.001" through
> "bigfile.mpeg.7z.999"
> To recombine run
>     7z x bigfile.mpeg.7z.001
> It too will check for errors and tell you if the archive failed.
>
> Dan
>
> On Thu, Jun 14, 2012 at 9:17 AM, Joseph Gulizia <joseph.gulizia at gmail.com>wrote:
>
>> I have a person sending a large video file using FTP from Eastern Europe to
>> the Midwest.  It takes him anywhere from 2 hours 15 minutes for an MPEG-4
>> one hour long video to 4 hours 22 minutes for an hour long MP2 video.
>>
>> Can streaming the file be a better solution (given the fact that the stream
>> could be lost...and have to be re-sent) OR is there a way to get the file
>> quicker....what could tracing the route do as far as finding the lagging
>> points...what program would you recommend?
>>
>> I've looked at VLC and that is real-time for the streaming.
>>
>> Looking for something quicker if possible
>>
>> Regards,
>> Joe
>> _______________________________________________
>> OLUG mailing list
>> OLUG at olug.org
>> https://lists.olug.org/mailman/listinfo/olug
>>
>
>


-- 
#######################################################
#  Noel Leistad, CISSP                                #
#  noel at metc.net                                      #
#######################################################


A good bookshop is just a genteel Black Hole that knows how to read.
(Guards! Guards!)