IPTV Question/Request

[Legend]

Loving the work on v5. I've run into a small issue.
I'm using v5 on Linux, but I do not think this is a Linux issue.




The following playlist (one channel) works on VLC:

Code:

#EXTM3U

#EXTINF:-1 tvg-id="600" tvg-logo="" group-title="Entertainment",AMC
#EXTVLCOPT:http-referrer=http://123tvnow.com
http://docs-3.gogleusercontent.host/live/amc/playlist.m3u8

When used in NextPVR, the transcoder / ffmpeg fails with this in the logs:

ffmpeg version 3.4.6-0ubuntu0.18.04.1 Copyright © 2000-2019 the FFmpeg developers
  built with gcc 7 (Ubuntu 7.3.0-16ubuntu3)
  configuration: --prefix=/usr --extra-version=0ubuntu0.18.04.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librubberband --enable-librsvg --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared
  libavutil      55. 78.100 / 55. 78.100
  libavcodec    57.107.100 / 57.107.100
  libavformat    57. 83.100 / 57. 83.100
  libavdevice    57. 10.100 / 57. 10.100
  libavfilter    6.107.100 /  6.107.100
  libavresample  3.  7.  0 /  3.  7.  0
  libswscale      4.  8.100 /  4.  8.100
  libswresample  2.  9.100 /  2.  9.100
  libpostproc    54.  7.100 / 54.  7.100
http://127.0.0.1:8866/live?channeloid=78...efe56dad6a: Invalid data found when processing input

I suspect that this is happening because the HTTP header isn't being sent (http-referrer). I was going to attempt to confirm this by injecting the headers into the ffmpeg command, however it looks like its being handled this way:

ffmpeg -y -i http://127.0.0.1:8866/live?channeloid=78...efe56dad6a -map_metadata -1 -threads 0 -ignore_unknown -map 0:v:0 -map 0:a:0 -map -0 -vcodec copy -acodec copy -hls_time 3 -start_number 0 -hls_list_size 1203 -y /var/opt/nextpvr/web/temp/AMC-d6a10e573f3d4aa8a1b7bc82803ae652.m3u8

which appears to me like NextPVR pulls the data and acts as a proxy for the stream to ffmpeg. So any injection i do into the command wouldn't make a difference.











Is there a way to make this channel list work with NextPVR? If not, is this something that could be implemented?

[sub]

I've not come across a IPTV provider that uses these #EXTVLCOPT lines in their m3u file. The usual way HTTP headers are set is with the "|" character on the url:

Code:

#EXTM3U
#EXTINF:-1 tvg-id="600" tvg-logo="" group-title="Entertainment",AMC
http://docs-3.gogleusercontent.host/live/amc/playlist.m3u8|Referrer=http://123tvnow.com

[sub]

I've added support for #EXTVLCOPT headers in the next release.

[mvallevand]

Great I was looking for that too for a nimble server I'd like to use. Do you keep the referer on subsequent call too? The one I want returns a second m3u8 file a token and then calling it return the ts files. All of those calls need the referer.

Martin

[sub]

All calls to that host will have those headers set.

[Legend]

I've added support for #EXTVLCOPT headers in the next release.

Wow, absolutely amazing response time. Thank you very much for your work.