This also works when passing the -format_code parameter.
On Wed, Nov 13, 2019 at 7:04 PM Ilinca Tudose wrote:
> My previous email was incorrect about "-wait_for_tc 1". The 2 commands
> used were:
>
> (1)
> ffmpeg -loglevel trace -timecode_format rp188any -wa
mpeg -loglevel trace -timecode_format rp188any -wait_for_tc 1 -f
decklink -i "DeckLink Quad (1)" -t 30 -preset veryfast output.mov
The second command is the one that produced 1 frame offset in 3 of the
captures. The first command had 0 frames offset for all files tried.
On Wed, Nov 13, 2019 at 6:30
Hi,
We tested this with several types of tapes. The results are as follows:
Out of 58 captures on Betacam tapes 55 had 0 frame offset and 3 had an
offset of 1 frame. All 3 were captured using the flag "-wait_for_tc 1". Out
of the 58 captures roughly half were captured with and half without
"-wait
t;
> > On Sat, 17 Aug 2019, Gyan wrote:
> >
> >>
> >>
> >> On 17-08-2019 08:42 PM, Marton Balint wrote:
> >>>
> >>>
> >>> On Wed, 14 Aug 2019, Marton Balint wrote:
> >>>
> >>>>
> >>
Hi Marton,
The issue with the out of sync TC was reproducible on all tapes and decks
that we tested. I don't have the exact number now, but a few dozens, less
than 100. They all had between 7 and 17 frames out of sync. We were not
able to obtain anything more in sync than 7 frames.
The TC sync wa
