Re: [FFmpeg-user] Need help; willing to pay

[Matthew Adams]

Moritz, I donated to the project as you suggested.  Receipt attached.

Thanks for your help!

On Wed, Jan 6, 2016 at 9:20 AM, Moritz Barsnick <barsn...@gmx.net> wrote:

> On Wed, Jan 06, 2016 at 08:49:52 -0600, Matthew Adams wrote:
> > Thanks for all of your help.  Since you both took time & helped, is it ok
> > if I send you $15 each?  I can send via PayPal, Venmo, or Square Cash to
> > the email addresses your subscribed to this list with.  Just respond on
> > this thread with your preferred payment service.
>
> That's extremely kind of you. While I truly appreciate your
> appreciation, I would have asked you to please pledge this to the
> ffmpeg project (which is why I'm on the list in the first place):
> https://www.ffmpeg.org/donations.html
> I see they don't accept any of your three mentioned payment services
> though. See what you can do.
>
> So, for that reason, please instead donate to either
> * Médecins Sans Frontières (MSF)
>   http://www.msf.org/donate
>   They too don't accept your payment services (depending on geo). :-(
> * Veterinarians Without Borders
>   http://vetswithoutbordersus.org/donate/
>   They accept Square.
>
> I wouldn't mind a receipt, but I trust you. ;-)
>
> Cheers,
> and thanks,
> Moritz
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>



-- 
mailto:matt...@matthewadams.me <matt...@matthewadams.me>
skype:matthewadams12
googletalk:matt...@matthewadams.me
http://matthewadams.me
http://www.linkedin.com/in/matthewadams
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

Re: [FFmpeg-user] Need help; willing to pay

[Matthew Adams]

Ok.  Problem solved.  Steve, your command served as the best basis.
Moritz, your investigation of the Google Photos magic also clarified things
for me.  In the end, I used the following:

ffmpeg -i $INMOV -c:a copy -c:v libx264 -vf fps=fps=60 -crf 15 -preset slow
$OUTMP4

Thanks for all of your help.  Since you both took time & helped, is it ok
if I send you $15 each?  I can send via PayPal, Venmo, or Square Cash to
the email addresses your subscribed to this list with.  Just respond on
this thread with your preferred payment service.

-matthew

On Wed, Jan 6, 2016 at 3:04 AM, Moritz Barsnick  wrote:

> On Tue, Jan 05, 2016 at 22:50:18 -0600, Steve Boyer wrote:
> > Matthew,
> > One quick sanity-check -- are you running the commands on
> > "variable-bitrate-sample.mov" or on the raw
> > "Jan22016-150PM-b6cs7K.mov"?
>
> To be more clear: The variable-bitrate-sample.mov, as found on Google
> Drive, is unfixable with a simple ffmpeg command. The files
> Jan22016-15*.mov, as delivered in the zip, must be used as input, in
> order to not have slow-motion effects.
>
> > > PS: FWIW, with a 10.7 Mb original video, Steve's command resulted in a
> 13.7
> > > Mb video, Moritz's, 9.3 Mb.
>
> In really simple terms: Use "-crf" to vary the quality of the
> re-encoded video (a crf of 23 is default, lower is better, play with it
> to see what is okay for you), at the cost of conversion speed and size.
> Use presets to trade conversion speed for file size, while maintaining
> the selected quality.
>
> Moritz
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>



-- 
mailto:matt...@matthewadams.me 
skype:matthewadams12
googletalk:matt...@matthewadams.me
http://matthewadams.me
http://www.linkedin.com/in/matthewadams
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

Re: [FFmpeg-user] Need help; willing to pay

[Matthew Adams]

Andy,

The changes were not due to Google Drive.  They were due to Google Photos.
If you allow Google Photos to store photos & vidoes at their prescribed
fidelity (whatever that is), they'll let you store an unlimited amount of
photos.  If you want to store them unchanged, then they count against your
Google Drive quota.  With video, that can add up quick.

The videos I originally copied over to Google Drive were from Google Photos
with their unlimited-storage processing, which obviously didn't turn out so
well with these videos.  The ones in the zip file are the originals and
those converted perfectly thanks to Steve & Moritz.  I have all of the
originals locally at home (and they're backed up with Backblaze - highly
recommended by me), so after I process all of the videos at home, Google
Photos will pick them up, then we'll see what Google Photos does with them.

-matthew

-matthew

On Wed, Jan 6, 2016 at 5:01 AM, Andy Furniss <adf.li...@gmail.com> wrote:

> Moritz Barsnick wrote:
>
>> On Tue, Jan 05, 2016 at 13:30:07 -0600, Matthew Adams wrote:
>>
>>> I pulled the files off of the iPhone using iExplorer, a nice little
>>> tool to get at the iOS filesystem.
>>>
>>
>> Hmm. Something tells me this isn't the raw video as it comes from
>> your device, but it was manipulated by Google (Drive) after your
>> upload:
>>
>> $ sha1sum variable-bitrate-sample.mov
>> 3820bb93784835f2257299008fed2fafeaacd5c5
>> variable-bitrate-sample.mov $ ffmpeg -i variable-bitrate-sample.mov
>> ffmpeg version 2.6.5 Copyright (c) 2000-2015 the FFmpeg developers
>> [...] Metadata: creation_time   : 2016-01-03 05:53:31 handler_name
>> : IsoMedia File Produced by Google, 5-11-2011
>>
>> I don't think any Apple product inserts such metadata. ;-)
>>
>> Googl(ouch!)ing a bit, it does seem iOS creates variable frame rate
>> videos. But usually, they are detected as such, or in other words,
>> the headers and timestamps properly reflect that.
>>
>> So I think Google Drive ruined your video by doing some bad CFR
>> magic to it.
>>
>
> That's just plain out of order. Though as someone who puts samples on
> free drive and hasn't noticed I just did a test.
>
> Copied/renamed Jan22016-150PM-b6cs7K.mov to gtest.mov and uploaded with
> browser.
>
>
> https://drive.google.com/file/d/0BxP5-S1t9VEEd2FacGVJMmdmaHc/view?usp=sharing
>
> At time of writing I am downloading exactly the same file.
>
> I'll keep an eye on it to see if it changes!
>
> I wonder if there is some setting/upload app involved here.
>
>
>
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>



-- 
mailto:matt...@matthewadams.me <matt...@matthewadams.me>
skype:matthewadams12
googletalk:matt...@matthewadams.me
http://matthewadams.me
http://www.linkedin.com/in/matthewadams
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

Re: [FFmpeg-user] Need help; willing to pay

[Matthew Adams]

Wow thanks Carl.  Two questions.

1. Is 1.65s consistent on both ends of the video & in both videos?
2. If so, can cut (on both ends), transcode & merge be scripted with bash &
ffmpeg?


On Tue, Jan 5, 2016 at 10:32 AM, Another Sillyname <
anothersn...@googlemail.com> wrote:

> It's at 1.65 seconds it goes into 'slo mo' mode, but there's no change
> in framerate reported by either ffmpeg or mplayer and 'proper' speed
> would appear to need it to be run at about 220 fps after 1.65 seconds.
>
> Bit weird.
>
> Can't see an immediate way to do this without manual cut, transcode and
> merge.
>
>
>
> On 5 January 2016 at 16:10, Matthew Adams <matt...@matthewadams.me> wrote:
> > No video player does.  It starts out in regular motion, then goes to
> super
> > slow motion, then reverts back to regular motion.
> >
> > I've viewed the file on Mac OS X El Capitan using VLC 2.2.1 & QuickTime
> > 10.4.  If I create a new project in iMovie 10.1, import the file, then
> add
> > the entire clip to the project, it still renders regular speed, then
> fast,
> > then regular.  If I could easily identify how many frames are in regular
> > speed at either end of the clip, I might be able to fix them, but that
> > won't scale to the 100+ rallies I have to edit.  I'm not willing to
> assume
> > the same number of frames are in regular v. slow motion across files or
> on
> > either end of the clip.  [sigh]
> >
> > I uploaded one more file to comparison:  goo.gl/YVyBfp
> >
> > -matthew
> >
> > On Tue, Jan 5, 2016 at 9:37 AM, Carl Eugen Hoyos <ceho...@ag.or.at>
> wrote:
> >
> >> Matthew Adams  matthewadams.me> writes:
> >>
> >> > goo.gl/Bb6tQW
> >>
> >> Which player plays this file at the correct speed?
> >>
> >> Carl Eugen
> >>
> >> ___
> >> ffmpeg-user mailing list
> >> ffmpeg-user@ffmpeg.org
> >> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> >>
> >
> >
> >
> > --
> > mailto:matt...@matthewadams.me <matt...@matthewadams.me>
> > skype:matthewadams12
> > googletalk:matt...@matthewadams.me
> > http://matthewadams.me
> > http://www.linkedin.com/in/matthewadams
> > ___
> > ffmpeg-user mailing list
> > ffmpeg-user@ffmpeg.org
> > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>



-- 
mailto:matt...@matthewadams.me <matt...@matthewadams.me>
skype:matthewadams12
googletalk:matt...@matthewadams.me
http://matthewadams.me
http://www.linkedin.com/in/matthewadams
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

[FFmpeg-user] Need help; willing to pay

[Matthew Adams]

Hi,

I'm a software developer myself, but just don't have the time to fix a
problem that I'm having.

I grabbed some videos recorded by Coach's Eye on iOS from my phone, and
they seem to use variable bitrates within the video.  A sample video file
(.mov format) is available via my Google Drive account at goo.gl/Bb6tQW
(or, if you already have Coach's Eye on iOS, just take a video at 720p @
240 fps, then use iExplorer to grab the file off of the iOS device).

A small set of frames at the beginning of the video seems to be recorded in
normal, 30 fps.  Then, it switches to the parameters I set in the app,
which was 720p @ 240 fps.  Then, then a small set of frames at the end of
each video seems to be set back to 30 fps.

I need to convert the hundred or so short videos of my kids' volleyball
rallies I took so that they don't play in regular motion for the first
second or so, then super-slow motion for the brunt of the video, then
regular motion for the last second or so.  Instead, I want them to play in
normal speed for the entirety of the video, minimizing any loss in image
fidelity.

If there were a single ffmpeg command or series of ffmpeg commands that I
could get from someone knowledgeable so that I can create a bash script and
just let 'er rip on all of my files, I'd be willing to pay like $25.  Audio
preservation would be a bonus, but is not required.

Anybody knowledgeable willing to knock this out for me?

TIA,
Matthew

-- 
mailto:matt...@matthewadams.me 
skype:matthewadams12
googletalk:matt...@matthewadams.me
http://matthewadams.me
http://www.linkedin.com/in/matthewadams
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

Re: [FFmpeg-user] Need help; willing to pay

[Matthew Adams]

No, I'm not running iOS on my desktop.  It's a MacBook Pro w/El Capitan.

I pulled the files off of the iPhone using iExplorer, a nice little tool to
get at the iOS filesystem.

On Tue, Jan 5, 2016 at 11:14 AM, Another Sillyname <
anothersn...@googlemail.com> wrote:

> Only d/loaded one...am away from machine now.
>
> Are you running IOS on your desktop machine?
>
> On 5 January 2016 at 17:09, Matthew Adams <matt...@matthewadams.me> wrote:
> > Wow thanks Carl.  Two questions.
> >
> > 1. Is 1.65s consistent on both ends of the video & in both videos?
> > 2. If so, can cut (on both ends), transcode & merge be scripted with
> bash &
> > ffmpeg?
> >
> >
> > On Tue, Jan 5, 2016 at 10:32 AM, Another Sillyname <
> > anothersn...@googlemail.com> wrote:
> >
> >> It's at 1.65 seconds it goes into 'slo mo' mode, but there's no change
> >> in framerate reported by either ffmpeg or mplayer and 'proper' speed
> >> would appear to need it to be run at about 220 fps after 1.65 seconds.
> >>
> >> Bit weird.
> >>
> >> Can't see an immediate way to do this without manual cut, transcode and
> >> merge.
> >>
> >>
> >>
> >> On 5 January 2016 at 16:10, Matthew Adams <matt...@matthewadams.me>
> wrote:
> >> > No video player does.  It starts out in regular motion, then goes to
> >> super
> >> > slow motion, then reverts back to regular motion.
> >> >
> >> > I've viewed the file on Mac OS X El Capitan using VLC 2.2.1 &
> QuickTime
> >> > 10.4.  If I create a new project in iMovie 10.1, import the file, then
> >> add
> >> > the entire clip to the project, it still renders regular speed, then
> >> fast,
> >> > then regular.  If I could easily identify how many frames are in
> regular
> >> > speed at either end of the clip, I might be able to fix them, but that
> >> > won't scale to the 100+ rallies I have to edit.  I'm not willing to
> >> assume
> >> > the same number of frames are in regular v. slow motion across files
> or
> >> on
> >> > either end of the clip.  [sigh]
> >> >
> >> > I uploaded one more file to comparison:  goo.gl/YVyBfp
> >> >
> >> > -matthew
> >> >
> >> > On Tue, Jan 5, 2016 at 9:37 AM, Carl Eugen Hoyos <ceho...@ag.or.at>
> >> wrote:
> >> >
> >> >> Matthew Adams  matthewadams.me> writes:
> >> >>
> >> >> > goo.gl/Bb6tQW
> >> >>
> >> >> Which player plays this file at the correct speed?
> >> >>
> >> >> Carl Eugen
> >> >>
> >> >> ___
> >> >> ffmpeg-user mailing list
> >> >> ffmpeg-user@ffmpeg.org
> >> >> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > mailto:matt...@matthewadams.me <matt...@matthewadams.me>
> >> > skype:matthewadams12
> >> > googletalk:matt...@matthewadams.me
> >> > http://matthewadams.me
> >> > http://www.linkedin.com/in/matthewadams
> >> > ___
> >> > ffmpeg-user mailing list
> >> > ffmpeg-user@ffmpeg.org
> >> > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> >> ___
> >> ffmpeg-user mailing list
> >> ffmpeg-user@ffmpeg.org
> >> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> >>
> >
> >
> >
> > --
> > mailto:matt...@matthewadams.me <matt...@matthewadams.me>
> > skype:matthewadams12
> > googletalk:matt...@matthewadams.me
> > http://matthewadams.me
> > http://www.linkedin.com/in/matthewadams
> > ___
> > ffmpeg-user mailing list
> > ffmpeg-user@ffmpeg.org
> > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>



-- 
mailto:matt...@matthewadams.me <matt...@matthewadams.me>
skype:matthewadams12
googletalk:matt...@matthewadams.me
http://matthewadams.me
http://www.linkedin.com/in/matthewadams
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

Re: [FFmpeg-user] Need help; willing to pay

[Matthew Adams]

Here is a link to zipped copies of originals placed on my dropbox account.
I zipped them in order to reduce the likelihood that they're changed by the
file hosting service.

https://www.dropbox.com/s/31civbxpe1utote/2016-01-02%2C%20Tour%20Warm%20Up.zip?dl=0



On Tue, Jan 5, 2016 at 2:08 PM, Moritz Barsnick <barsn...@gmx.net> wrote:

> On Tue, Jan 05, 2016 at 13:30:07 -0600, Matthew Adams wrote:
> > I pulled the files off of the iPhone using iExplorer, a nice little tool
> to
> > get at the iOS filesystem.
>
> Hmm. Something tells me this isn't the raw video as it comes from your
> device, but it was manipulated by Google (Drive) after your upload:
>
> $ sha1sum variable-bitrate-sample.mov
> 3820bb93784835f2257299008fed2fafeaacd5c5  variable-bitrate-sample.mov
> $ ffmpeg -i variable-bitrate-sample.mov
> ffmpeg version 2.6.5 Copyright (c) 2000-2015 the FFmpeg developers
> [...]
> Metadata:
>   creation_time   : 2016-01-03 05:53:31
>   handler_name: IsoMedia File Produced by Google, 5-11-2011
>
> I don't think any Apple product inserts such metadata. ;-)
>
> Googl(ouch!)ing a bit, it does seem iOS creates variable frame rate
> videos. But usually, they are detected as such, or in other words, the
> headers and timestamps properly reflect that.
>
> So I think Google Drive ruined your video by doing some bad CFR magic
> to it.
>
> The video as *I* get it from your Google drive is not fixable without
> manual analysis of the timeline. Likely the original video which is (or
> has remained) on your iPhone is different. If it doesn't play fine
> there either, the video recording software fooled you, or did this
> effect on purpose due to some configuration. If it does play correctly
> on the iPhone though, you may need to find a different way to get that
> file to us. You probably wouldn't even need to fix it if Google Drive
> (your way to share the videos with others?) didn't mess it up.
>
> ffmpeg *can* convert VFR to CFR if need be (for the sake of players
> which can't handle the former).
>
> Moritz
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>



-- 
mailto:matt...@matthewadams.me <matt...@matthewadams.me>
skype:matthewadams12
googletalk:matt...@matthewadams.me
http://matthewadams.me
http://www.linkedin.com/in/matthewadams
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

Re: [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 <steveboye...@gmail.com> wrote:

> On Tue, Jan 5, 2016 at 6:56 PM, Andy Furniss <adf.li...@gmail.com> wrote:
> > Matthew Adams wrote:
> >>
> >> On Tue, Jan 5, 2016 at 3:07 PM, Moritz Barsnick <barsn...@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@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@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>



-- 
mailto:matt...@matthewadams.me <matt...@matthewadams.me>
skype:matthewadams12
googletalk:matt...@matthewadams.me
http://matthewadams.me
http://www.linkedin.com/in/matthewadams
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

Re: [FFmpeg-user] Need help; willing to pay

[Matthew Adams]

Don't forget that these videos were created by Coach's Eye
<https://www.coachseye.com/> for iOS.  I don't know anything about their
internals WRT recording videos.

On Tue, Jan 5, 2016 at 2:50 PM, Matthew Adams <matt...@matthewadams.me>
wrote:

> Here is a link to zipped copies of originals placed on my dropbox
> account.  I zipped them in order to reduce the likelihood that they're
> changed by the file hosting service.
>
>
> https://www.dropbox.com/s/31civbxpe1utote/2016-01-02%2C%20Tour%20Warm%20Up.zip?dl=0
>
>
>
> On Tue, Jan 5, 2016 at 2:08 PM, Moritz Barsnick <barsn...@gmx.net> wrote:
>
>> On Tue, Jan 05, 2016 at 13:30:07 -0600, Matthew Adams wrote:
>> > I pulled the files off of the iPhone using iExplorer, a nice little
>> tool to
>> > get at the iOS filesystem.
>>
>> Hmm. Something tells me this isn't the raw video as it comes from your
>> device, but it was manipulated by Google (Drive) after your upload:
>>
>> $ sha1sum variable-bitrate-sample.mov
>> 3820bb93784835f2257299008fed2fafeaacd5c5  variable-bitrate-sample.mov
>> $ ffmpeg -i variable-bitrate-sample.mov
>> ffmpeg version 2.6.5 Copyright (c) 2000-2015 the FFmpeg developers
>> [...]
>> Metadata:
>>   creation_time   : 2016-01-03 05:53:31
>>   handler_name: IsoMedia File Produced by Google, 5-11-2011
>>
>> I don't think any Apple product inserts such metadata. ;-)
>>
>> Googl(ouch!)ing a bit, it does seem iOS creates variable frame rate
>> videos. But usually, they are detected as such, or in other words, the
>> headers and timestamps properly reflect that.
>>
>> So I think Google Drive ruined your video by doing some bad CFR magic
>> to it.
>>
>> The video as *I* get it from your Google drive is not fixable without
>> manual analysis of the timeline. Likely the original video which is (or
>> has remained) on your iPhone is different. If it doesn't play fine
>> there either, the video recording software fooled you, or did this
>> effect on purpose due to some configuration. If it does play correctly
>> on the iPhone though, you may need to find a different way to get that
>> file to us. You probably wouldn't even need to fix it if Google Drive
>> (your way to share the videos with others?) didn't mess it up.
>>
>> ffmpeg *can* convert VFR to CFR if need be (for the sake of players
>> which can't handle the former).
>>
>> Moritz
>> ___
>> ffmpeg-user mailing list
>> ffmpeg-user@ffmpeg.org
>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>
>
>
>
> --
> mailto:matt...@matthewadams.me <matt...@matthewadams.me>
> skype:matthewadams12
> googletalk:matt...@matthewadams.me
> http://matthewadams.me
> http://www.linkedin.com/in/matthewadams
>



-- 
mailto:matt...@matthewadams.me <matt...@matthewadams.me>
skype:matthewadams12
googletalk:matt...@matthewadams.me
http://matthewadams.me
http://www.linkedin.com/in/matthewadams
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user