Failed to create demuxer on hls

again big trouble

adaptive error: Failed to create demuxer
core debug: EOF reached
core debug: dead input

source to be edited(see previous)

core debug: `http://{stream}/main.m3u8' successfully opened

No samples, no problem description, practically no logs. This is not a bug report.

added Status::invalid label

closed

sample is hidden in above comment

see comment diff?

removed Status::invalid label

reopened

This is still no valid bug report. Would you please stop reopen, until you delivered ALL information needed?

added Status::invalid label

closed

you can obtain all info by opening that stream.

adaptive debug: Period
adaptive debug: BaseAdaptationSet default_id[#0](https://code.videolan.org/videolan/vlc/-/issues/0)
adaptive debug: Representation /asp/hls/850/0303000a/3/default/f293da28e4244a328dd2e72a49f79788/850.m3u8
adaptive debug: (not loaded) Unknown
adaptive debug: Representation /asp/hls/1200/0303000a/3/default/f293da28e4244a328dd2e72a49f79788/1200.m3u8
adaptive debug: (not loaded) Unknown
adaptive debug: Representation /asp/hls/2000/0303000a/3/default/f293da28e4244a328dd2e72a49f79788/2000.m3u8
adaptive debug: (not loaded) Unknown

Probably would help URL Shortener service(short.videolan.org) which would reveal link only in case user agent is VLC related...

||=ver=||=win=|| ||3.0 x64 ||10

removed Status::invalid label

reopened

Where is the full log? If it is that easy to get it, attach the full log right from the start please, without us asking 10 times.

And still, valuable information is missing, like the exact VLC 3 commit hash you are testing with. This would be also included in the full log if you would attach one.

you can that search engine after all found that link version=5

Replying to [comment:8 dfuhrmann]:

And still, valuable information is missing, like the exact VLC 3 commit hash you are testing with. This would be also included in the full log if you would attach one. build is from Aug 4 while last available is from Aug 6

2016... HTTP 1.0

workaround --adaptive-use-access

Added attachment:

• vlc-log.txt

Original author: http://theli.is-a-geek.org/blog/

Added a log where HLS stream playing in "3.0.0-git Vetinari (revision 2.2.0-git-8957-g64a447df)" ends abruptly with "[00007f8fb29801f8] adaptive demux error: Failed to create demuxer"

Sorry, I have not found a publicly available sample I could reproduce this with

Original author: http://theli.is-a-geek.org/blog/

#17551 (closed)

assigned to @fcartegnie

PLays back correctly now, with some pausing between elements.

Hi, I can reproduce this bug with a publicly available stream.

vlc --version 
VLC media player 3.0.8 Vetinari (revision 3.0.8-0-gf350b6b5a7)

vlc -vv https://stream.radiofrance.fr/franceinter/franceinter_hifi.m3u8 -> don't work

vlc -vv --adaptive-use-access https://stream.radiofrance.fr/franceinter/franceinter_hifi.m3u8 -> works

What is strange to me is that vlc -vv https://stream.radiofrance.fr/franceinter/franceinter_midfi.m3u8 works fine, it's the same http server it's just another bitrate.

Note that calling the master playlist vlc -vv --adaptive-use-access https://stream.radiofrance.fr/franceinter/franceinter.m3u8 also doesn't work, but it failed on others error so maybe another bug ?

[00007efbc00481f0] faad decoder warning: Unexpected channel configuration change
[00007efbc00481f0] faad decoder warning: Bitstream value not allowed by specification
[00007efbc00481f0] faad decoder warning: Array index out of range

Everything works fine with other players I've tested, like ffplay or apple device.

Akamai-Mon-Iucid-Del: 880128
Content-Type: audio/aac
Content-Type: audio/mp4
Access-Control-Allow-Methods: GET

Not a VLC issue. audio/mp4 is not raw AAC.

Replying to [comment:15 Maxime Bugeia]:

Hi, I can reproduce this bug with a publicly available stream.

{{{

Now this stream sends ADTS, (violates the poor HLS spec) advertised as TS files, with Content-Type: video/MP2T

This is getting ridiculous.

Replying to [comment:17 Francois Cartegnie]:

Now this stream sends ADTS, (violates the poor HLS spec) advertised as TS files, with Content-Type: video/MP2T

This is getting ridiculous.

We're still in development, thanks for the help.

Replying to [comment:18 Maxime Bugeia]:

Replying to [comment:17 Francois Cartegnie]:

Now this stream sends ADTS, (violates the poor HLS spec) advertised as TS files, with Content-Type: video/MP2T

This is getting ridiculous.

We're still in development, thanks for the help.

Stop using VLC issues for your debugging and losing our time.

If you need development support, companies are listed on videolan page.

Closing based on comment:14.

Please don't recycle bugs for different issues, and don't abuse volunteer's to do your debugging.

added Status::fixed label

closed

mentioned in issue #17551 (closed)

added Component::Demux: Adaptive label