<div dir="ltr">Ok, thanks for the information. Your are right that m<span style="font-size:12.8px">ultiple slices per frame are recommend </span><div><span style="font-size:12.8px">for most encoding applications. However, tiles can be used to realize tile based streaming </span></div><div><span style="font-size:12.8px">(e.g. for VR/360), where each tile can be adapted in quality. For this it would be also nice to</span></div><div><span style="font-size:12.8px">have control over the bitstream structure, to be able to have each slice/tile in an own NALU.</span></div><div><div class="gmail_extra"><br><div class="gmail_quote">2016-09-13 8:48 GMT+02:00 Mario *LigH* Rohkrämer <span dir="ltr"><<a href="mailto:contact@ligh.de" target="_blank">contact@ligh.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Jamaica posted a picture describing the different modes pretty well:<br>
<br>
<a href="http://forum.doom9.org/showthread.php?p=1780469#post1780469" rel="noreferrer" target="_blank">http://forum.doom9.org/showthr<wbr>ead.php?p=1780469#post1780469</a><br>
<br>
I am especially glad to have an imagination of WPP now. And even if Main profile does not support tiles in conjunction with WPP, higher profiles may. But so far for a long-term outlook...<div class="gmail-HOEnZb"><div class="gmail-h5"><br>
<br>
<br>
Am 12.09.2016, 22:24 Uhr, schrieb Tom Vaughan <<a href="mailto:tom.vaughan@multicorewareinc.com" target="_blank">tom.vaughan@multicorewareinc.<wbr>com</a>>:<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Sorry for the short reply. We're at the IBC Show, and it's keeping us on<br>
the run from morning until late at night. I at least wanted to respond to<br>
the question.<br>
<br>
Yes, we're working to implement full support for multiple slices per frame,<br>
and this will be followed by support for tiles. Things like rate control<br>
have to be readjusted and tuned, and other algorithms may need to be<br>
adjusted, so it may take a number of weeks to fully implement and optimize.<br>
<br>
Multiple slices per frame is not recommend for most encoding applications.<br>
As you cannot perform inter-prediction across slice boundaries (from frame<br>
to frame), encoding efficiency is reduced. Multiple slices is mainly<br>
beneficial for low-latency live encoding applications.<br>
<br>
Your description of slices and tiles below is basically accurate.<br>
<br>
Tom<br>
<br>
-----Original Message-----<br>
From: x265-devel [mailto:<a href="mailto:x265-devel-bounces@videolan.org" target="_blank">x265-devel-bounces@vid<wbr>eolan.org</a>] On Behalf Of Mario<br>
*LigH* Rohkrämer<br>
Sent: Monday, September 12, 2016 8:54 AM<br>
To: Development for x265<br>
Subject: Re: [x265] Tiles support for x265<br>
<br>
Shortest possible reply... :-P<br>
<br>
<br>
I *guess* the recently introduced implementation of several slices is<br>
already a step towards this even narrower approach.<br>
<br>
IIRC, slices already existed in previous video standards (like MPEG 1/2<br>
Video) but were mainly meant to span across the whole width, or at least a<br>
horizontal sequence of consecutove macroblocks in encoding order. Tiles are<br>
specifically designed to split the frame into a grid of rectangular parts,<br>
like a "video wall" is made of a grid of monitors.<br>
<br>
Did I imagine correctly so far? ... It might be suitable to explain this<br>
concept a bit in a kind of "outlook" post in a video forum, maybe even in<br>
comparison with WPP (dis- vs. advantages).<br>
<br>
<br>
Am 10.09.2016, 21:16 Uhr, schrieb Tom Vaughan<br>
<<a href="mailto:tom.vaughan@multicorewareinc.com" target="_blank">tom.vaughan@multicorewareinc.<wbr>com</a>>:<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Yes.<br>
<br>
<br>
<br>
*From:* x265-devel [mailto:<a href="mailto:x265-devel-bounces@videolan.org" target="_blank">x265-devel-bounces@vid<wbr>eolan.org</a>] *On Behalf<br>
Of * <a href="mailto:pleaselou@gmx.net" target="_blank">pleaselou@gmx.net</a><br>
*Sent:* Saturday, September 10, 2016 2:08 PM<br>
*To:* <a href="mailto:x265-devel@videolan.org" target="_blank">x265-devel@videolan.org</a><br>
*Subject:* [x265] Tiles support for x265<br>
<br>
<br>
<br>
Hi!<br>
<br>
<br>
<br>
I just browsed the online docs<br>
(<a href="http://x265.readthedocs.io/en/default/" rel="noreferrer" target="_blank">http://x265.readthedocs.io/en<wbr>/default/</a>)<br>
for<br>
information on how to encode a video using HEVC tiles and couldn't<br>
find anything. Are there any plans to implement this feature in the x265<br>
lib?<br>
<br>
<br>
<br>
I have to encode a video given a specific tiling pattern and doesn't<br>
want to use HM encoder cause it's pretty slow.<br>
<br>
<br>
<br>
Best, Mario<br>
</blockquote>
<br>
<br>
</blockquote>
<br>
<br>
-- <br>
<br>
Fun and success!<br>
Mario *LigH* Rohkrämer<br>
mailto:<a href="mailto:contact@ligh.de" target="_blank">contact@ligh.de</a><br>
<br>
______________________________<wbr>_________________<br>
x265-devel mailing list<br>
<a href="mailto:x265-devel@videolan.org" target="_blank">x265-devel@videolan.org</a><br>
<a href="https://mailman.videolan.org/listinfo/x265-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/l<wbr>istinfo/x265-devel</a><br>
</div></div></blockquote></div><br></div></div></div>