FS#76535 - [vlc] unable to play m3u8 stream/Failed to create demuxer (nil) TS

Attached to Project: Arch Linux
Opened by John (graysky) - Saturday, 12 November 2022, 10:45 GMT
Last edited by Toolybird (Toolybird) - Saturday, 19 November 2022, 00:54 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

The repo package throws a demux error when attempting to play a TS stream resulting in no output. mpv works without issue to play the same stream. Interestingly, my modified PKGBUILD for vlc (removing some options I do not want compiled in) can successfully play these without errors. Something configuration-wise in our official PKGBUILD is likely to blame.

For reference, find my PKGBUILD that builds a functional executable here: https://gist.github.com/graysky2/72f115614e52128ebbfdae14bcf2f670

Additional info:
* package version: vlc-3.0.17.4-11

Steps to reproduce:
1. Try to play this stream with vlc or with cvlc: https://wzstreaming.rai.it/TVlive/liveStream/chunklist_w810233699.m3u8

Here is the output I get:
% cvlc https://wzstreaming.rai.it/TVlive/liveStream/chunklist_w810233699.m3u8
VLC media player 3.0.17.4 Vetinari (revision 3.0.13-8-g41878ff4f2)
[000055e42df0e8e0] dummy interface: using the dummy interface module...
[00007f00ec553930] adaptive demux: Changing stream format Unknown -> TS
[00007f00ec553930] adaptive demux error: Failed to create demuxer (nil) TS

Attached is a log running cvlc -vv
This task depends upon

Closed by  Toolybird (Toolybird)
Saturday, 19 November 2022, 00:54 GMT
Reason for closing:  Not a bug
Additional comments about closing:  See comments
Comment by Toolybird (Toolybird) - Monday, 14 November 2022, 06:19 GMT
Is it only this stream or same for other similar streams? It would be ideal if you could identify which of your changes is allowing it to work i.e. rebuild it multiple times introducing a new change each time until it works, sorta like a git bisect, but different. It would also be interesting to compare the verbose logs between a good and bad run.
Comment by John (graysky) - Monday, 14 November 2022, 21:18 GMT
This is one example of which I am aware. Before undertaking any sort of bisect option, can you reproduce this on your machine?
Comment by Toolybird (Toolybird) - Tuesday, 15 November 2022, 05:14 GMT
Just tried in a VM and yes, I get the same error.
Comment by John (graysky) - Tuesday, 15 November 2022, 08:38 GMT
OK. If the testing would be more like a git bisect I would be happy to but if you diff my config vs the distro package, there are 35 differences in the depends I use and 28 differences in configure options making the exercise labor intensive, prone to human error (me), and time consuming. Do we known enough about the options I have disabled to rule out some or to point to some that are related to streaming to help narrow it down?

I attached the output of vimdiff to html (vimdiff PKGBUILD-graysky PKGBUILD-distro -c TOhtml -c 'w! diff.html' -c 'qa!'
(text/html)    diff.html (96.6 KiB)
Comment by Toolybird (Toolybird) - Friday, 18 November 2022, 03:34 GMT
It's the `--enable-aribsub' option that causes the issue. If built with `--disable-aribsub' the stream plays. You'd think it should be possible to disable that module at runtime but I couldn't figure it out and gave up after 2 minutes of trying.
Comment by John (graysky) - Friday, 18 November 2022, 23:51 GMT
Should this be reported upstream?
Comment by Toolybird (Toolybird) - Saturday, 19 November 2022, 00:54 GMT
No, because it works if you install the optional dep "aribb24".

Loading...