Video quality with deinterlacing isn't acceptable, if you look at the edges of some of the moving objects you will notice some combing for example. As someone else mentioned, we need to preserve all of the information in the original video, which means delaying the bottom field by one frame. With avisynth this is easy (separateFields, trim, and weave), and video is gorgeous. Unfortunately we can't modify the upstream system and need to find a way to play this under Linux w/ VLC.
Is hacking avcodec a really bad idea? It's certainly a last resort, and sad its come to that, but I've not been able to come up with any better ideas that don't involve ditching VLC. Also, for BlackMagic, what's the issue you mentioned with their software? Let me know, I'll communicate it to them. They have gotten much better recently responding to issues. ----- Original Message ----- From: Luca Barbato [mailto:[email protected]] Sent: Saturday, January 26, 2013 07:07 AM To: [email protected] <[email protected]> Subject: Re: [libav-devel] Contract development for mpeg-2 decoding On 26/01/13 13:47, Kieran Kunhya wrote: > On Sat, Jan 26, 2013 at 3:58 AM, Luca Barbato <[email protected]> wrote: >> On 25/01/13 23:36, [email protected] wrote: >>> Hi all, >>> >>> I need a custom patch for the avcodec mpeg-2 decoder. >> >> avplay -vf yadif shows a decent image by itself btw. >> >> lu > > Well losing half your temporal information isn't generally acceptable > in broadcasting. Better 1/2 right than 1 wrong as stopgap. > I am not 100% sure what OP is trying to achieve here. Indeed. Would be great having more information, I noticed that the first frame/field triggers an error btw. lu _______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel This email was sent to you by Thomson Reuters, the global news and information company. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Thomson Reuters. _______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel
