Re: PSNR, Bitrate of Full Search and other algorithms
Chien Tran <[email protected]> Sat, 16 Jun 2012 08:09:05 +0700
| Newsgroups | gmane.comp.video.xvid.devel |
|---|---|
| Message-ID | <CAC4iO9Mo=k1vafRZRd58OcVmL84b-NewBD0o_vURzOkpeuvnaQ@mail.gmail.com> |
Thank you for your advice, I will try to investigate the code more to find out what is going on with that. I believe that my results are wrong Regards, 2012/6/16 Jason Garrett-Glaser <[email protected]> > On Fri, Jun 15, 2012 at 7:19 AM, Chien Tran <[email protected]> wrote: > > That's what makes me worry. I only implement the full pel motion > estimation > > and disable sub-pel on other algorithms. Not only the PSNR is higher, but > > the bit rate is also significantly smaller (Ex: 520kbit/s with UMHexagon > > and 430kbit/s with new algorithm). Actually, I implement this algorithm > on > > JM Reference Software, and the PSNR and the ME time are calculated > > automatically when encoding the video. Therefore I think the PSNR and > > bitrate are correct. > > You didn't even run a regression test to confirm that the bitstream > was still valid? > > You might have also broken something by disabling subpel that you > didn't intend to. > > Odds are very high (99.9%) that your results here are not real; you > should go to your utmost efforts to show that they aren't, as anyone > should do with any seemingly impossible results before assuming > they're valid. > > Also, the JM reference is terrible; implement this in a real encoder first. > > Jason > _______________________________________________ > Xvid-devel mailing list > [email protected] > http://list.xvid.org/mailman/listinfo/xvid-devel > -- Best wishes, Tran Xuan Chien University of Information Technology Phone: (+84) 1692 468 154