PDA

View Full Version : x264 parameters / decode speed


agilpwc
26th February 2007, 21:27
Which of the x264 parameters or options make a video harder to decode?

What I'm looking for is the best parameters for a video that will be played back on a older computer. For example I have some 1280x720 videos that I'm trying to encode and even my dual core laptop has trouble playing it back, using the inefficient QT. Of course with VLC no problem, but I want to distrubute the video.

currently I've come up with
--bitrate 2500 --direct temporal --subme 6 --analyse p8x8,b8x8,i4x4,p4x4 --no-cabac --me dia --threads auto --thread-input --progress --no-psnr --no-ssim

For example, I know subme 6 slows encode time, but does it slow decode time?

shon3i
26th February 2007, 21:40
cabac slow down decoding process

Manao
26th February 2007, 22:15
Major speed factors ( from the most important to the least )
- cabac
- deblocking
- resolution
- bitrate
- bframes
- p4x4
- i4x4
- i8x8
- 8x8

No effect at all ( quality settings )
- subme
- me
- threads
- trellis
- ...

Dethis
27th February 2007, 10:29
Just add to the above that cabac's influence in decoding speed is not steady but almost totally proportional to the bitrate.
So the conclusion is that when we encode with cabac on, the bitrate is the major factor in decoding speed.

DeathTheSheep
28th February 2007, 03:40
I've also found (at least with CoreAVC plugin for Win32 TCPMP 0.72rc1) that a stream with 16 references decoded almost 10% more slowly than a stream with similar encoding settings but with 1 reference (mixed).

bond
2nd March 2007, 18:59
Which of the x264 parameters or options make a video harder to decode?

What I'm looking for is the best parameters for a video that will be played back on a older computer. For example I have some 1280x720 videos that I'm trying to encode and even my dual core laptop has trouble playing it back, using the inefficient QT. Of course with VLC no problem, but I want to distrubute the video.

currently I've come up with
--bitrate 2500 --direct temporal --subme 6 --analyse p8x8,b8x8,i4x4,p4x4 --no-cabac --me dia --threads auto --thread-input --progress --no-psnr --no-ssim

For example, I know subme 6 slows encode time, but does it slow decode time?check the decoder comparison sticky for getting an idea on how things influence decoding