[x265] Re：x265-devel Digest, Vol 8, Issue 1

[Deepthi Nandakumar]

Hello,

When open-GOP is disabled, ie closed GOP, then IDR frames are used.

Deepthi


On Thu, Jan 16, 2014 at 7:44 AM, <idxa at sina.com> wrote:

> Hi Deepthi, Can openGOP of x265 support random access of video streaming
> like IDR?
>
>
>
>
> 1. Re: [PATCH] slicetype: remove --refresh and use
> --open-gop(default: enable) (Deepthi Nandakumar)
> ----------------------------------------------------------------------
> Message: 1
> Date: Fri, 3 Jan 2014 16:19:29 +0530
> From: Deepthi Nandakumar <deepthi at multicorewareinc.com>
> To: Development for x265 <x265-devel at videolan.org>, Tom Vaughan
> <tom.vaughan at multicorewareinc.com>
> Subject: Re: [x265] [PATCH] slicetype: remove --refresh and use
> --open-gop(default: enable)
> Message-ID:
> <CAAEo3ugEz1JaQ2tA0Hj4yCsTrtOamW5zxc3tOkv3bb3VtjYjbg at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
> We'd like to request any relevant feedback on this patch. Essentially,
> we're removing the refresh parameter, since it conflicts with the openGOP
> parameter.
> By default, an openGOP will be enabled, which means we could have both
> RADL/RASL following CRA pictures. The encoder could control the references,
> and thus ensure that all leading pictures are decodable (ie that they are
> always RADL). But IMO, this destroys the purpose of openGOP (?).
> Thoughts/opinions welcome.
> Thanks,
> Deepthi
>
> _______________________________________________
> x265-devel mailing list
> x265-devel at videolan.org
> https://mailman.videolan.org/listinfo/x265-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/x265-devel/attachments/20140116/691b2ac7/attachment-0001.html>