Tvheadend

Try without |X-Forwarded-For=81.17.18.50 i.e. only first part http://wownet.ro/str/0001.m3u8

Sorry, I updated your post instead of posting a new one.

Here we go again:

Try without |X-Forwarded-For=81.17.18.50 i.e. only first part http://wownet.ro/str/0001.m3u8

the ip is needed and the stream won't work without it

C vH wrote:

the ip is needed and the stream won't work without it

Interesting, some links are working without it and some are not.

I think the "|X-Forwarded-For=" addition is specific for Kodi (iptv.pvrsimple), the syntax might be probably different for tvh and/or ffmpeg

The |X-Forwarded-For= is not specific for Kodi (https://en.wikipedia.org/wiki/X-Forwarded-For), it is used by a lot different programs.
This is needed to bypass the geolock. For ex if you are at Holidays/travel you can't watch your streams you are already paid for due the geolock.

C vH wrote:

The |X-Forwarded-For= is not specific for Kodi (https://en.wikipedia.org/wiki/X-Forwarded-For), it is used by a lot different programs.
This is needed to bypass the geolock. For ex if you are at Holidays/travel you can't watch your streams you are already paid for due the geolock.

I meant the syntax for it is different.

Njuskalo Njusko wrote:

C vH wrote:

The |X-Forwarded-For= is not specific for Kodi (https://en.wikipedia.org/wiki/X-Forwarded-For), it is used by a lot different programs.
This is needed to bypass the geolock. For ex if you are at Holidays/travel you can't watch your streams you are already paid for due the geolock.

I meant the syntax for it is different.

ffmpeg -headers 'X-Forwarded-For: 81.17.18.50'$'\r\n' -i http://wownet.ro/str/0619.m3u8 -vcodec copy -acodec copy -metadata service_provider=IPTV -metadata service_name=RETE4 -tune zerolatency -f mpegts pipe:1

this works from a command line

But this doesn't work within tvh

pipe:///usr/bin/ffmpeg -headers 'X-Forwarded-For: 81.17.18.50'$'\r\n' -i http://wownet.ro/str/0619.m3u8 -vcodec copy -acodec copy -metadata service_provider=IPTV -metadata service_name=RETE4 -tune zerolatency -f mpegts pipe:1

any ideas ?

there is no ffmpeg at OpenElec (which should be the major Tvh platform - user wise), to use wownet with pipe you have to (not tested)

#!/bin/bash
name=$1
url=`echo $2 | cut -d'|' -f1`
forward=`echo $2 | cut -d'|' -f2`
forward=${forward/=/:}
/usr/bin/ffmpeg -loglevel fatal -re -headers $forward$'\r\n' -i $url -vcodec copy -acodec copy -metadata service_provider=IPTV -metadata service_name=$name -f mpegts pipe:1

then

pipe://ffpipe.sh Channel_Name http://url.xyz/1234.m3u8|X-Forwarded-For=123.123.123.123

but that is far away from easy, stable and good to maintain

Have you tried this http://openelec.tv/forum/128-addons/72893-ffmpeg-programs-addon ?

ffmpeg from command line output

@tvheadend:~$ ffmpeg -headers 'X-Forwarded-For: 81.17.18.50'$'\r\n' -re -i http://wownet.ro/str/0001.m3u8 -vcodec copy -acodec copy -metadata service_provider=IPTV -metadata service_name=RETE4 -tune zerolatency -f mpegts pipe:1 > test.ts
ffmpeg version 2.8.1-static http://johnvansickle.com/ffmpeg/  Copyright (c) 2000-2015 the FFmpeg developers
  built with gcc 4.9.3 (Debian 4.9.3-4)
  configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable-libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --enable-libopus --enable-libass --enable-gnutls --enable-libvidstab --enable-libsoxr --enable-frei0r --enable-libfribidi --cc=gcc-4.9
  libavutil      54. 31.100 / 54. 31.100
  libavcodec     56. 60.100 / 56. 60.100
  libavformat    56. 40.101 / 56. 40.101
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 40.101 /  5. 40.101
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  2.101 /  1.  2.101
  libpostproc    53.  3.100 / 53.  3.100
Input #0, hls,applehttp, from 'http://wownet.ro/str/0001.m3u8':
  Duration: N/A, start: 44005.270978, bitrate: N/A
  Program 0 
    Metadata:
      variant_bitrate : 908000
    Stream #0:0: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 720x404 [SAR 1:1 DAR 180:101], 25 fps, 25 tbr, 90k tbn, 50 tbc
    Metadata:
      variant_bitrate : 908000
    Stream #0:1: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 124 kb/s
    Metadata:
      variant_bitrate : 908000
    Stream #0:2: Data: timed_id3 (ID3  / 0x20334449)
    Metadata:
      variant_bitrate : 908000
  Program 1 
    Metadata:
      variant_bitrate : 908000
    Stream #0:3: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 720x404 [SAR 1:1 DAR 180:101], 25 fps, 25 tbr, 90k tbn, 50 tbc
    Metadata:
      variant_bitrate : 908000
    Stream #0:4: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 124 kb/s
    Metadata:
      variant_bitrate : 908000
    Stream #0:5: Data: timed_id3 (ID3  / 0x20334449)
    Metadata:
      variant_bitrate : 908000
  Program 2 
    Metadata:
      variant_bitrate : 1428000
    Stream #0:6: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1024x576 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
    Metadata:
      variant_bitrate : 1428000
    Stream #0:7: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 124 kb/s
    Metadata:
      variant_bitrate : 1428000
    Stream #0:8: Data: timed_id3 (ID3  / 0x20334449)
    Metadata:
      variant_bitrate : 1428000
  Program 3 
    Metadata:
      variant_bitrate : 1428000
    Stream #0:9: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1024x576 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
    Metadata:
      variant_bitrate : 1428000
    Stream #0:10: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 124 kb/s
    Metadata:
      variant_bitrate : 1428000
    Stream #0:11: Data: timed_id3 (ID3  / 0x20334449)
    Metadata:
      variant_bitrate : 1428000
Output #0, mpegts, to 'pipe:1':
  Metadata:
    service_provider: IPTV
    service_name    : RETE4
    encoder         : Lavf56.40.101
    Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 1024x576 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 25 tbr, 90k tbn, 90k tbc
    Metadata:
      variant_bitrate : 1428000
    Stream #0:1: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, 124 kb/s
    Metadata:
      variant_bitrate : 908000
Stream mapping:
  Stream #0:6 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
[hls,applehttp @ 0x420a460] No longer receiving playlist 13 bitrate=1627.1kbits/s    
[hls,applehttp @ 0x420a460] No longer receiving playlist 3
frame=   53 fps= 25 q=-1.0 Lsize=     309kB time=00:00:02.13 bitrate=1185.1kbits/s    
video:247kB audio:33kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 10.200295%

tvh with pipe:// (same ffmpeg options)

2015-10-28 15:24:09.001 mpegts: pipe:///usr/bin/ffmpeg -headers 'X-Forwarded-For: 81.17.18.50'$'\r\n' -re -i http://wownet.ro/str/0001.m3u8 -vcodec copy -acodec copy -metadata service_provider=IPTV -metadata service_name=RETE4 -tune zerolatency -f mpegts pipe:1 - tuning on IPTV
2015-10-28 15:24:09.004 subscription: 0001: "scan" subscribing to mux "pipe:///usr/bin/ffmpeg -headers 'X-Forwarded-For: 81.17.18.50'$'\r\n' -re -i http://wownet.ro/str/0001.m3u8 -vcodec copy -acodec copy -metadata service_provider=IPTV -metadata service_name=RETE4 -tune zerolatency -f mpegts pipe:1", weight: 5, adapter: "IPTV", network: "wownet", service: "Raw PID Subscription" 
2015-10-28 15:24:09.007 spawn: Executing "/usr/bin/ffmpeg" 
2015-10-28 15:24:09.013 spawn: ffmpeg version 2.8.1-static http://johnvansickle.com/ffmpeg/  Copyright (c) 2000-2015 the FFmpeg developers
2015-10-28 15:24:09.013 spawn:   built with gcc 4.9.3 (Debian 4.9.3-4)
2015-10-28 15:24:09.013 spawn:   configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable-libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --enable-libopus --enable-libass --enable-gnutls --enable-libvidstab --enable-libsoxr --enable-frei0r --enable-libfribidi --cc=gcc-4.9
2015-10-28 15:24:09.013 spawn:   libavutil      54. 31.100 / 54. 31.100
2015-10-28 15:24:09.013 spawn:   libavcodec     56. 60.100 / 56. 60.100
2015-10-28 15:24:09.014 spawn:   libavformat    56. 40.101 / 56. 40.101
2015-10-28 15:24:09.014 spawn:   libavdevice    56.  4.100 / 56.  4.100
2015-10-28 15:24:09.014 spawn:   libavfilter     5. 40.101 /  5. 40.101
2015-10-28 15:24:09.014 spawn:   libswscale      3.  1.101 /  3.  1.101
2015-10-28 15:24:09.014 spawn:   libswresample   1.  2.101 /  1.  2.101
2015-10-28 15:24:09.014 spawn:   libpostproc    53.  3.100 / 53.  3.100
2015-10-28 15:24:09.454 spawn: [http @ 0x5323ca0] HTTP error 403 Forbidden
2015-10-28 15:24:09.455 spawn: http://wownet.ro/str/0001.m3u8: Server returned 403 Forbidden (access denied)
2015-10-28 15:24:09.456 iptv: stdin pipe unexpectedly closed: No data
2015-10-28 15:24:24.001 mpegts: pipe:///usr/bin/ffmpeg -headers 'X-Forwarded-For: 81.17.18.50'$'\r\n' -re -i http://wownet.ro/str/0001.m3u8 -vcodec copy -acodec copy -metadata service_provider=IPTV -metadata service_name=RETE4 -tune zerolatency -f mpegts pipe:1 - scan no data, failed
2015-10-28 15:24:24.001 subscription: 0001: "scan" unsubscribing

Have you ever look to Help ?

pipe:// : Read standard output from an external program. If the program name does not have
a forward slash (/) as the first character, the PATH environment variable is used to find
the program name in all directories specified by PATH. Additional arguments may be separated
using spaces. A raw MPEG-TS stream is expected. The string ${service\_name} is substituted
with the service name field contents. The backslash character (\) means
“take the next character as-is” (usually space or the backslash itself -
what's termed "escaping" a character).

You don't do proper space escaping, so TVH passes wrongly your pipe command.

So, the 'X-Forwarded-For: 81.17.18.50'$'\r\n' portion should be:

'X-Forwarded-For:\ 81.17.18.50'$'\\r\\n'

The above is for Njuskalo Njusko, the original request should be resolved.

Jaroslav Kysela wrote:

The above is for Njuskalo Njusko, the original request should be resolved.

Ah, completely forgot about that. Thanks a bunch !

Jaroslav Kysela wrote:

Have you ever look to Help ?

[...]

You don't do proper space escaping, so TVH passes wrongly your pipe command.

So, the 'X-Forwarded-For: 81.17.18.50'$'\r\n' portion should be:

[...]

Unfortunately, it doesn't work with pipe:// from within tvh. Is it a bug or syntax mismatch ?

OK. The $'\r\n' is a bashism.. TVH isn't bash. But it was not possible to add newline and carrier-return characters to arguments. I extended the backslash syntax in v4.1-790-gea20a7c. so it's accepted, but you should write:

'X-Forwarded-For:\ 81.17.18.50\r\n'

Jaroslav Kysela wrote:

OK. The $'\r\n' is a bashism.. TVH isn't bash. But it was not possible to add newline and carrier-return characters to arguments. I extended the backslash syntax in v4.1-790-gea20a7c. so it's accepted, but you should write:

[...]

Thank you.

Implemented in v4.1-791-g8b62585 .

Jaroslav Kysela wrote:

Implemented in v4.1-791-g8b62585 .

Tried with 4.1-792~g787c676, it's not working.

2015-10-29 18:54:02.202 spawn: [http @ 0x334be40] No trailing CRLF found in HTTP header.
2015-10-29 18:54:02.362 spawn: [http @ 0x334be40] HTTP error 400 Bad Request
2015-10-29 18:54:02.363 spawn: http://wownet.ro/str/0619.m3u8: Server returned 400 Bad Request

Try v4.1-793-gf1d7918

Jaroslav Kysela wrote:

Try v4.1-793-gf1d7918

4.1-794~g3e1e39c

pipe:///usr/bin/ffmpeg -headers 'X-Forwarded-For:\ 81.17.18.50\r\n' -i http://wownet.ro/str/0619.m3u8 -vcodec copy -acodec copy -metadata service_provider=IPTV -metadata service_name=RETE4 -tune zerolatency -f mpegts pipe:1

2015-10-29 19:42:08.665 spawn: [http @ 0x275fe40] No trailing CRLF found in HTTP header.
2015-10-29 19:42:09.240 spawn: [http @ 0x275fe40] HTTP error 403 Forbidden
2015-10-29 19:42:09.241 spawn: http://wownet.ro/str/0619.m3u8: Server returned 403 Forbidden (access denied)
2015-10-29 19:42:09.244 iptv: stdin pipe unexpectedly closed: No data
2015-10-29 19:42:17.000 mpegts: rete4 in test - scan no data, failed
2015-10-29 19:42:17.000 subscription: 0001: "scan" unsubscribing

Isn't problem in '' quoting ?

-headers X-Forwarded-For:\ 81.17.18.50\r\n

Coming from 4.1-777, 4.1-792/793 deadlocks for me at normal play (RPi2) after 10sec - no tests possible.
As soon the wife allows I downgrade to track which commit deadlocks.

Jaroslav Kysela wrote:

Isn't problem in '' quoting ?

[...]

It was... So sorry about that. Great work as always, thanks a lot

Njuskalo Njusko wrote:

Njuskalo Njusko wrote:

Jaroslav Kysela wrote:

Isn't problem in '' quoting ?

[...]

It was... So sorry about that. Great work as always, thanks a lot

Cannot play that stream from mux grid. Please see the log.

Configured without --enable-libffmpeg_static and it works now. Could that be the issue ?

I doubt. The linked ffmpeg libs are used only for transcoding, not for pipe:// . Perhaps you might try to put a space after pipe:1 (wrong cut somewhere).

Jaroslav Kysela wrote:

I doubt. The linked ffmpeg libs are used only for transcoding, not for pipe:// . Perhaps you might try to put a space after pipe:1 (wrong cut somewhere).

Will do. Why are there so many ERROR:spawn with ffmpeg ? Should that be disregarded ?

Add '-loglevel fatal' to ffmpeg arguments. ffmpeg is too much verbose on stderr by default and tvh logs it.

not fixed for me

subscription: 0031: service instance is bad, reason: No input detected
Comet failure [e=Cannot set property 'innerHTML' of undefined]
subscription: 0031: No input source available for subscription "192.168.0.64 [ kodi | Kodi Media Center ]" to channel "RTL II"

and with some changes at mux (insert user agent kodi ...)
Custom HTTP headers:

X-Forwarded-For=81.17.18.55
User-Agent: Kodi/14.1

i get

subscription: 0099: "192.168.0.64 [ kodi | Kodi Media Center ]" unsubscribing from "n-tv", hostname="192.168.0.64", username="kodi", client="Kodi Media Center"
mpegts: iptv2.m3u - n-tv in someiptv - tuning on IPTV
subscription: 009B: "192.168.0.64 [ kodi | Kodi Media Center ]" subscribing on channel "n-tv", weight: 150, adapter: "IPTV", network: "someiptv", mux: "iptv2.m3u - n-tv", service: "n-tv",profile="htsp", hostname="192.168.0.64", username="kodi", client="Kodi Media Center"
subscription: 009B: service instance is bad, reason: No input detected
subscription: 009B: No input source available for subscription "192.168.0.64 [ kodi | Kodi Media Center ]" to channel "n-tv"

Muxes looks good, fields are proper filled.
Tested 2 different providers, same errors. If you need a *.m3u to test you could take the provided *.m3u from first post.

Use '--trace httpc' to see if headers are correct and data are received. Also, make sure that the source is MPEG-TS .

After logging what ffmpeg is doing I see this,

Input #0, hls,applehttp, from 'http://url.xyz/1234.m3u8':

I'm right assuming that hls isn't supported by Tvh? Besides that the logs looks right.

[ TRACE]:httpc: GET /str/0619.m3
[ TRACE]:httpc: u8 HTTP/1.1..Hos
[ TRACE]:httpc: t: wownet.ro..Us
[ TRACE]:httpc: er-Agent: TVHead
[ TRACE]:httpc: end/4.1-812~ge85
[ TRACE]:httpc: a3c7..Connection
[ TRACE]:httpc: : close..X-Forwa
[ TRACE]:httpc: rded-For: 81.17.
[ TRACE]:httpc: 18.50....

What's in /str/0619.m3u8 ?

full urls is wownet.ro/str/0619.m3u8
0619.m3u8 redirects to real stream url (http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/master.m3u8)

pipe:///usr/bin/ffmpeg -headers X-Forwarded-For:\ 81.17.18.50\r\n -i http://wownet.ro/str/0619.m3u8 -vcodec copy -acodec copy -metadata service_provider=IPTV -metadata service_name=RETE4 -tune zerolatency -f mpegts pipe:1

pipe works, autonet looks right but won't work (TRACE is from this mux)

C vH wrote:

full urls is wownet.ro/str/0619.m3u8
0619.m3u8 redirects to real stream url (http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/master.m3u8)

Yep, but what's the exect contents downloaded from this URL ? TVH should parse the m3u contents and appearently it fails for a reason.

:~ curl --header "X-Forwarded-For: 81.17.18.50" http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/master.m3u8

#EXTM3U
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=908000,RESOLUTION=720x404,CODECS="avc1.640028, mp4a.40.2" 
http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/index_900_av-p.m3u8?sd=10&rebase=on
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=908000,RESOLUTION=720x404,CODECS="avc1.640028, mp4a.40.2" 
http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/index_900_av-b.m3u8?sd=10&rebase=on
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=1428000,RESOLUTION=1024x576,CODECS="avc1.640028, mp4a.40.2" 
http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/index_1300_av-p.m3u8?sd=10&rebase=on
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=1428000,RESOLUTION=1024x576,CODECS="avc1.640028, mp4a.40.2" 
http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/index_1300_av-b.m3u8?sd=10&rebase=on

:~$ curl --header "X-Forwarded-For: 81.17.18.50" http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/index_900_av-p.m3u8?sd=10&rebase=on

#EXTM3U
#EXT-X-TARGETDURATION:10
#EXT-X-ALLOW-CACHE:YES
#EXT-X-VERSION:3
#EXT-X-MEDIA-SEQUENCE:4633795
#EXTINF:10.000,
http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/segment4633795_900_av-p.ts?sd=10
#EXTINF:10.000,
http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/segment4633796_900_av-p.ts?sd=10
#EXTINF:10.000,
http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/segment4633797_900_av-p.ts?sd=10
#EXTINF:10.000,
http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/segment4633798_900_av-p.ts?sd=10
#EXTINF:10.000,
http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/segment4633799_900_av-p.ts?sd=10
#EXTINF:10.000,
http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/segment4633800_900_av-p.ts?sd=10
#EXTINF:10.000,
http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/segment4633801_900_av-p.ts?sd=10
#EXTINF:10.000,
http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/segment4633802_900_av-p.ts?sd=10
#EXTINF:10.000,
http://c001.p122.edgesuite.net/i/c001/rete4_1@137766/segment4633803_900_av-p.ts?sd=10

Thanks. Could you upgrade to v4.1-829-g7358b22 , enable --trace httpc,iptv and provide logs ?

Check #3182 (end), it's the similar issue. The provided stream is not a continuous MPEG-TS stream - it's HLS stream which requires more code in TVH. Guys, you bomb me nicely to add the extra features ;-)

The wow.m3u is hosted at my server, because I cut out everything besides one channel to minimise the log.

yea it is a bit confusing what is already included and what not ;)
HLS looks like very well used at least every stream that I could receive are hls.

Anyway - it would be better to create a new feature request for HLS support.