Re: [Deinterlace-discuss] TimeShift update

[Rob M. <rob...@gm...>]

At 06:06 09-06-05, Nick Kochakian wrote:
>Yeah, I probably read it wrong. The thing I didn't like about it aside 
>from the fact that it didn't seem very fast was that it was affected by 
>the choice of deinterlacer made by the user, which also makes it seem like 
>it would be more suseptiable to lost frames in certain conditions.

If I am not mistaken that is exactly what would one expect. If you choose 
odd or even scanlines only, the size of the image after deinterlacing is 
different than from other plugins that really do double the data.

>You also have to record at 30 FPS doing this, because recording at full 
>height at 60 FPS isn't possible without dropping data. Recording full 
>height interlaced means you can go and run video post processing on it and 
>scale it back up to 60 FPS for your final output.

One thing I would really like to see is recording all incoming fields (at 
50 or 60 fps). When playing back any filtering and deinterlacing could be 
done. When you record lossless, this results in recorded video played back 
with the exact same quality as the live viewing.

I did compile the new code and it looks very promising. The code looks 
simple  and understandable, very good!
Recording went much smoother than with the old code, no more disk rattling.

Some problems I noticed:
- the recorded file can't be played back on my system. I don't know why. 
When processing the file with virtualdub (direct stream copy with both 
audio and video) the file can be played back. Maybe there is an error in 
the header?
- sometimes the recording does not stop when pressing shift+s, the hard 
disk led does not flicker but is lit constantly, the file grows very fast. 
The only option is to kill DScaler which resulted in a reboot both times.
- The Video Compression window does not save the compressor I have chosen. 
After choosing Huffyuv and pressing OK and pressing Configure again the 
Compressor is always No Recompression. When recording the correct codec is 
used though.
I don't understand the difference between No Recompression and Full Frames 
(Uncompressed).

I am looking forward to any improvements you make, this looks very promising.

Rob