The VideoLAN Forums

I was having problems with some m3u8 video streams not playing on version 3.0.10 that used to play in previous version 3.0.8. The following solved the problem for me in windows 64 bit version of VLC:

replacing the file libadaptive_plugin.dll in VideoLAN\VLC\plugins\demux solves the problem in my case.
I replaced the file from version 3.0.10 with MD5 hash 3C9D6BCF547D0ED405D2E0C42212EFE6 and size 2,313,928 bytes
with the same file from version 3.0.8 with MD5 hash A71A60F416FA8E321E60FEE566DB9096 and size 2,271,944 bytes

once I did that m3u8 streams that previously worked in version 3.0.8 and did not work in 3.0.10 now also work in 3.0.10.

I don't know all the details of what video types this fixes what the problem really is or what this file does or whatever all I know is it got me working again so I'm posting to help others with this workaround.
I would be glad to hear a better solution, or if this is in fact a bug that perhaps the devs could look into.

Please give examples of streams (full URLs) which are exposing this issue.

And open Tools -> Messages (set Verbosity to 2) before you start the playback, and then paste the full resulting log here or on Pastebin.com if it's too long.

Same problem in Linux. So, it's not 'Windows specific'.

Some streams aren't being played, some are unaffected. The only difference I see is that #EXT-X-TARGETDURATION and #EXT-X-MEDIA-SEQUENCE switch positions. I guess VLC can't find #EXT-X-TARGETDURATION after #EXT-X-MEDIA-SEQUENCE and is constantly reloading chunk list.

Thanks, extrachunky97357! Replacing libadaptive_plugin.so with the old one has solved the problem.

Glad I could help RoDen! Also thanks for letting me know I'm not the only one with this issue.

Lotesdelere, the logs contain too much personal data so I can't post them. I did, however, check all the demux modes (automatic works perfectly but I wanted to see if I could find the specific one that VLC is using) and can further report that the one that works in the 3.0.8 version is called "unified adaptive streaming for DASH/HLS" in tools/preferences/all/"input/codecs"/Demuxers

Using the same demuxer in the 3.0.10 version the video appears to be trying to load forever and the log loops, but video is never displayed as it is in the 3.0.8 version.

Same here. Today updated to 3.0.10, and my streams stop play after few seconds. Downgraded to 3.0.8.

Hi, @Lotesdelere,

Please give examples of streams (full URLs) which are exposing this issue.

And open Tools -> Messages (set Verbosity to 2) before you start the playback, and then paste the full resulting log here or on Pastebin.com if it's too long.

Here is log file from W 3.0.10 x64 version playing https://nn.geo.joj.sk/live/hls/joj-720.m3u8
Afraid, it's local TV, and probably protected playing from other countries.
Full log file https://pastebin.com/wwe5aLvM
Stream stop few second (6-8?) after line 396 added (gnutls debug: - false start (RFC7918) enabled). Nothing more in debug log. Next lines are only response to stop button.

Thank you,
slavotom

You should create a new ticket on the VLC Trac, as a regression, with the links to your streams and to this thread.
https://trac.videolan.org/vlc/

Hi everyone,

I also notice that HLS streaming is now limited to 8 seconds only... (seems a new default setting as it occurs everytime).

on Windows10 64bits
for example this URL : https://manifest.vscdns.com/chunklist.m3u8?model_id=1003387&host=wowza001.mojo-eu.vs3.com&provider=level3&secure=true

Tried to replace the file libadaptive_plugin.dll ? Failed : ( \Downloads\libadaptive_plugin.zip: Impossible de créer C:\Program Files (x86)\VideoLAN\VLC\plugins\demux\libadaptive_plugin.dll ! Accès refusé.)

I did downgrade to version 3.0.8. and it's better now.

Thanks.
Best regards.
Phil

The stream plays about 20 seconds, then it freezes for 3 minutes, then the playback continues normally.

Ticket created
https://trac.videolan.org/vlc/ticket/24689

Also bad in VLC v3.2.11 for Android.

Same problems in VLC v4.0.0-dev. Replacing libadaptive_plugin with v3.0.8 works, also.

In most cases the problem is excessive or maybe never ending buffering (due to some new buffering "logic" they added, I guess). In at least one case it's constant chunklist reloading, which is very bad.

Most "faulty" chunklists have #EXT-X-TARGETDURATION tag before #EXT-X-MEDIA-SEQUENCE tag.

Same problem. Doesen't work more than a few minutes even in 3.0.8

I just updated to 3.0.10 and I am having the same issue. Please see my "message" info below.

avcodec info: Using D3D11VA (Intel(R) UHD Graphics 620, vendor 8086(Intel), device 5917, revision 7) for hardware decoding

I also posted a zippy link of one of my videos in question in post titled "VLC 3.0.10 win64 Audio Issues (on Windows 10)" at https://forum.videolan.org/viewtopic.ph ... 27#p503727

Now they work in 3.0.8

The links work great for viewing, but for converting/recording the video stops after 7 seconds.