Start a new topic

cannot play mp3 files via HLS


It seems that the Viblast player has difficulty playing the MP3 files via HLS protocol.

Here is a file it can play (AAC):

It can be viewed on this page:

Here is a file it cannot play (MP3):

It can be viewed on this page:

The streaming server is Wowza.

Viblast's release history mentions added support for MP3 files in version 6.40:

so I was hoping that streaming MP3 files will work.

I've tested this mp3 file at the Theoplayer demo page:

by entering the URL of the stream:

and it works fine. So it seems that this is technically possible to stream such files with the html5 video tag.

Hope you can enhance the Viblast player so that it will be able to stream such MP3 streams via HLS.

Hello Vladimir,

Thank you for the report and the test stream. Your stream is encrypted and the support of encrypted MP3 streams is in development yet. We will let you know when it is ready. Unencrypted mp3 is supported, so let us know if you find any issues with it. 

Many thanks for your reply! I'll wait for your support of encrypted MP3 streams.

I've renamed the test page URL to

it uses an encrypted MP3 stream

and I've added two more test pages with unencrypted MP3 streams:

it uses unencrypted MP3 stream with MP3 chunks

This stream also does not work in Viblast, but it works on the Theoplayer demo page.

it uses unencrypted MP3 stream with TS chunks

This stream works fine in Theoplayer.

So please also consider to add support for playing HLS streams with MP3 chunks.


Thank you again for the report.

If you test with MS IE11/Edge - MP3 is still not supported as MS does not provide enough MSE documentation about the mime types support.


I'm testing with Google Chrome 59.0.3067.0 dev (64-bit) on Linux.

I've noticed an inaccuracy in my comment: the stream on the page

works fine in Viblast (it uses unencrypted MP3 with TS chunks).

The test on the page

fails in Viblast (but works on the Theoplayer demo page). This page uses unencrypted MP3 with MP3 chunks.


Did you try with the latest stable version: 55.0.2883?

I've just re-tested with Google Chrome 57.0.2987.133 which is the latest stable version on Linux, and the behavior remained the same:

unencrypted MP3 from page

works fine in Viblast (it uses unencrypted MP3 with TS chunks).

but unencrypted MP3 from page

fails in Viblast (but works on the Theoplayer demo page). This page uses unencrypted MP3 with MP3 chunks.


Thank you for the test streams. We added the support for MP3 raw format (with mp3 chunks) and now the pages above work as expected. 

Best regards,


Thank you for your reply. It looks like you've made good progress!

Now it looks like even the encrypted MP3 from this page works too:

(I.e. all 3 test mp3 pages seem to play the music now).

However, there seems to be a problem with the current Viblast version (6.42.1): it seems that the AAC streams are now broken - this page now shows an error:

If I explicitly specify the Viblast version 6.41 in the script tag, i.e. use


I can play this stream, but when loading // (or when specifying version 6.42.1) I cannot stream the AAC file anymore.

Also, I've noticed a problem on Google Chrome with streaming MP3 files:

Open any of the 3 test pages for mp3, e.g.

in Google Chrome, and then try to seek to various positions in the track while it is playing by clicking the videojs control for seeking the track. The outcome of such seeking is often one of the following:

the track length displayed by videojs often changes from the correct value 3:04, and the track may either stop playing at the position you've switched to, or playback could freeze. This does not happen in Firefox: there, I can seek without problems back and forth, and playback continues from the correct place and the track duration does not change.


Thank you for the detailed report. The player had a bug with AAC and MP3 raw streams detection and for some cases it decided that the AAC stream is an MP3 and vise versa. We fixed this with the new version - 6.42.2.

Chrome does not detect the correct timestamps with MP3 streams. As a workaround the player has to set them explicitly which is not implemented yet. We will try to implement this logic with the next releases.

Best regards,


With the last Viblast Player release - 6.43.1 the seek issue with Chrome is fixed.

Many thanks for the fixes! Everything seems to work fine now.

Login to post a comment