Creative Communities of the World Forums

The peer to peer support community for media production professionals.

Activity Forums Compression Techniques Streaming Media East – Jan Ozer talk on H.264 – my brief notes

  • Streaming Media East – Jan Ozer talk on H.264 – my brief notes

    Posted by Craig Seeman on May 11, 2009 at 8:21 pm

    Streaming Media East – Jan Ozer talk on H.264- my brief notes

    Jan often does extensive direct testing before making observations.

    These are points I thought were most interesting.

    CABAC vs CABVLC. He nearly always uses CABAC as there’s generally very little difference in decode ability for most computers.

    Microsoft Silverlight 3 will be extension agnostic. It will even handle .mov

    Currently no difference with extensions and use in Flash but Adobe says they may implement .f4v specific metadata in the future.

    H.264 (typical web video settings) is generally easier to decode than VP6 (despite a certain company’s claims to the contrary).

    Free cross platform utility provides codec details used in H.264 (and other) encodes
    https://mediainfo.sourceforge.net/en
    He noted that YouTube is using CABAC and High Profile on its 720p encodes.
    Apple’s online video uses CAVLC and Main he suspects probably due to limitations in Compressor.
    Interesting article relating
    https://www.streaminglearningcenter.com/articles/18/1/YouTube-does-720P-HD-using-H264/Page1.html

    Once implemented, he believes H.264 Scalable Video Coding will dominate as a standard multi bit rate delivery method but it’s about 2 years away (compared to Adobe Dynamic Streaming, Microsoft Smooth Streaming, Move Network Adaptive Streaming)

    He said Dicas is about as good as Main Concept (MC had slight but insignificant edge), Apple’s is way behind. Generally this is most noticeable at lower bit rates). Squeeze has fixed issues with it’s implementation of Main Concept in recent updates.

    He mentions H.264 can look good at 0.1 bits per pixel or less. 0.15 would be conservative. Anything more would be unnecessary.

    He went over various compression apps (Carbon Coder, Compressor, Squeeze, Episode). He did mention he sets slices to 1 instead of Automatic (1 per CPU) since, although it encodes slower, because of fewer issues when CPUs only examine a given slice (Basically some compressions apps like Episode can distribute parts of an image to different CPUs in a multicore system).

    He’ll make the PDF of the presentation available at Streaming Media web site.

    Ed Dooley replied 17 years, 3 months ago 3 Members · 4 Replies
  • 4 Replies
  • Ed Dooley

    May 11, 2009 at 8:52 pm

    Great info Craig, thanks! In talking about encoders to he pick a favorite?
    Ed

  • Craig Seeman

    May 12, 2009 at 2:25 am

    Although Flash Media Encoder uses Main Concept he thought the controls were very limited.
    Apple Compressor he thought had both limited controls and the worst looking codec.

    He liked Episode Dicas codec. It had very deep controls. He liked Squeeze which had good controls and Main Concept codec. Both are cross platform. Keep in mind this was specific to H.264 encoding.

  • Daniel Low

    May 12, 2009 at 11:00 am

    [Craig Seeman] “Once implemented, he believes H.264 Scalable Video Coding will dominate as a standard multi bit rate delivery method”

    I’ll second that.

    [Craig Seeman] “He said Dicas is about as good as Main Concept (MC had slight but insignificant edge), Apple’s is way behind. Generally this is most noticeable at lower bit rates). Squeeze has fixed issues with it’s implementation of Main Concept in recent updates.”

    Watch out for updates from Apple and Mainconcept. Interesing he doesn’t mention Ateme

    More from Jan:

    https://www.streaminglearningcenter.com/articles/

    __________________________________________________________________
    Two years from now, spam will be solved. – Bill Gates, World Economic Forum 2004

  • Ed Dooley

    May 13, 2009 at 6:34 pm

    Thanks!
    Ed

We use anonymous cookies to give you the best experience we can.
Our Privacy policy | GDPR Policy