VP8 encoder uses force_update and no_update flags to specify whether or not to update the Golden and/or AltRef frames. Case 1: force_update = 0, no_update = 1; the specified ref frame will NOT be updated with the current frame. Case 2: force_update = 1, no_update = 0; the specified ref frame WILL be updated with the current frame.
Case 3: force_update = 1, no_update = 1; encoder reports “invalid parameter” and give error.
Case 4: force_update = 0; no_update = 0; how does the encoder handle this? Does the encoder make its own decision (so it may or may not update the ref frame) or always take one flag over the other?
I am not in possession of the reference code, but my guess is that in such
case GF and AltRef remain unchanged. As far as I can remember there is no
adaptive frame buffer update logic in reference encoder implementation.
Also for the sake of completeness, I like to mention that the last decoded
frame also forms one of the reference frames apart from GF and Alt ref.
(Last decoded not necessarily the last frame to be decoded in temporal
order).
On Wed, Aug 1, 2012 at 7:14 PM, minyi yang <minyi.y...@oovoo.com> wrote:
> VP8 encoder uses force_update and no_update flags to specify whether or
> not to update the Golden and/or AltRef frames.
> Case 1: force_update = 0, no_update = 1; the specified ref frame will NOT
> be updated with the current frame.
> Case 2: force_update = 1, no_update = 0; the specified ref frame WILL be
> updated with the current frame.
> Case 3: force_update = 1, no_update = 1; encoder reports “invalid
> parameter” and give error.
> Case 4: force_update = 0; no_update = 0; how does the encoder handle this?
> Does the encoder make its own decision (so it may or may not update the ref
> frame) or always take one flag over the other?
On Wednesday, August 1, 2012 2:18:22 PM UTC-4, Rajesh Pamula wrote:
> I am not in possession of the reference code, but my guess is that in such > case GF and AltRef remain unchanged. As far as I can remember there is no > adaptive frame buffer update logic in reference encoder implementation.
> Also for the sake of completeness, I like to mention that the last decoded > frame also forms one of the reference frames apart from GF and Alt ref. > (Last decoded not necessarily the last frame to be decoded in temporal > order).
> On Wed, Aug 1, 2012 at 7:14 PM, minyi yang <minyi.y...@oovoo.com> wrote:
>> VP8 encoder uses force_update and no_update flags to specify whether or >> not to update the Golden and/or AltRef frames. >> Case 1: force_update = 0, no_update = 1; the specified ref frame will NOT >> be updated with the current frame. >> Case 2: force_update = 1, no_update = 0; the specified ref frame WILL be >> updated with the current frame.
>> Case 3: force_update = 1, no_update = 1; encoder reports “invalid >> parameter” and give error.
>> Case 4: force_update = 0; no_update = 0; how does the encoder handle >> this? Does the encoder make its own decision (so it may or may not update >> the ref frame) or always take one flag over the other?
As far as I remember, MVDs are part of control partition along with frame
level and MB level information and MVP computation does not depend on
coeffs either and hence the answer is yes. Parallel decoding should be
possible.
On Tue, Aug 7, 2012 at 7:25 PM, sanjeev verma <sanjeev1...@gmail.com> wrote:
> Hi,
> In VP8, Can Coeff and MV decoding happen completely in parallel
> without any dependency?
> Reg,
> San
> --
> You received this message because you are subscribed to the Google Groups
> "WebM Discussion" group.
> To post to this group, send email to webm-disc...@webmproject.org.
> To unsubscribe from this group, send email to
> webm-discuss+unsubscr...@webmproject.org.
> For more options, visit this group at
> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
-- Rajesh Pamula
Post Graduate Student
Analogue and Digital Integrated Circuit Design
Imperial College London.
Residence Phone: +44-20-78522056
thanks.
I mean does coeff decoding depend on the "MV partition decoding" in
any way(any dependency likeon MB modes etc). I want to decode the
coeff and the partition that contains MV in parallel using two
different processors on the same chip?
On Tue, Aug 7, 2012 at 11:01 PM, Rajesh Pamula <rajeshpam...@gmail.com> wrote:
> As far as I remember, MVDs are part of control partition along with frame
> level and MB level information and MVP computation does not depend on coeffs
> either and hence the answer is yes. Parallel decoding should be possible.
> On Tue, Aug 7, 2012 at 7:25 PM, sanjeev verma <sanjeev1...@gmail.com> wrote:
>> Hi,
>> In VP8, Can Coeff and MV decoding happen completely in parallel
>> without any dependency?
>> Reg,
>> San
>> --
>> You received this message because you are subscribed to the Google Groups
>> "WebM Discussion" group.
>> To post to this group, send email to webm-disc...@webmproject.org.
>> To unsubscribe from this group, send email to
>> webm-discuss+unsubscr...@webmproject.org.
>> For more options, visit this group at
>> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
> --
> Rajesh Pamula
> Post Graduate Student
> Analogue and Digital Integrated Circuit Design
> Imperial College London.
> Residence Phone: +44-20-78522056
> --
> You received this message because you are subscribed to the Google Groups
> "WebM Discussion" group.
> To post to this group, send email to webm-disc...@webmproject.org.
> To unsubscribe from this group, send email to
> webm-discuss+unsubscr...@webmproject.org.
> For more options, visit this group at
> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
Well, let me put it in a perhaps more clear way. By decode I mean, entropy
decode (which some may prefer calling as mere parsing). In order to be able
to apply inverse transform, the knowledge of the MB type is required and
for inverse quantization Qp value of the MB is required.
So parsing or rather entropy decode can be made parallel, reconstruction is
sequential.
On Tue, Aug 7, 2012 at 7:36 PM, sanjeev verma <sanjeev1...@gmail.com> wrote:
> thanks.
> I mean does coeff decoding depend on the "MV partition decoding" in
> any way(any dependency likeon MB modes etc). I want to decode the
> coeff and the partition that contains MV in parallel using two
> different processors on the same chip?
> On Tue, Aug 7, 2012 at 11:01 PM, Rajesh Pamula <rajeshpam...@gmail.com>
> wrote:
> > As far as I remember, MVDs are part of control partition along with frame
> > level and MB level information and MVP computation does not depend on
> coeffs
> > either and hence the answer is yes. Parallel decoding should be possible.
> > On Tue, Aug 7, 2012 at 7:25 PM, sanjeev verma <sanjeev1...@gmail.com>
> wrote:
> >> Hi,
> >> In VP8, Can Coeff and MV decoding happen completely in parallel
> >> without any dependency?
> >> Reg,
> >> San
> >> --
> >> You received this message because you are subscribed to the Google
> Groups
> >> "WebM Discussion" group.
> >> To post to this group, send email to webm-disc...@webmproject.org.
> >> To unsubscribe from this group, send email to
> >> webm-discuss+unsubscr...@webmproject.org.
> >> For more options, visit this group at
> >> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
> > --
> > Rajesh Pamula
> > Post Graduate Student
> > Analogue and Digital Integrated Circuit Design
> > Imperial College London.
> > Residence Phone: +44-20-78522056
> > --
> > You received this message because you are subscribed to the Google Groups
> > "WebM Discussion" group.
> > To post to this group, send email to webm-disc...@webmproject.org.
> > To unsubscribe from this group, send email to
> > webm-discuss+unsubscr...@webmproject.org.
> > For more options, visit this group at
> > http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
> --
> You received this message because you are subscribed to the Google Groups
> "WebM Discussion" group.
> To post to this group, send email to webm-disc...@webmproject.org.
> To unsubscribe from this group, send email to
> webm-discuss+unsubscr...@webmproject.org.
> For more options, visit this group at
> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
-- Rajesh Pamula
Post Graduate Student
Analogue and Digital Integrated Circuit Design
Imperial College London.
Residence Phone: +44-20-78522056
Decoding the mode/mv partition ("partition 0") has no dependencies,
but decoding the residual partitions does depend on the mode/mv
partition. The number of coefficients to decode depends on the block
mode, for example.
On Tue, Aug 7, 2012 at 10:42 AM, Rajesh Pamula <rajeshpam...@gmail.com> wrote:
> Well, let me put it in a perhaps more clear way. By decode I mean, entropy
> decode (which some may prefer calling as mere parsing). In order to be able
> to apply inverse transform, the knowledge of the MB type is required and for
> inverse quantization Qp value of the MB is required.
> So parsing or rather entropy decode can be made parallel, reconstruction is
> sequential.
> On Tue, Aug 7, 2012 at 7:36 PM, sanjeev verma <sanjeev1...@gmail.com> wrote:
>> thanks.
>> I mean does coeff decoding depend on the "MV partition decoding" in
>> any way(any dependency likeon MB modes etc). I want to decode the
>> coeff and the partition that contains MV in parallel using two
>> different processors on the same chip?
>> On Tue, Aug 7, 2012 at 11:01 PM, Rajesh Pamula <rajeshpam...@gmail.com>
>> wrote:
>> > As far as I remember, MVDs are part of control partition along with
>> > frame
>> > level and MB level information and MVP computation does not depend on
>> > coeffs
>> > either and hence the answer is yes. Parallel decoding should be
>> > possible.
>> > On Tue, Aug 7, 2012 at 7:25 PM, sanjeev verma <sanjeev1...@gmail.com>
>> > wrote:
>> >> Hi,
>> >> In VP8, Can Coeff and MV decoding happen completely in parallel
>> >> without any dependency?
>> >> Reg,
>> >> San
>> >> --
>> >> You received this message because you are subscribed to the Google
>> >> Groups
>> >> "WebM Discussion" group.
>> >> To post to this group, send email to webm-disc...@webmproject.org.
>> >> To unsubscribe from this group, send email to
>> >> webm-discuss+unsubscr...@webmproject.org.
>> >> For more options, visit this group at
>> >> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
>> > --
>> > Rajesh Pamula
>> > Post Graduate Student
>> > Analogue and Digital Integrated Circuit Design
>> > Imperial College London.
>> > Residence Phone: +44-20-78522056
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups
>> > "WebM Discussion" group.
>> > To post to this group, send email to webm-disc...@webmproject.org.
>> > To unsubscribe from this group, send email to
>> > webm-discuss+unsubscr...@webmproject.org.
>> > For more options, visit this group at
>> > http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
>> --
>> You received this message because you are subscribed to the Google Groups
>> "WebM Discussion" group.
>> To post to this group, send email to webm-disc...@webmproject.org.
>> To unsubscribe from this group, send email to
>> webm-discuss+unsubscr...@webmproject.org.
>> For more options, visit this group at
>> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
> --
> Rajesh Pamula
> Post Graduate Student
> Analogue and Digital Integrated Circuit Design
> Imperial College London.
> Residence Phone: +44-20-78522056
> --
> You received this message because you are subscribed to the Google Groups
> "WebM Discussion" group.
> To post to this group, send email to webm-disc...@webmproject.org.
> To unsubscribe from this group, send email to
> webm-discuss+unsubscr...@webmproject.org.
> For more options, visit this group at
> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
But I thought one could entropy decode all the tokens and keeps them in
blocks and associate with respective MBs even at a later stage based on its
MB_TYPE. Isnt it true?
On Wed, Aug 8, 2012 at 6:48 PM, John Koleszar <jkoles...@google.com> wrote:
> Decoding the mode/mv partition ("partition 0") has no dependencies,
> but decoding the residual partitions does depend on the mode/mv
> partition. The number of coefficients to decode depends on the block
> mode, for example.
> On Tue, Aug 7, 2012 at 10:42 AM, Rajesh Pamula <rajeshpam...@gmail.com>
> wrote:
> > Well, let me put it in a perhaps more clear way. By decode I mean,
> entropy
> > decode (which some may prefer calling as mere parsing). In order to be
> able
> > to apply inverse transform, the knowledge of the MB type is required and
> for
> > inverse quantization Qp value of the MB is required.
> > So parsing or rather entropy decode can be made parallel, reconstruction
> is
> > sequential.
> > On Tue, Aug 7, 2012 at 7:36 PM, sanjeev verma <sanjeev1...@gmail.com>
> wrote:
> >> thanks.
> >> I mean does coeff decoding depend on the "MV partition decoding" in
> >> any way(any dependency likeon MB modes etc). I want to decode the
> >> coeff and the partition that contains MV in parallel using two
> >> different processors on the same chip?
> >> On Tue, Aug 7, 2012 at 11:01 PM, Rajesh Pamula <rajeshpam...@gmail.com>
> >> wrote:
> >> > As far as I remember, MVDs are part of control partition along with
> >> > frame
> >> > level and MB level information and MVP computation does not depend on
> >> > coeffs
> >> > either and hence the answer is yes. Parallel decoding should be
> >> > possible.
> >> > On Tue, Aug 7, 2012 at 7:25 PM, sanjeev verma <sanjeev1...@gmail.com>
> >> > wrote:
> >> >> Hi,
> >> >> In VP8, Can Coeff and MV decoding happen completely in parallel
> >> >> without any dependency?
> >> >> Reg,
> >> >> San
> >> >> --
> >> >> You received this message because you are subscribed to the Google
> >> >> Groups
> >> >> "WebM Discussion" group.
> >> >> To post to this group, send email to webm-disc...@webmproject.org.
> >> >> To unsubscribe from this group, send email to
> >> >> webm-discuss+unsubscr...@webmproject.org.
> >> >> For more options, visit this group at
> >> >> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en > .
> >> > --
> >> > Rajesh Pamula
> >> > Post Graduate Student
> >> > Analogue and Digital Integrated Circuit Design
> >> > Imperial College London.
> >> > Residence Phone: +44-20-78522056
> >> > --
> >> > You received this message because you are subscribed to the Google
> >> > Groups
> >> > "WebM Discussion" group.
> >> > To post to this group, send email to webm-disc...@webmproject.org.
> >> > To unsubscribe from this group, send email to
> >> > webm-discuss+unsubscr...@webmproject.org.
> >> > For more options, visit this group at
> >> > http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
> >> --
> >> You received this message because you are subscribed to the Google
> Groups
> >> "WebM Discussion" group.
> >> To post to this group, send email to webm-disc...@webmproject.org.
> >> To unsubscribe from this group, send email to
> >> webm-discuss+unsubscr...@webmproject.org.
> >> For more options, visit this group at
> >> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
> > --
> > Rajesh Pamula
> > Post Graduate Student
> > Analogue and Digital Integrated Circuit Design
> > Imperial College London.
> > Residence Phone: +44-20-78522056
> > --
> > You received this message because you are subscribed to the Google Groups
> > "WebM Discussion" group.
> > To post to this group, send email to webm-disc...@webmproject.org.
> > To unsubscribe from this group, send email to
> > webm-discuss+unsubscr...@webmproject.org.
> > For more options, visit this group at
> > http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
> --
> You received this message because you are subscribed to the Google Groups
> "WebM Discussion" group.
> To post to this group, send email to webm-disc...@webmproject.org.
> To unsubscribe from this group, send email to
> webm-discuss+unsubscr...@webmproject.org.
> For more options, visit this group at
> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
-- Rajesh Pamula
Post Graduate Student
Analogue and Digital Integrated Circuit Design
Imperial College London.
Residence Phone: +44-20-78522056
No, the context model is dependent on which plane and band the token
being decoded belongs to, and whether there are 24 or 25 blocks per MB
depends on the block mode, which is in the other partition. I don't
see any way to decode them independently.
On Wed, Aug 8, 2012 at 1:06 PM, Rajesh Pamula <rajeshpam...@gmail.com> wrote:
> But I thought one could entropy decode all the tokens and keeps them in
> blocks and associate with respective MBs even at a later stage based on its
> MB_TYPE. Isnt it true?
> On Wed, Aug 8, 2012 at 6:48 PM, John Koleszar <jkoles...@google.com> wrote:
>> Decoding the mode/mv partition ("partition 0") has no dependencies,
>> but decoding the residual partitions does depend on the mode/mv
>> partition. The number of coefficients to decode depends on the block
>> mode, for example.
>> On Tue, Aug 7, 2012 at 10:42 AM, Rajesh Pamula <rajeshpam...@gmail.com>
>> wrote:
>> > Well, let me put it in a perhaps more clear way. By decode I mean,
>> > entropy
>> > decode (which some may prefer calling as mere parsing). In order to be
>> > able
>> > to apply inverse transform, the knowledge of the MB type is required and
>> > for
>> > inverse quantization Qp value of the MB is required.
>> > So parsing or rather entropy decode can be made parallel, reconstruction
>> > is
>> > sequential.
>> > On Tue, Aug 7, 2012 at 7:36 PM, sanjeev verma <sanjeev1...@gmail.com>
>> > wrote:
>> >> thanks.
>> >> I mean does coeff decoding depend on the "MV partition decoding" in
>> >> any way(any dependency likeon MB modes etc). I want to decode the
>> >> coeff and the partition that contains MV in parallel using two
>> >> different processors on the same chip?
>> >> On Tue, Aug 7, 2012 at 11:01 PM, Rajesh Pamula <rajeshpam...@gmail.com>
>> >> wrote:
>> >> > As far as I remember, MVDs are part of control partition along with
>> >> > frame
>> >> > level and MB level information and MVP computation does not depend on
>> >> > coeffs
>> >> > either and hence the answer is yes. Parallel decoding should be
>> >> > possible.
>> >> > On Tue, Aug 7, 2012 at 7:25 PM, sanjeev verma <sanjeev1...@gmail.com>
>> >> > wrote:
>> >> >> Hi,
>> >> >> In VP8, Can Coeff and MV decoding happen completely in parallel
>> >> >> without any dependency?
>> >> >> Reg,
>> >> >> San
>> >> >> --
>> >> >> You received this message because you are subscribed to the Google
>> >> >> Groups
>> >> >> "WebM Discussion" group.
>> >> >> To post to this group, send email to webm-disc...@webmproject.org.
>> >> >> To unsubscribe from this group, send email to
>> >> >> webm-discuss+unsubscr...@webmproject.org.
>> >> >> For more options, visit this group at
>> >> > --
>> >> > Rajesh Pamula
>> >> > Post Graduate Student
>> >> > Analogue and Digital Integrated Circuit Design
>> >> > Imperial College London.
>> >> > Residence Phone: +44-20-78522056
>> >> > --
>> >> > You received this message because you are subscribed to the Google
>> >> > Groups
>> >> > "WebM Discussion" group.
>> >> > To post to this group, send email to webm-disc...@webmproject.org.
>> >> > To unsubscribe from this group, send email to
>> >> > webm-discuss+unsubscr...@webmproject.org.
>> >> > For more options, visit this group at
>> >> > http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
>> >> --
>> >> You received this message because you are subscribed to the Google
>> >> Groups
>> >> "WebM Discussion" group.
>> >> To post to this group, send email to webm-disc...@webmproject.org.
>> >> To unsubscribe from this group, send email to
>> >> webm-discuss+unsubscr...@webmproject.org.
>> >> For more options, visit this group at
>> >> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
>> > --
>> > Rajesh Pamula
>> > Post Graduate Student
>> > Analogue and Digital Integrated Circuit Design
>> > Imperial College London.
>> > Residence Phone: +44-20-78522056
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups
>> > "WebM Discussion" group.
>> > To post to this group, send email to webm-disc...@webmproject.org.
>> > To unsubscribe from this group, send email to
>> > webm-discuss+unsubscr...@webmproject.org.
>> > For more options, visit this group at
>> > http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
>> --
>> You received this message because you are subscribed to the Google Groups
>> "WebM Discussion" group.
>> To post to this group, send email to webm-disc...@webmproject.org.
>> To unsubscribe from this group, send email to
>> webm-discuss+unsubscr...@webmproject.org.
>> For more options, visit this group at
>> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
> --
> Rajesh Pamula
> Post Graduate Student
> Analogue and Digital Integrated Circuit Design
> Imperial College London.
> Residence Phone: +44-20-78522056
> --
> You received this message because you are subscribed to the Google Groups
> "WebM Discussion" group.
> To post to this group, send email to webm-disc...@webmproject.org.
> To unsubscribe from this group, send email to
> webm-discuss+unsubscr...@webmproject.org.
> For more options, visit this group at
> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
On Wed, Aug 8, 2012 at 10:35 PM, John Koleszar <jkoles...@google.com> wrote:
> No, the context model is dependent on which plane and band the token
> being decoded belongs to, and whether there are 24 or 25 blocks per MB
> depends on the block mode, which is in the other partition. I don't
> see any way to decode them independently.
> On Wed, Aug 8, 2012 at 1:06 PM, Rajesh Pamula <rajeshpam...@gmail.com>
> wrote:
> > But I thought one could entropy decode all the tokens and keeps them in
> > blocks and associate with respective MBs even at a later stage based on
> its
> > MB_TYPE. Isnt it true?
> > On Wed, Aug 8, 2012 at 6:48 PM, John Koleszar <jkoles...@google.com>
> wrote:
> >> Decoding the mode/mv partition ("partition 0") has no dependencies,
> >> but decoding the residual partitions does depend on the mode/mv
> >> partition. The number of coefficients to decode depends on the block
> >> mode, for example.
> >> On Tue, Aug 7, 2012 at 10:42 AM, Rajesh Pamula <rajeshpam...@gmail.com>
> >> wrote:
> >> > Well, let me put it in a perhaps more clear way. By decode I mean,
> >> > entropy
> >> > decode (which some may prefer calling as mere parsing). In order to be
> >> > able
> >> > to apply inverse transform, the knowledge of the MB type is required
> and
> >> > for
> >> > inverse quantization Qp value of the MB is required.
> >> > So parsing or rather entropy decode can be made parallel,
> reconstruction
> >> > is
> >> > sequential.
> >> > On Tue, Aug 7, 2012 at 7:36 PM, sanjeev verma <sanjeev1...@gmail.com>
> >> > wrote:
> >> >> thanks.
> >> >> I mean does coeff decoding depend on the "MV partition decoding" in
> >> >> any way(any dependency likeon MB modes etc). I want to decode the
> >> >> coeff and the partition that contains MV in parallel using two
> >> >> different processors on the same chip?
> >> >> On Tue, Aug 7, 2012 at 11:01 PM, Rajesh Pamula <
> rajeshpam...@gmail.com>
> >> >> wrote:
> >> >> > As far as I remember, MVDs are part of control partition along with
> >> >> > frame
> >> >> > level and MB level information and MVP computation does not depend
> on
> >> >> > coeffs
> >> >> > either and hence the answer is yes. Parallel decoding should be
> >> >> > possible.
> >> >> > On Tue, Aug 7, 2012 at 7:25 PM, sanjeev verma <
> sanjeev1...@gmail.com>
> >> >> > wrote:
> >> >> >> Hi,
> >> >> >> In VP8, Can Coeff and MV decoding happen completely in parallel
> >> >> >> without any dependency?
> >> >> >> Reg,
> >> >> >> San
> >> >> >> --
> >> >> >> You received this message because you are subscribed to the Google
> >> >> >> Groups
> >> >> >> "WebM Discussion" group.
> >> >> >> To post to this group, send email to webm-disc...@webmproject.org
> .
> >> >> >> To unsubscribe from this group, send email to
> >> >> >> webm-discuss+unsubscr...@webmproject.org.
> >> >> >> For more options, visit this group at
> >> >> > --
> >> >> > You received this message because you are subscribed to the Google
> >> >> > Groups
> >> >> > "WebM Discussion" group.
> >> >> > To post to this group, send email to webm-disc...@webmproject.org.
> >> >> > To unsubscribe from this group, send email to
> >> >> > webm-discuss+unsubscr...@webmproject.org.
> >> >> > For more options, visit this group at
> >> >> --
> >> >> You received this message because you are subscribed to the Google
> >> >> Groups
> >> >> "WebM Discussion" group.
> >> >> To post to this group, send email to webm-disc...@webmproject.org.
> >> >> To unsubscribe from this group, send email to
> >> >> webm-discuss+unsubscr...@webmproject.org.
> >> >> For more options, visit this group at
> >> >> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en > .
> >> > --
> >> > Rajesh Pamula
> >> > Post Graduate Student
> >> > Analogue and Digital Integrated Circuit Design
> >> > Imperial College London.
> >> > Residence Phone: +44-20-78522056
> >> > --
> >> > You received this message because you are subscribed to the Google
> >> > Groups
> >> > "WebM Discussion" group.
> >> > To post to this group, send email to webm-disc...@webmproject.org.
> >> > To unsubscribe from this group, send email to
> >> > webm-discuss+unsubscr...@webmproject.org.
> >> > For more options, visit this group at
> >> > http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
> >> --
> >> You received this message because you are subscribed to the Google
> Groups
> >> "WebM Discussion" group.
> >> To post to this group, send email to webm-disc...@webmproject.org.
> >> To unsubscribe from this group, send email to
> >> webm-discuss+unsubscr...@webmproject.org.
> >> For more options, visit this group at
> >> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
> > --
> > Rajesh Pamula
> > Post Graduate Student
> > Analogue and Digital Integrated Circuit Design
> > Imperial College London.
> > Residence Phone: +44-20-78522056
> > --
> > You received this message because you are subscribed to the Google Groups
> > "WebM Discussion" group.
> > To post to this group, send email to webm-disc...@webmproject.org.
> > To unsubscribe from this group, send email to
> > webm-discuss+unsubscr...@webmproject.org.
> > For more options, visit this group at
> > http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
> --
> You received this message because you are subscribed to the Google Groups
> "WebM Discussion" group.
> To post to this group, send email to webm-disc...@webmproject.org.
> To unsubscribe from this group, send email to
> webm-discuss+unsubscr...@webmproject.org.
> For more options, visit this group at
> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
-- Rajesh Pamula
Post Graduate Student
Analogue and Digital Integrated Circuit Design
Imperial College London.
Residence Phone: +44-20-78522056
Hi,
Does anybody has an idea, if VP8 decoder is able go decode 1080p
content on dual core A9 devices, If yes, then what bitrate can be
comfortably decoded?
Thanks and Regards,
Sanjeev
On Tue, Aug 7, 2012 at 11:12 PM, Rajesh Pamula <rajeshpam...@gmail.com> wrote:
> Well, let me put it in a perhaps more clear way. By decode I mean, entropy
> decode (which some may prefer calling as mere parsing). In order to be able
> to apply inverse transform, the knowledge of the MB type is required and for
> inverse quantization Qp value of the MB is required.
> So parsing or rather entropy decode can be made parallel, reconstruction is
> sequential.
> On Tue, Aug 7, 2012 at 7:36 PM, sanjeev verma <sanjeev1...@gmail.com> wrote:
>> thanks.
>> I mean does coeff decoding depend on the "MV partition decoding" in
>> any way(any dependency likeon MB modes etc). I want to decode the
>> coeff and the partition that contains MV in parallel using two
>> different processors on the same chip?
>> On Tue, Aug 7, 2012 at 11:01 PM, Rajesh Pamula <rajeshpam...@gmail.com>
>> wrote:
>> > As far as I remember, MVDs are part of control partition along with
>> > frame
>> > level and MB level information and MVP computation does not depend on
>> > coeffs
>> > either and hence the answer is yes. Parallel decoding should be
>> > possible.
>> > On Tue, Aug 7, 2012 at 7:25 PM, sanjeev verma <sanjeev1...@gmail.com>
>> > wrote:
>> >> Hi,
>> >> In VP8, Can Coeff and MV decoding happen completely in parallel
>> >> without any dependency?
>> >> Reg,
>> >> San
>> >> --
>> >> You received this message because you are subscribed to the Google
>> >> Groups
>> >> "WebM Discussion" group.
>> >> To post to this group, send email to webm-disc...@webmproject.org.
>> >> To unsubscribe from this group, send email to
>> >> webm-discuss+unsubscr...@webmproject.org.
>> >> For more options, visit this group at
>> >> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
>> > --
>> > Rajesh Pamula
>> > Post Graduate Student
>> > Analogue and Digital Integrated Circuit Design
>> > Imperial College London.
>> > Residence Phone: +44-20-78522056
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups
>> > "WebM Discussion" group.
>> > To post to this group, send email to webm-disc...@webmproject.org.
>> > To unsubscribe from this group, send email to
>> > webm-discuss+unsubscr...@webmproject.org.
>> > For more options, visit this group at
>> > http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
>> --
>> You received this message because you are subscribed to the Google Groups
>> "WebM Discussion" group.
>> To post to this group, send email to webm-disc...@webmproject.org.
>> To unsubscribe from this group, send email to
>> webm-discuss+unsubscr...@webmproject.org.
>> For more options, visit this group at
>> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
> --
> Rajesh Pamula
> Post Graduate Student
> Analogue and Digital Integrated Circuit Design
> Imperial College London.
> Residence Phone: +44-20-78522056
> --
> You received this message because you are subscribed to the Google Groups
> "WebM Discussion" group.
> To post to this group, send email to webm-disc...@webmproject.org.
> To unsubscribe from this group, send email to
> webm-discuss+unsubscr...@webmproject.org.
> For more options, visit this group at
> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
Hi,
In VP8, does loop filtering of the current MB depend upon neighbouring
MB's properties like neighbouring MB type or Motion vectors etc?
Regards,
Sanjeev
A quick scan of the spec did not indicate anything like loop filtering
being dependent on neighbor MB properties. To be honest, I am quite
surprised by that given other contemporary standards take MVs and Qps into
account while determining filter strength. Atleast I would have liked a Qp
dependence, although it is possible even now by setting LF adjustments per
segment ID, but that would leave the decision making to encoder, rather
than being specified in the standard.
I have been erroneous and rusty off-late wrt VP8. I am hoping more
experienced experts (John and others) would correct me, if I am wrong.
On Thu, Aug 23, 2012 at 5:35 PM, sanjeev verma <sanjeev1...@gmail.com>wrote:
> Hi,
> In VP8, does loop filtering of the current MB depend upon neighbouring
> MB's properties like neighbouring MB type or Motion vectors etc?
> Regards,
> Sanjeev
> --
> You received this message because you are subscribed to the Google Groups
> "WebM Discussion" group.
> To post to this group, send email to webm-disc...@webmproject.org.
> To unsubscribe from this group, send email to
> webm-discuss+unsubscr...@webmproject.org.
> For more options, visit this group at
> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
-- Rajesh Pamula
Post Graduate Student
Analogue and Digital Integrated Circuit Design
Imperial College London.
Residence Phone: +44-20-78522056
On Thu, Aug 23, 2012 at 10:56 PM, Rajesh Pamula <rajeshpam...@gmail.com> wrote:
> A quick scan of the spec did not indicate anything like loop filtering being
> dependent on neighbor MB properties. To be honest, I am quite surprised by
> that given other contemporary standards take MVs and Qps into account while
> determining filter strength. Atleast I would have liked a Qp dependence,
> although it is possible even now by setting LF adjustments per segment ID,
> but that would leave the decision making to encoder, rather than being
> specified in the standard.
> I have been erroneous and rusty off-late wrt VP8. I am hoping more
> experienced experts (John and others) would correct me, if I am wrong.
> On Thu, Aug 23, 2012 at 5:35 PM, sanjeev verma <sanjeev1...@gmail.com>
> wrote:
>> Hi,
>> In VP8, does loop filtering of the current MB depend upon neighbouring
>> MB's properties like neighbouring MB type or Motion vectors etc?
>> Regards,
>> Sanjeev
>> --
>> You received this message because you are subscribed to the Google Groups
>> "WebM Discussion" group.
>> To post to this group, send email to webm-disc...@webmproject.org.
>> To unsubscribe from this group, send email to
>> webm-discuss+unsubscr...@webmproject.org.
>> For more options, visit this group at
>> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
> --
> Rajesh Pamula
> Post Graduate Student
> Analogue and Digital Integrated Circuit Design
> Imperial College London.
> Residence Phone: +44-20-78522056
> --
> You received this message because you are subscribed to the Google Groups
> "WebM Discussion" group.
> To post to this group, send email to webm-disc...@webmproject.org.
> To unsubscribe from this group, send email to
> webm-discuss+unsubscr...@webmproject.org.
> For more options, visit this group at
> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
Filtering depends on the actual reconstructed pixel values of the
above and left MB. These neighboring pixels can also be altered by the
filtering process of the current macroblock.
But yes, the neighbors' mode, mv or such properties are not used.
On Thu, Aug 23, 2012 at 8:31 PM, sanjeev verma <sanjeev1...@gmail.com> wrote:
> Thanks Rajesh.
> Any other replies will also be appreciated.
> Regards,
> Sanjeev
> On Thu, Aug 23, 2012 at 10:56 PM, Rajesh Pamula <rajeshpam...@gmail.com> wrote:
>> A quick scan of the spec did not indicate anything like loop filtering being
>> dependent on neighbor MB properties. To be honest, I am quite surprised by
>> that given other contemporary standards take MVs and Qps into account while
>> determining filter strength. Atleast I would have liked a Qp dependence,
>> although it is possible even now by setting LF adjustments per segment ID,
>> but that would leave the decision making to encoder, rather than being
>> specified in the standard.
>> I have been erroneous and rusty off-late wrt VP8. I am hoping more
>> experienced experts (John and others) would correct me, if I am wrong.
>> On Thu, Aug 23, 2012 at 5:35 PM, sanjeev verma <sanjeev1...@gmail.com>
>> wrote:
>>> Hi,
>>> In VP8, does loop filtering of the current MB depend upon neighbouring
>>> MB's properties like neighbouring MB type or Motion vectors etc?
>>> Regards,
>>> Sanjeev
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "WebM Discussion" group.
>>> To post to this group, send email to webm-disc...@webmproject.org.
>>> To unsubscribe from this group, send email to
>>> webm-discuss+unsubscr...@webmproject.org.
>>> For more options, visit this group at
>>> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
>> --
>> Rajesh Pamula
>> Post Graduate Student
>> Analogue and Digital Integrated Circuit Design
>> Imperial College London.
>> Residence Phone: +44-20-78522056
>> --
>> You received this message because you are subscribed to the Google Groups
>> "WebM Discussion" group.
>> To post to this group, send email to webm-disc...@webmproject.org.
>> To unsubscribe from this group, send email to
>> webm-discuss+unsubscr...@webmproject.org.
>> For more options, visit this group at
>> http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
> --
> You received this message because you are subscribed to the Google Groups "WebM Discussion" group.
> To post to this group, send email to webm-disc...@webmproject.org.
> To unsubscribe from this group, send email to webm-discuss+unsubscr...@webmproject.org.
> For more options, visit this group at http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
Need some help on VP8 partiton. My decoder pipeline is designed to operate on MacroBlock (MB) basis. So my question is
1. With multiple partition, is it possible to decode the complete MB till Loop Filter ?
What I understood from multiple partition is , for eg a frame with 4 MB rows, and partition is 2. In this case the bitstream is packed with even rows followed by odd rows.
BitStream: MBrow0-MBRow2-MBRow1-MBRow3
If this is how it is received at the input of decoder, then Intra Prediction and loop filter cannot start processing the MB Row2, because MBRow1 is still not decoded.
you know the offsets of each data partition in advance. So although you
have a bitstream as you stated, you know the offsets/positions of the data
for MBrow0 and MBrow1 in advance. So really, you have two bitstreams:
bitstream1: MBRow0-MBrow2[-...]
and
bitstream2: MBrow1-MBrow3[-...]
to do a MB-based pipeline design, just use the two bitstreams
interchangeably for each mbrow you're decoding. I.e. use bitstream1 for
mbrow0, then bitstream2 for mbrow1, then bitstream1 again for mbrow2, and
lastly bitstream2 for mbrow3. You can also make this multithreaded, by
having two threads, where thread 1 decodes bitstream1 and thread2 decodes
bitstream2 in parallel.
On Sun, Dec 30, 2012 at 9:08 AM, Ben <ben.a...@outlook.com> wrote:
> Hi Rajesh,
> Need some help on VP8 partiton. My decoder pipeline is designed to operate
> on MacroBlock (MB) basis. So my question is
> 1. With multiple partition, is it possible to decode the complete MB till
> Loop Filter ?
> What I understood from multiple partition is , for eg a frame with 4 MB
> rows, and partition is 2. In this case the bitstream is packed with even
> rows followed by odd rows.
> BitStream: MBrow0-MBRow2-MBRow1-MBRow3
> If this is how it is received at the input of decoder, then Intra
> Prediction and loop filter cannot start processing the MB Row2, because
> MBRow1 is still not decoded.