This is most likely the case, however i think it would be tremendously
more productive to instead contribute to Transcode routines to do
computations on the graphics card. Graphics cards today have very
configurable systems for use in direct computational tasks or rendering
off-screen, and these could be leveraged to great effect by programs
like transcode. Saddly, I haven't the time or knowledge of video
encoding and transcode internals to persue this myself, or i would. I
would venture a guess that this could boost encoding speeds by
tremendous factors, even if only used to deint/scale the source. It
should be possible to even do the video encoding on the GPU, and leave
demuxing, muxing, preparation, etc to the CPU.
-Chandler
>I was thinking about this. It must be because mplayer and Xine use the
>graphics card to do this partially in hardware. The hardware will also do the
>image scaling. Jörn, would it be possible to use mplayer or Xine to decode
>the video, and perform the de-interlacing and scaling (almost for "free"),
>and then use transcode to do the encoding. This should provide a massive
>speed boost.
>
signature.asc
Description: OpenPGP digital signature
|
DOCUMENTATION
TABLE OF CONTENTS