Min, Only the entropy encoded POC value circles around. slice->m_poc = frame->m_poc is always incremented, therefore m_lastIDR will always be less than m_poc.
On Wed, Apr 6, 2016 at 9:53 AM, Divya Manivannan <[email protected] > wrote: > slice->m_lastIDR <= slice->m_poc and the calculated value is used only > for writing in csv file and it will not modify the actual poc value. Can > you please explain about the negative result? > > On Tue, Apr 5, 2016 at 9:15 PM, chen <[email protected]> wrote: > >> >> At 2016-04-05 22:39:15,"Divya Manivannan" <[email protected]> wrote: >> ># HG changeset patch >> ># User Divya Manivannan <[email protected]> >> ># Date 1459867046 -19800 >> ># Tue Apr 05 20:07:26 2016 +0530 >> ># Node ID c5557b6721adc6e7115eff837a42a8f2df34b802 >> ># Parent 5b01678f6fb4e89e23cd41295592a9aa5d51d4ba >> >Fix poc value written in csv file for open-gop >> > >> >diff -r 5b01678f6fb4 -r c5557b6721ad source/encoder/encoder.cpp >> >--- a/source/encoder/encoder.cpp Sat Apr 02 19:08:49 2016 +0100 >> >+++ b/source/encoder/encoder.cpp Tue Apr 05 20:07:26 2016 +0530 >> >@@ -1332,7 +1332,7 @@ >> > >> > if (frameStats) >> > { >> >- const int picOrderCntLSB = (slice->m_poc - slice->m_lastIDR + (1 >> ><< BITS_FOR_POC)) % (1 << BITS_FOR_POC); >> >+ const int picOrderCntLSB = slice->m_poc - slice->m_lastIDR; >> In here, may negative resule since POC is circle counter >> >> >> >> >> _______________________________________________ >> x265-devel mailing list >> [email protected] >> https://mailman.videolan.org/listinfo/x265-devel >> >> > > _______________________________________________ > x265-devel mailing list > [email protected] > https://mailman.videolan.org/listinfo/x265-devel > > -- Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc
_______________________________________________ x265-devel mailing list [email protected] https://mailman.videolan.org/listinfo/x265-devel
