SourceBuffer of MSE does freeze in updating state

Issue #8972303 • Assigned to Daniel T.

Details

Created
Sep 19, 2016
Privacy
This issue is public.
Found in
  • Microsoft Edge
Standard affected
Media Source Extensions

Found in build #
14
Reports
Reported by 1 person

Sign in to watch or report this issue.

Steps to reproduce

This issue is a reopening of issue #8312714. It was not possible for me to reopen that issue, which is why I created a new one.

The following issue occurs in Edge 14 on Windows 10.
Wrap an MP3 into an MP4 file with MP4Box and segment it afterwards.

mp4box -add any-mp3.mp3#audio unsegmented.m4a
mp4box -dash 10000 -frag 1000 unsegmented.m4a

This will create a file named unsegmented_dashinit.mp4. If this MP4 file gets added to a SourceBuffer of a MediaSource, this SourceBuffer will transition to its updating state. It will then never fire an error or updateend event again. It will just remain in the updating state forever.
Please tell me if you need more details to reproduce the issue.

Attachments

0 attachments

    Comments and activity

    • Microsoft Edge Team

      Changed Assigned To to “Brad E.”

    • I downloaded a sample mp3 file and ran the command you gave and it returns an Error.

      Error - 2 input names specified, please check usage

      What am I doing incorrectly here?  I even named the mp3 file “any-mp3.mp3” in order to keep things the same :)

      Do I need a m4a file as well? For sanity’s sake - could you upload a sample one? They seem to be fairly hard to get based on a few basic searches.

      Thanks for your help triaging the issue.

    • This item of
      feedback will be closed out soon due to inactivity. Please provide any details
      that you have so that we can investigate further and prevent closure of the
      item.

       

      All the best,

      The MS Edge Team

    • Hi Brad,

      thanks for looking into this issue.

      I created a little test page to test various file formats. The source code which contains all the source files is available on GitHub. This bug is related to the third test "MP3 inside of a MP4 container".

      Please let me know if you need more information to reproduce the bug.

      Many tanks again
      Christoph

    • I see - thanks.  Will start the investigation.

    • Microsoft Edge Team

      Changed Assigned To to “Venkat K.”

      Changed Assigned To from “Venkat K.” to “Daniel T.”

    • Thank you Brad. Let me know if there is anything I can do to help you.

    • Hello,
      I’m faced the same problem with playing mp3 audio with MSE.
      I checked Christoph's MSE tests and seems codec for audio-mp3.mp4 file is .mp3 - MPEG-1/2 Part 3 - QuickTime File Format: audio/mp4; codecs=".mp3". This codec however is not supported by MS Edge as result from MediaSource.isTypeSupported. Example with supported media formats could be found here.

      I prepared additional test with Audio ISO/IEC 11172-3 codec or by mime type: audio/mp4; codecs="mp4a.6B". This is supported by MediaSource.isTypeSupported but still not playable by MSE. Interesting thing is that if file is added as src attribute of audio tag it is playing normally, but if trying to play with MSE it gives me MEDIA_ERR_SRC_NOT_SUPPORTED media error. I used same example from Christoph and here is test page and the source code is here.

      Best regards
      Mladen

    • Hello again,

      @Microsoft Edge Team is there any progress on this issue?

      Do you have any working examples with mp3 audio and MSE ?
      Could you provide some test (correct) file or chunk ?

      Please give us some feedback where is the problem.

      Regards
      Mladen

    You need to sign in to your Microsoft account to add a comment.

    Sign in