On Mon, Nov 18, 2019 at 1:08 PM Ted Park wrote:
>
> > I am not sure what you mean? I thought I was doing a simple encoding:
> >
> > - One input video only, one output for video.
> > - One audio input plus a finalized video input for the audio output.
> Yes, but you have separate (raw) input
On Mon, Nov 18, 2019 at 12:37 PM Ted Park wrote:
> The target duration randomly being changed to 7 is weird, but why are you
> doing this at all? Can’t you just do a simple encoding to a ts file for the
> video first with the right gop settings then have that be the reference for
> creating the
On Mon, Nov 18, 2019 at 10:54 AM Dennis Mungai wrote:
> On Mon, 18 Nov 2019, 18:44 Dennis Mungai, wrote:
>
> >
> >
> > On Mon, 18 Nov 2019, 18:38 gordon, wrote:
> >
> >> Okay, thank you. I will give that a go.
> >>
> >> -- aside --
&
On Mon, Nov 18, 2019 at 10:37 AM gordon wrote:
> Okay, thank you. I will give that a go.
>
> -- aside --
>
> I thought that the "-force_key_frames expr:gte(t,n_forced*2)" was placing
> the key frames for segment boundaries and still allowing the encoder to
&
I figured the keyframes not at boundaries would need to be
different for efficiency.
How do I determine the best (or good) value for "-g" given a particular
source file and target duration for segments?
On Mon, Nov 18, 2019 at 10:19 AM Dennis Mungai wrote:
> On Mon, 18 Nov 2019
Why are the segments for my stream not aligned? The first command outputs
video segment. The second command outputs an audio segment with the
previous video output copied in.
Ffmpeg commands are pasted below with the m3u8 outputs. The same results
were observed on ffmpeg 4.2.1 and snapshot
I have a multi stream MKV container with 4 synced mp4 videos (multi-angle
video). I need to be able to switch between the streams while maintaining
the timecode, i.e. frame by frame switch from one angle to the other one.
When I switch streams using v in ffplay, the switch occurs in real time;