I think it IS the decoder overhead. With 720p@24 Xvid will play just fine on my 2.4 GHz P4 and almost okay at lower bit rates on my 833 MHz P3. X264 will not. I do not believe either codec is using any extra hardware acceleration from the video card for these tests and both would be sending an equal number of video bytes to the display. So I have to assume it is a difference in the decoders, though maybe not just in the basic algorithms. Speed in these things is a function of both the CPU and (greatly) the memory bandwidth between all of RAM, video memory, and the CPU. When writing video filters on Intel platforms much of my optimization is just trying to minimize memory access delay. - Tom Craig Birkmaier wrote: > At 1:10 PM -0400 6/10/05, John Golitsis wrote: > >>Case in point - although I love the quality of H264, the files are >>consuming too much CPU bandwidth on my PC to run smoothly in our >>digital signage application since there's no hardware assist for the >>decode. >> > > > I suspect that the problem is NOT the decode. More likely that the > system cannot get the uncompressed samples to the display in a timely > manner. > > Buy this too is just a transitional issue. Machines that can handle > proper playout of H.264 files at HD resolution exist today. In a few > years they will be commonplace. > > Regards > Craig > > > ---------------------------------------------------------------------- > You can UNSUBSCRIBE from the OpenDTV list in two ways: > > - Using the UNSUBSCRIBE command in your user configuration settings at > FreeLists.org > > - By sending a message to: opendtv-request@xxxxxxxxxxxxx with the word > unsubscribe in the subject line. > > ---------------------------------------------------------------------- You can UNSUBSCRIBE from the OpenDTV list in two ways: - Using the UNSUBSCRIBE command in your user configuration settings at FreeLists.org - By sending a message to: opendtv-request@xxxxxxxxxxxxx with the word unsubscribe in the subject line.