Re: [libdv-dev] Possible bug encoding interlaced material?

[Jonathan W. <jw...@ph...>]

> > > To my opinion there are to issues:
> > > 1. block artefacts in luma space. If noticed them too, even after first
> > >    recoding of the same frame with libdv.
> > > 2. shadows of the other field. This may be related to color handling of
> > >    other decoders too. As you encode with fps=25 I think you are
> > >    operating in PAL mode. You converted dv to png with mplayer who
> > >    uses ffmpeg to my knowledge as default decoder.
> > >    DV-PAL has different needs when 4:2:0 is decoded as color subsampling
> > >    is field based and not frame based.
:
> to (1): Yes, I tried to fix that, but I _failed_.  So it is still on the TODO list.
> to (2): There was a big thread on this list. It started on 2003-11-01,
>           subject: "libdv produces strange interlaced frames".
>           Mails from Roman's and me (2003-11-06/07) show the handling
>           of field based chroma information. This is implemented in libdv's
>           decoder for YUV2 output (not encoding part).

Right, so I take it from this that especially as a result of (2), libdv's
*encoder* really isn't up to the task yet if minimal artifacting is desired?

Is anyone working on this and/or is there a plan to address these issues
(particularly 2)?

Regards
  jonathan
-- 
* Jonathan Woithe    jw...@ph...                        *
*                    http://www.physics.adelaide.edu.au/~jwoithe            *
***-----------------------------------------------------------------------***
** "Time is an illusion; lunchtime doubly so"                              **
*  "...you wouldn't recognize a subtle plan if it painted itself purple and *
*   danced naked on a harpsichord singing 'subtle plans are here again'"    *