Results 1 to 6 of 6

Thread: Live HLS fragments getting cached by the browser (HTTP Origin mode)

  1. #1

    Default Live HLS fragments getting cached by the browser (HTTP Origin mode)


    I'm using Wowza4 as HTTP Origin mode in HLS over Cloudfront for live streaming -- only wowza tuning was reducing the chunk duration to 2000 ; the cloudfront distribution has a minimum TTL manually set to 2 seconds (and not using origin cache headers).

    Having users complaining that their live stream displays "past" video. After investigating, it appears that when restarting the stream, the increment of the m2ts fragment resets (e.g. media_1.ts), and the browser uses the cached fragment, displaying old information, and not the new media_1.ts. However, it apparently does not used a cached chunklist.m3u8.

    How could i solve this ? Is the only way changing the stream id every live streaming session ? Is there a way for wowza/cloudfront to randomize the chunk id ?

    EDIT: from "Random identifiers must be added to live media chunk and fragment URLs so that each encoder session is unique from a caching perspective." I created my app configuration through the new manager GUI, by choosing the Live HTTP origin mode, shouldn't this automatically add the random identifiers (which i don't see here)?

    Wowza version is 4.0.3-ga-1

    Relevant Application.xml info:
    <LiveStreamPacketizers>cupertinostreamingpacketizer, mpegdashstreamingpacketizer</LiveStreamPacketizers>
    <HTTPStreamers>cupertinostreaming, mpegdashstreaming</HTTPStreamers>
    Last edited by Florent.T; 05-22-2014 at 03:07 AM.

  2. #2
    Join Date
    Jun 2012



    Did you enable the httpRandomizeMediaName property?

    In Application.xml, add the property to the <LiveStreamPacketizer>/<Properties> container:


  3. #3


    Awesome, it works, thanks.

    Out of curiosity, why isn't that enabled by default in LiveHttpOrigin mode ? Who wants to cache live fragments at all ?

    Also, it would be nice if the property was visible in the properties GUI (like ChunkDurationTarget which is in the same configuration section).

  4. #4
    Join Date
    Jun 2012


    Great. Thanks for the feedback.
    I will forward your suggestion to our product management team to take it into account for a future Wowza release.


  5. #5
    Join Date
    Oct 2013


    We tripped over the same problem. Not only is httpRandomizeMediaName NOT LISTED as an option under Advanced Configuration, it is also set to the WRONG DEFAULT value. In my books this is a critical BUG because it jeopardizes live events in potentially very embarrassing ways. Imaging broadcasting to the general public what was being rehearsed and said on stage just an hours before the show!? Just like Florent said, why on Earth would anyone want to have media chunks designed for HTTP caching to overlap in file name?

    Again, this is not a feature request. It's a bug report!

  6. #6



    The development team is aware of the issue and will address it in an upcoming release.


Similar Threads

  1. HTTP Live Origin - No HLS pull when Transcoder addon enabled
    By BargainsBeyond in forum General Forum
    Replies: 1
    Last Post: 08-28-2014, 12:12 AM
  2. DVR and http origin mode.
    By brayster99 in forum Tutorials Discussion
    Replies: 3
    Last Post: 01-06-2014, 11:02 AM
  3. Authenticate access to application in HTTP origin mode
    By jay_charles in forum General Forum
    Replies: 2
    Last Post: 06-24-2013, 07:59 AM
  4. Are HTTP outputs fragments stored in RAM in a live streaming situation ?
    By Florent.T in forum Live Streaming and Encoder Discussion
    Replies: 4
    Last Post: 02-04-2013, 10:03 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts