[FFmpeg-user] Need help; willing to pay

[Matthew Adams]

Moritz & Steve,

Thanks for your ffmpeg commands.  On my MacBook Pro Retina 15", I ran them
(took less than 30 secs or so) and then viewed the resulting files in both
VLC & QuickTime.

Both of the resulting videos did *exactly* what I was trying to get rid of:
 a second or so of real-time action at the beginning, then a long super
slow-motion middle, then a second or so of real-time action at the end.

I just want the whole video to be in real time.  Size is of secondary
concern.  Interestingly, QuickTime actually *shows *where the three
sections are with two delimiters -- I wish I could show you the screen
shot, but I can't get a screen shot of the QuickTime controls overlay (it
keeps disappearing).  Even more interestingly, VLC plays some of the videos
choppily but in real time with no slow motion; QuickTime shows the
different frame rates, but lets me speed things up to real-time.  I admin
to being at a bit of a loss to determine why VLC is in choppy real-time &
QuickTime always honors the recorded frame rates.

Any more suggestions/sample commands?  Will I need to cut the real-time
portions out, then convert the middle slo-mo to match the real-time
portions' frame rates, then concatenate the three parts all back together?
If so, how do I (1) find the 2 spots to cut at, (2) actually cut the file
into 3 parts, (3) convert the slo-mo to real-time, then (4) concatenate
them all back together again?

-matthew

PS: FWIW, with a 10.7 Mb original video, Steve's command resulted in a 13.7
Mb video, Moritz's, 9.3 Mb.

On Tue, Jan 5, 2016 at 8:52 PM, Steve Boyer <steveboyer85 at gmail.com> wrote:

> On Tue, Jan 5, 2016 at 6:56 PM, Andy Furniss <adf.lists at gmail.com> wrote:
> > Matthew Adams wrote:
> >>
> >> On Tue, Jan 5, 2016 at 3:07 PM, Moritz Barsnick <barsnick at gmx.net>
> >> wrote:
> >>
> >>> Anyway, it should be possible to convert those to something sane.
> >>> As Carl Eugen mentions: What's your goal?
> >>>
> >>
> >> My goal is to convert these videos a fixed, relatively standard (30
> >> fps? 60 fps?) frame rate while retaining the highest image quality
> >> possible so that pretty much any playback hardware & software can
> >> play them normally. Bonus for preserving audio as well in the
> >> converted videos.
> >
> >
> > Well I am impressed that a phone can record 240fps.
> >
> > Personally I would go for 60 fps, fast paced stuff looks terrible @30fps.
> >
> > I suppose it depends on what you intend to play it on.
> >
> > If the quality is too low for you you can always get higher bitrates
> > with eg. -crf 20.
> >
> > FWIW testing the master direct mpv by default does a good job playing it
> > on my PC.
> >
> > _______________________________________________
> > ffmpeg-user mailing list
> > ffmpeg-user at ffmpeg.org
> > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> Tested on the windows 10 side of my laptop with the command:
> "C:\Users\Steve\Desktop\ffmpeg-20160105-git-68eb208-win64-static\bin>ffmpeg
> -i C:\Users\Steve\Desktop\Jan22016-150PM-b6cs7K.mov -vf fps=fps=30
> -c:a copy -vcodec libx264 -crf 20 -preset slow asdf.mp4"
>
> and it spits out a fixed frame rate 30fps video and looks purdy. VLC
> plays it no problems. This will preserve the audio feed exactly, and
> only re-encodes the video using x264 at a pretty decent quality. Final
> size is 9 MB.
>
> Steve
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>



-- 
mailto:matthew at matthewadams.me <matthew at matthewadams.me>
skype:matthewadams12
googletalk:matthew at matthewadams.me
http://matthewadams.me
http://www.linkedin.com/in/matthewadams