<div dir="ltr"><div>Hi,</div><div><br></div><div>I'll do my best to describe the scenario and also make a couple of questions to understand how things work underline.</div><div><br></div><div>I am live encoding a hls stream from rtp packets in a cpp app, it works fine, but strange to me, if I simultaneusly reproduce the stream with ffplay I am start seeing logs like: Input picture width (640) is greater than stride (320) and no new segments are encoded.</div><div><br></div><div>I first thought it might happen if ffplay is accesing segments while the app is still being writing them, but after addition of hls_flags temp_file that doesn't make sense.</div><div><br></div><div>Does the h264 encoder needs previously written segments to build frames of another segment in the future?</div><div><br></div><div>Once hls muxer adds a segment to m3u8 playlist it is completly finished?</div><div><br></div><div>Since the input are rtp packets that doesn't have a fixed resolution I would like to know if there is possible for h264 encoder to accept input frames of diferent resolutions or if it needs some special flag to handle it?</div><div><br></div><div>Thanks</div><div><br></div><div>-- </div><div>Alvaro</div><div>
</div></div>