Project

General

Profile

Bug #4552

IPTV config m3u - Address family not supported by protocol

Added by Bryce Pepper about 7 years ago. Updated about 7 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
IPTV
Target version:
-
Start date:
2017-08-24
Due date:
% Done:

100%

Estimated time:
Found in version:
Build: 4.3-334~g7db25fab0 (August-18-2017-22:54:40-UTC)
Affected Versions:

Description

I was using an IPTV provider for a few months and they recently change their port to 8080 and now I get an address family not supported by protocol message when I scan the network for muxes.

2017-08-24 12:19:27.581 mpegts: no-vod.m3u - xxxx HD in IPTV - tuning on IPTV
2017-08-24 12:19:27.611 httpc: 6B69: Unable to connect to xxxxxxxxx.com:8080 - Unable to create socket: Address family not supported by protocol

Any suggestions on how to remedy or debug this?

History

#1

Updated by Jaroslav Kysela about 7 years ago

If you ping to the hostname (xxxxxxx.com), do you see ipv4 or ipv6 address? It seems that you have disabled ipv6 in your kernel/system (but it's just a guess).

#2

Updated by Bryce Pepper about 7 years ago

pings back ipv4

ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5006ms

#3

Updated by Bryce Pepper about 7 years ago

I found another guy with a similar setup that runs thru ffmpeg and it works for me.

pipe:///usr/bin/ffmpeg -loglevel quiet -i http://xxxxxxxx.com:8080/live/xxxxxxxx/xxxxxxxx/8502.ts -c copy -flags +global_header -strict -2 -f mpegts pipe:1

never had to do this previously. I use curl to get the m3u playlist and epg xml from the site.

#4

Updated by Bryce Pepper about 7 years ago

info about sample stream

root@Tower:/config/data$ ffmpeg -i http://xxxxxxxxxxx.com:8080/live/xxxxxxxx/xxxxxxxx/21135.ts
ffmpeg version 3.2.6 Copyright (c) 2000-2017 the FFmpeg developers
built with gcc 6.3.0 (Alpine 6.3.0)
configuration: --prefix=/usr --enable-avresample --enable-avfilter --enable-gnutls --enable-gpl --enable-libmp3lame --enable-librtmp --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libx264 --enable-libx265 --enable-libtheora --enable-libv4l2 --enable-postproc --enable-pic --enable-pthreads --enable-shared --enable-x11grab --disable-stripping --disable-static --enable-vaapi --enable-libopus --disable-debug
libavutil 55. 34.101 / 55. 34.101
libavcodec 57. 64.101 / 57. 64.101
libavformat 57. 56.101 / 57. 56.101
libavdevice 57. 1.100 / 57. 1.100
libavfilter 6. 65.100 / 6. 65.100
libavresample 3. 1. 0 / 3. 1. 0
libswscale 4. 2.100 / 4. 2.100
libswresample 2. 3.100 / 2. 3.100
libpostproc 54. 1.100 / 54. 1.100
Input #0, mpegts, from 'http://xxxxxxxxxxx.com:8080/live/xxxxxxxx/xxxxxxxx/21135.ts':
Duration: N/A, start: 3630.023867, bitrate: N/A
Program 1
Metadata:
service_name : Service01
service_provider: FFmpeg
Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(progressive), 896x504 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0:1[0x101]: Audio: aac (HE-AAC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 59 kb/s
Stream #0:2[0x102]: Data: bin_data ([6][0][0][0] / 0x0006)
At least one output file must be specified

#5

Updated by Jaroslav Kysela about 7 years ago

  • Status changed from New to Fixed
  • % Done changed from 0 to 100

Applied in changeset commit:tvheadend|2a5aab6b98853e8fe954ae9eeaaff67524f40093.

#6

Updated by Jaroslav Kysela about 7 years ago

  • Status changed from Fixed to Accepted

Could you retry with v4.3-362-g2a5aab6b9 ?

#7

Updated by Jaroslav Kysela about 7 years ago

  • Status changed from Accepted to Fixed

Applied in changeset commit:tvheadend|b829ab46c923f6487dee636b4d4cd1ef61c94826.

#8

Updated by Bryce Pepper about 7 years ago

Jaroslav Kysela wrote:

Applied in changeset commit:tvheadend|b829ab46c923f6487dee636b4d4cd1ef61c94826.

Thanks it works like a charm. Sorry it took me so long to reply. Work kept getting in my way.

Also available in: Atom PDF