<P><FONT color=#000000><FONT style="BACKGROUND-COLOR: #ffffff">Hi <FONT style="">Deepthi, </FONT></FONT></FONT>Can openGOP of x265 support random access of video streaming like IDR?</P>
<P> </P>
<P> </P>
<DIV id=origbody><FONT style="BACKGROUND-COLOR: #d6d4d5">1. Re: [PATCH] slicetype: remove --refresh and use<BR>--open-gop(default: enable) (Deepthi Nandakumar)<BR>----------------------------------------------------------------------<BR>Message: 1<BR>Date: Fri, 3 Jan 2014 16:19:29 +0530<BR>From: Deepthi Nandakumar <deepthi@multicorewareinc.com><BR>To: Development for x265 <x265-devel@videolan.org>, Tom Vaughan<BR><tom.vaughan@multicorewareinc.com><BR>Subject: Re: [x265] [PATCH] slicetype: remove --refresh and use<BR>--open-gop(default: enable)<BR>Message-ID:<BR><CAAEo3ugEz1JaQ2tA0Hj4yCsTrtOamW5zxc3tOkv3bb3VtjYjbg@mail.gmail.com><BR>Content-Type: text/plain; charset="iso-8859-1"<BR>We'd like to request any relevant feedback on this patch. Essentially,<BR>we're removing the refresh parameter, since it conflicts with the openGOP<BR>parameter.<BR>By default, an openGOP will be enabled, which means we could have both<BR>RADL/RASL following CRA pictures. The encoder could control the references,<BR>and thus ensure that all leading pictures are decodable (ie that they are<BR>always RADL). But IMO, this destroys the purpose of openGOP (?).<BR>Thoughts/opinions welcome.<BR>Thanks,<BR>Deepthi<BR></FONT></DIV>