[olug] FTP question

[DYNATRON tech]

curl++
i use it a lot. good stuff.

filezilla might also be an option. it has good pause/resume functionality.

also using rar or 7z to break it up may be helpful.

perhaps a combination of tactics?
On Jun 15, 2012 10:32 AM, "Noel Leistad" <noel at metc.net> wrote:

> 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!)
>
> _______________________________________________
> OLUG mailing list
> OLUG at olug.org
> https://lists.olug.org/mailman/listinfo/olug
>