I understood why I was dissatisfied by quality of encoding your program in Xvid.
Business in that is not used support of BVOP which quality considerably rises at.
If it is possible do possibility of choice even. Also Qpel touches but it already only as an
additional option.
Quality in HandBrake
Forum rules
An Activity Log is required for support requests. Please read How-to get an activity log? for details on how and why this should be provided.
An Activity Log is required for support requests. Please read How-to get an activity log? for details on how and why this should be provided.
Re: Quality in HandBrake
google translation japanese done english so is?
Re: Quality in HandBrake
No, from russian.cvk_b wrote:google translation japanese done english so is?
Re: Quality in HandBrake
Do an option to encode with support of DVOP for Xvid
And on possibility option of Qpel
And on possibility option of Qpel
Re: Quality in HandBrake
I understand that these are features you desire, but remember that the developers implement features they themselves desire and use. As far as I can tell, few to none of them use XVID; H264 is where it's at yo
You might want to reconsider xvid, or start looking for another tool which hits closer to the target!
You might want to reconsider xvid, or start looking for another tool which hits closer to the target!
Re: Quality in HandBrake
XviD is being removed from HandBrake altogether.MaXiM wrote:Do an option to encode with support of DVOP for Xvid
And on possibility option of Qpel
Re: Quality in HandBrake
As I've explained many times before, this is not happening because Xvid neglects, as far as I'm aware, to make this easy for interface developers. You know what sucks? Having to write every individual parameter of an encode and recode them whenever the API changes. Without an equivalent to x264_param_parse() this would never happen even if we weren't dropping Xvid.