bond
4th April 2006, 19:58
as i am planning to update my avc decoder comparison soon i wondered how to best measure the speed of the quicktime avc decoder
i have thought about four different methods:
1) decoding via the avisynth quicktime wrapper plugin (http://forum.doom9.org/showthread.php?t=104293)from tateu and measuring the video speed via directshow in elecards chegepuga or haalis timecodec
2) the directshow quicktime wrapper filter from cyberlink (+ elecard/haali
3) the directshow quicktime wrapper filter from intervideo (+elecard/haali)
4) the VFAPI quicktime wrapper plugin via avisynth and directshow (+ elecard/haali)
some first results on a quicktime created avc mp4 (25fps) were:
intervideo (yuy2 output): 19.93fps
tateu (yuy2): 19.60fps
cyberlink (rgb24): 18.60fps
vfapi (rgb24): 15.72fps
now those values are so crappy i wonder if they are meaningful? obviously i deactivated "use clock" in graphedit to make sure the decoder decodes as fast as possible
any other idea how to measure quicktime's speed so its comparable to the maximum decoding speeds of other avc decoders?
i have thought about four different methods:
1) decoding via the avisynth quicktime wrapper plugin (http://forum.doom9.org/showthread.php?t=104293)from tateu and measuring the video speed via directshow in elecards chegepuga or haalis timecodec
2) the directshow quicktime wrapper filter from cyberlink (+ elecard/haali
3) the directshow quicktime wrapper filter from intervideo (+elecard/haali)
4) the VFAPI quicktime wrapper plugin via avisynth and directshow (+ elecard/haali)
some first results on a quicktime created avc mp4 (25fps) were:
intervideo (yuy2 output): 19.93fps
tateu (yuy2): 19.60fps
cyberlink (rgb24): 18.60fps
vfapi (rgb24): 15.72fps
now those values are so crappy i wonder if they are meaningful? obviously i deactivated "use clock" in graphedit to make sure the decoder decodes as fast as possible
any other idea how to measure quicktime's speed so its comparable to the maximum decoding speeds of other avc decoders?