Minhua might not like it, but still technically possible (otherwise he would not have asked the question in the first place) with careful ordering of processing steps of deblocking (vertical/horizontal) and prediction.
--Dake -----Original Message----- From: video-codec [mailto:[email protected]] On Behalf Of Jean-Marc Valin Sent: Monday, August 17, 2015 3:50 PM To: Timothy B. Terriberry; [email protected] Subject: Re: [video-codec] Questions about Thor On 08/17/2015 03:33 PM, Timothy B. Terriberry wrote: > Well, certainly if you implement it in the order Jean-Marc was > describing, you could apply deblocking to pixels along interior edges > before using them to predict adjacent blocks along an exterior edge, > but I believe that was one of the "not implementation friendly" things > Minhua Zhou was complaining about. It means your hardware can't > pipeline reconstruction of those neighboring blocks until it has the > deblocked pixels, which is fairly late in the process. Well, most intra predictors use only the pixels on the edges of the block, so the interior pixels -- deblocked or not -- aren't used at all. In that case, the "recursive deblocking" is just equivalent to decoding the entire image and then deblocking rows/columns that are multiples of 8 but not 16 first, then deblocking those are are multiples of 16 but not 32, then deblocking the rest... Jean-Marc _______________________________________________ video-codec mailing list [email protected] https://www.ietf.org/mailman/listinfo/video-codec _______________________________________________ video-codec mailing list [email protected] https://www.ietf.org/mailman/listinfo/video-codec
