Re: [Deinterlace-discuss] Full height recording

[Laurent G. <lg...@fr...>]

Hi Rob.

----- Original Message ----- 
From: "Rob Muller" <rob...@gm...>

> I found out that the main performance problem with full height recording 
> was the fact that the codec is reading directly from the overlay. I added 
> some code to buffer this which makes full height recording work pretty nice.
> When cleaning up the code before commiting to CVS I noticed that Laurent 
> already added similar code a few months ago. I clearly wasted my time.
> Laurent's code did not work with full height timeshifting because of a 
> minor bug. The problem is fixed now and recording at 768x576 with Huffyuv 
> takes about 40% of CPU time (P4 3GHz) with no dropped frames.

Oh sorry, I thought it was working. But you are right, I have noticed few
months ago that working directly in memory helped a lot performance when
recording.

> This comes from timeshifting.h:
> ********************
>   OPTIMIZE:
>    - Is there a codec out there that takes YUY2, compress it, but don't convert
>      to RGB in the process?  If so, we can get rid of our rgb<-->yuv routines.
> ********************
> 
> I am a video encoding newbie but isn't Huffyuv the codec we are looking for?
> For best compression I let Huffyuv convert RGB to YUY2. It looks like we 
> can get rid of two conversions in the process.

The problem is that we are using an interface that requests RGB data.
So, yes, we should avoid this conversion YUY2 to RGB before providing the
data to the encoder, but to do that we need to use another interface. And the
new DScaler architecture (5.0) should help a lot, but that probably means that
all the code should be rewritten.

Regards
--------------------------------------------------------------------
Laurent