Feature #1372

Allowing Receiving of HTTP streams

Added by Joshua Welch over 4 years ago. Updated over 2 years ago.

Status:FixedStart date:2012-10-29
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:IPTV
Target version:-

Description

Mostly the idea would be for people to be able to add their cameras to TvHeadend and therefore be able to record, schedule recordings and delete recordings as well as view the "station" live.

Say someone knocks on your door, switch to station 400 and check the camera, hit record and go answer. Boom you got yourself security!

The need would be for jpeg, moving jpeg, gif and mpeg (which if I remember right is a moving jpeg). The authentication could be done in-line originally, so no need to handle that out of the box.

Thanks!

iptv_input.patch Magnifier - HTTP IPTV input support (22.4 KB) Zdeněk Kopřivík, 2013-10-04 10:16

config.png - HTTP IPTV input configuration (18.9 KB) Zdeněk Kopřivík, 2013-10-04 10:16

channels.tiff - channels config (71.7 KB) Paul Davies, 2013-10-21 01:20

iptv-input.tiff - iptv input config (78.1 KB) Paul Davies, 2013-10-21 01:20

iptv_input_v2.patch Magnifier - HTTP IPTV input support v2 (23.9 KB) Zdeněk Kopřivík, 2014-04-05 15:53

iptv_input_v3.patch Magnifier - HTTP IPTV input support v3 (23.9 KB) Zdeněk Kopřivík, 2014-05-05 16:26

History

#1 Updated by Igosr Petroff over 4 years ago

Also will be nice to add that feature for http mpegts stream too :)

#2 Updated by Adam Sutton over 4 years ago

This has been discussed before and adding HTTP receiving of MPEGTS would be relatively trivial. However more than that is outside of the scope for TVH at the moment (i.e. m-jpeg, etc...)

Adam

#3 Updated by Adam Sutton over 4 years ago

  • Category set to IPTV

#4 Updated by danny skjodt about 4 years ago

+1 for http mpegts/webm,matroska as input source.

That would be a great and easy way to get output channels from one tvheadend as input channels on another tvheadend over internet..

The only way to do it atm it to setup ffmpeg vlc or simular on tvheadend server 2 to download the http stream from tvheadend server 1 24/7 and broadcast it as rtp/udp, thats a 24/7 option, making tvheadend be able to use http sources as input would make that transparent and on demand :D

#5 Updated by Adam Sutton about 4 years ago

Actually I did start on a better approach for that using HTSP, however I'm currently in the middle of rewriting the entire DVB core (which includes IPTV) and I actually do have HTTP based input to allow me to use TVH as a test input :)

So hopefully someone will improve/extend that and this will appear in the near(ish) future.

Adam

#6 Updated by danny skjodt about 4 years ago

Great to hear, that does sound like a much better approach for linking channels betweem tvheadend servers..
Untill then ive sucssessfully written a little script that parse the tvheadend log looking for subscribe/unsubscribe lines, that will start ffmpeg downloading the stream and broadcasting it as udp for tvheadend to pick up. Works pretty good, a little delay when starting a channel but nothing besides that :)

#7 Updated by Kev S about 4 years ago

danny skjodt wrote:

Great to hear, that does sound like a much better approach for linking channels betweem tvheadend servers..
Untill then ive sucssessfully written a little script that parse the tvheadend log looking for subscribe/unsubscribe lines, that will start ffmpeg downloading the stream and broadcasting it as udp for tvheadend to pick up. Works pretty good, a little delay when starting a channel but nothing besides that :)

Hi Danny, would you be able to share that script? - sounds like it would do exactly what I would like it to do (i.e. grab MP2 audio streams from DABBar- having to manually stop and start VLC Mutlicast proxys is a bit rubbish)) until such time that TVHeadend has native support.

#8 Updated by danny skjodt about 4 years ago

Sure, its not complete yet, no support for 2 clients watching the same channel, but here it goes..

#!/bin/bash
tail -f /tmp/tvh.log | while read -r f1 f2 f3 f4 f5 f6 f7 f8 f9 g1 g2 g3 g4 g5 g6 g7 g8 g9 h1
do
if [[ "$f6" == "subscription:" ]]; then
var=`echo $g8 $g9 | sed 's/\,/\n/g' | sed -n 1p | sed 's/\,//g' | sed 's/\"//g' | sed 's/ //g'`
fi

if "$var" "TV2Charlie" ; then
if "$g6" "subscribing" ; then
echo "$g6 $var"
ffmpeg -i "http://link/to" -vcodec copy -acodec copy -vbsf h264_mp4toannexb -f mpegts -re "udp://239.0.0.1:1234?ttl=1&pkt_size=1316" &
TV2CHAR_pid=$!
elif "$g6" == "unsubscribing" ; then
echo "$g6 $var"
kill -9 $TV2CHAR_pid
fi
fi
done

My channel name in tvheadend is TV2 Charlie, you might need to transcode the audio or video stream to be compatible with tvheadend.

#9 Updated by danny skjodt about 4 years ago

Hm seems like something got striped when pasting it here :/

#10 Updated by Zdeněk Kopřivík almost 4 years ago

Adam,
is the "debug" feature of http input in the master repository? If not can we get it elsewhere please?

#11 Updated by Bengt Madeberg almost 4 years ago

Yes this would be a nice feature. I want to use a DVB card with CI module. The only software supporting this is DVBlast and MuMuDVB. DVBlast only supports multicast but MuMuDVB also supports unicast (HTTP). If no HTTP support in TVH, is it possible to include some "trigger" in TVH to start a multicast stream like post 8 ?

#12 Updated by danny skjodt almost 4 years ago

Bengt Madeberg wrote:

Yes this would be a nice feature. I want to use a DVB card with CI module. The only software supporting this is DVBlast and MuMuDVB. DVBlast only supports multicast but MuMuDVB also supports unicast (HTTP). If no HTTP support in TVH, is it possible to include some "trigger" in TVH to start a multicast stream like post 8 ?

Just do as I did hook up the logfile

1. run tvheadend like this ./tvheadend 2> /tmp/tvh.log
2. save this paste as tvhli.sh http://webzi.dk/140
3. and this paste as channel.sh http://webzi.dk/141
4. then chmod both +x and run screen -dmS tvhli ./tvhli.sh
5. add the channel names from channel.sh as iptv channels in tvheadend, use any random multicast ip and lo as interface and port 5501 as port
6. and then you need to run this as root :
ifconfig lo multicast
ip route add 224.0.0.0/4 dev lo src 127.0.0.1

7. install ffmpeg and cvlc and thats it.

However aint setting up oscam with your ci module, and using tvheadends build in cwt to contact oscam better for your stuff ?

#13 Updated by Bengt Madeberg almost 4 years ago

danny skjodt wrote:

However aint setting up oscam with your ci module, and using tvheadends build in cwt to contact oscam better for your stuff ?

Now I'm out of the topic for this thread but....
I'm not sure about the configuration for this. Today I use oscam with a phoenix card reader. Some channels here in Sweden are not possible to decode with "softcam" (HD channels and some H264 SD channels) so I need a HW Cam for this. According to some other forums it's possible to use PC-cards with CI and a CAM with a proper card (which I have). But do really oscam support this ? Or how do I control the HW CAM without DVBlast or MuMuDVB ?

#14 Updated by danny skjodt almost 4 years ago

Bengt Madeberg wrote:

danny skjodt wrote:

However aint setting up oscam with your ci module, and using tvheadends build in cwt to contact oscam better for your stuff ?

Now I'm out of the topic for this thread but....
I'm not sure about the configuration for this. Today I use oscam with a phoenix card reader. Some channels here in Sweden are not possible to decode with "softcam" (HD channels and some H264 SD channels) so I need a HW Cam for this. According to some other forums it's possible to use PC-cards with CI and a CAM with a proper card (which I have). But do really oscam support this ? Or how do I control the HW CAM without DVBlast or MuMuDVB ?

Viasat ?? You can't decode those without a Viasat HD Reciever, or well you can get an old non updated reciever, firmware 1.12 i think, and extract the ekpair and hwkey, and use then together with newcs or oscam, but its quite complicated..
The same goes for any hw cam, it will still need hwkey and ekpair.

#15 Updated by Bengt Madeberg almost 4 years ago

Not Viasat, Boxer...they don't use receiver pairing......

#16 Updated by Igosr Petroff almost 4 years ago

Is there any news about HTTP_input_module ?

Regards.

#17 Updated by Zdeněk Kopřivík almost 4 years ago

Hi,
I'm currently working on it using the code from Adam's repository. I'm busy this week but I have it working already (just need to correctly close the stream and clean up the code a bit). It should be ready during the next week.

It supports only MPEG TS over HTTP and it should not break UDP multicast support. I'm going to make a patch for the current stable 3.4 release.

Zdenek

#18 Updated by Zdeněk Kopřivík over 3 years ago

Hi,
the patch is finally here. Just download the latest stable sources from here (https://github.com/tvheadend/tvheadend/archive/3.4patch1.tar.gz), apply the attached patch and configure/compile/install as usual.

Example configuration is shown in the attached picture (note that interface and udp port are being ignored).

Only MPEG TS over HTTP is supported! I've tested the original UDP/RTP support and it also seems to work.

The code is not very nice but it should be fast and stable enough for every day use. It should be even able to recieve multiple streams of mixed types (HTTP/UDP/RTP) at once.

Please report if it works for you.

Zdenek

#19 Updated by Paul Davies over 3 years ago

Hi Zdenek

I've tried the below HLS streams (which work fine in VLC player directly)...

http://www.nasa.gov/multimedia/nasatv/NTV-Public-IPS.m3u8
http://public.infozen.cshls.lldns.net/infozen/public/public/public_400.m3u8
http://qthttp.apple.com.edgesuite.net/1010qwoeiuryfg/sl.m3u8

None of these will play when I connect VLC to tvheadend's mapped channels. I've attached a screenshot of my config, and dumped the log below (although not much output is seen)

Any advice would be hugely appreciated.

Oct 21 00:05:45.556 [WARNING]:access: Created default wide open access controle entry
Oct 21 00:05:45.707 [   INFO]:charset: 71 entries loaded
Oct 21 00:05:45.710 [   INFO]:CSA: Using SSE2 128bit parallel descrambling
Oct 21 00:05:45.710 [   INFO]:epggrab: module eit created
Oct 21 00:05:45.711 [   INFO]:epggrab: module uk_freesat created
Oct 21 00:05:45.712 [   INFO]:epggrab: module uk_freeview created
Oct 21 00:05:45.712 [   INFO]:epggrab: module viasat_baltic created
Oct 21 00:05:45.716 [   INFO]:epggrab: module opentv-skyit created
Oct 21 00:05:45.717 [   INFO]:epggrab: module opentv-ausat created
Oct 21 00:05:45.718 [   INFO]:epggrab: module opentv-skyuk created
Oct 21 00:05:45.719 [   INFO]:epggrab: module pyepg created
Oct 21 00:05:45.720 [   INFO]:epggrab: module xmltv created
Oct 21 00:05:45.725 [   INFO]:dvr: Creating new configuration ''
Oct 21 00:05:45.728 [WARNING]:dvr: Output directory for video recording is not yet configured for DVR configuration "". Defaulting to to "/home/paul". This can be changed from the web user interface.
Oct 21 00:05:45.729 [ NOTICE]:START: HTS Tvheadend version  started, running as PID:8060 UID:1000 GID:1000, settings located in '/home/paul/.hts/tvheadend'
Oct 21 00:07:42.620 [   INFO]:subscription: "HTTP" subscribing on "nasa", weight: 100, adapter: "<N/A>", network: "<N/A>", mux: "http://www.nasa.gov/multimedia/nasatv/NTV-Public-IPS.m3u8", provider: "<N/A>", service: "<N/A>", quality: 100
Oct 21 00:07:46.002 [WARNING]:webui: Couldn't start streaming /stream/channelid//1, No input detected
Oct 21 00:07:46.003 [   INFO]:subscription: "HTTP" unsubscribing from "nasa" 
Oct 21 00:07:46.122 [   INFO]:subscription: "HTTP" subscribing on "nasa", weight: 100, adapter: "<N/A>", network: "<N/A>", mux: "http://www.nasa.gov/multimedia/nasatv/NTV-Public-IPS.m3u8", provider: "<N/A>", service: "<N/A>", quality: 100
Oct 21 00:07:50.008 [WARNING]:webui: Couldn't start streaming /stream/channelid//1, No input detected
Oct 21 00:07:50.009 [   INFO]:subscription: "HTTP" unsubscribing from "nasa" 
Oct 21 00:07:50.126 [   INFO]:subscription: "HTTP" subscribing on "nasa", weight: 100, adapter: "<N/A>", network: "<N/A>", mux: "http://www.nasa.gov/multimedia/nasatv/NTV-Public-IPS.m3u8", provider: "<N/A>", service: "<N/A>", quality: 100
Oct 21 00:07:54.003 [WARNING]:webui: Couldn't start streaming /stream/channelid//1, No input detected
Oct 21 00:07:54.003 [   INFO]:subscription: "HTTP" unsubscribing from "nasa" 
Oct 21 00:09:17.605 [   INFO]:HTTP: 192.168.0.8: using ticket 0F433EFD7C31E22962BF153F99B532528B343C9C for /stream/channelid/1
Oct 21 00:09:17.727 [   INFO]:subscription: "HTTP" subscribing on "nasa", weight: 100, adapter: "<N/A>", network: "<N/A>", mux: "http://www.nasa.gov/multimedia/nasatv/NTV-Public-IPS.m3u8", provider: "<N/A>", service: "<N/A>", quality: 100
Oct 21 00:09:21.002 [WARNING]:webui: Couldn't start streaming /stream/channelid/1?ticket=0F433EFD7C31E22962BF153F99B532528B343C9C, No input detected
Oct 21 00:09:21.002 [   INFO]:subscription: "HTTP" unsubscribing from "nasa" 
Oct 21 00:09:21.005 [   INFO]:HTTP: 192.168.0.8: using ticket 0F433EFD7C31E22962BF153F99B532528B343C9C for /stream/channelid/1
Oct 21 00:09:21.119 [   INFO]:subscription: "HTTP" subscribing on "nasa", weight: 100, adapter: "<N/A>", network: "<N/A>", mux: "http://www.nasa.gov/multimedia/nasatv/NTV-Public-IPS.m3u8", provider: "<N/A>", service: "<N/A>", quality: 100
Oct 21 00:09:25.003 [WARNING]:webui: Couldn't start streaming /stream/channelid/1?ticket=0F433EFD7C31E22962BF153F99B532528B343C9C, No input detected
Oct 21 00:09:25.003 [   INFO]:subscription: "HTTP" unsubscribing from "nasa" 
Oct 21 00:09:25.006 [   INFO]:HTTP: 192.168.0.8: using ticket 0F433EFD7C31E22962BF153F99B532528B343C9C for /stream/channelid/1
Oct 21 00:09:25.123 [   INFO]:subscription: "HTTP" subscribing on "nasa", weight: 100, adapter: "<N/A>", network: "<N/A>", mux: "http://www.nasa.gov/multimedia/nasatv/NTV-Public-IPS.m3u8", provider: "<N/A>", service: "<N/A>", quality: 100
Oct 21 00:09:29.004 [WARNING]:webui: Couldn't start streaming /stream/channelid/1?ticket=0F433EFD7C31E22962BF153F99B532528B343C9C, No input detected
Oct 21 00:09:29.005 [   INFO]:subscription: "HTTP" unsubscribing from "nasa" 
Oct 21 00:11:33.285 [   INFO]:subscription: "HTTP" subscribing on "nasa", weight: 100, adapter: "<N/A>", network: "<N/A>", mux: "http://www.nasa.gov/multimedia/nasatv/NTV-Public-IPS.m3u8", provider: "<N/A>", service: "<N/A>", quality: 100
Oct 21 00:11:37.003 [WARNING]:webui: Couldn't start streaming /stream/channelid//1, No input detected
Oct 21 00:11:37.003 [   INFO]:subscription: "HTTP" unsubscribing from "nasa" 
Oct 21 00:12:26.906 [   INFO]:subscription: "HTTP" subscribing on "apple", weight: 100, adapter: "<N/A>", network: "<N/A>", mux: "http://qthttp.apple.com.edgesuite.net/1010qwoeiuryfg/sl.m3u8", provider: "<N/A>", service: "<N/A>", quality: 100
Oct 21 00:12:30.005 [WARNING]:webui: Couldn't start streaming /stream/channelid//2, No input detected
Oct 21 00:12:30.005 [   INFO]:subscription: "HTTP" unsubscribing from "apple" 
Oct 21 00:12:30.138 [   INFO]:subscription: "HTTP" subscribing on "apple", weight: 100, adapter: "<N/A>", network: "<N/A>", mux: "http://qthttp.apple.com.edgesuite.net/1010qwoeiuryfg/sl.m3u8", provider: "<N/A>", service: "<N/A>", quality: 100
Oct 21 00:12:34.001 [WARNING]:webui: Couldn't start streaming /stream/channelid//2, No input detected
Oct 21 00:12:34.001 [   INFO]:subscription: "HTTP" unsubscribing from "apple" 
Oct 21 00:12:34.135 [   INFO]:subscription: "HTTP" subscribing on "apple", weight: 100, adapter: "<N/A>", network: "<N/A>", mux: "http://qthttp.apple.com.edgesuite.net/1010qwoeiuryfg/sl.m3u8", provider: "<N/A>", service: "<N/A>", quality: 100
Oct 21 00:12:38.001 [WARNING]:webui: Couldn't start streaming /stream/channelid//2, No input detected
Oct 21 00:12:38.001 [   INFO]:subscription: "HTTP" unsubscribing from "apple" 
Oct 21 00:15:11.024 [   INFO]:subscription: "HTTP" subscribing on "nasa", weight: 100, adapter: "<N/A>", network: "<N/A>", mux: "http://public.infozen.cshls.lldns.net/infozen/public/public/public_400.m3u8", provider: "<N/A>", service: "<N/A>", quality: 100
Oct 21 00:15:14.002 [WARNING]:webui: Couldn't start streaming /stream/channelid//1, No input detected
Oct 21 00:15:14.003 [   INFO]:subscription: "HTTP" unsubscribing from "nasa" 
Oct 21 00:15:14.156 [   INFO]:subscription: "HTTP" subscribing on "nasa", weight: 100, adapter: "<N/A>", network: "<N/A>", mux: "http://public.infozen.cshls.lldns.net/infozen/public/public/public_400.m3u8", provider: "<N/A>", service: "<N/A>", quality: 100
Oct 21 00:15:18.001 [WARNING]:webui: Couldn't start streaming /stream/channelid//1, No input detected
Oct 21 00:15:18.002 [   INFO]:subscription: "HTTP" unsubscribing from "nasa" 
Oct 21 00:15:18.106 [   INFO]:subscription: "HTTP" subscribing on "nasa", weight: 100, adapter: "<N/A>", network: "<N/A>", mux: "http://public.infozen.cshls.lldns.net/infozen/public/public/public_400.m3u8", provider: "<N/A>", service: "<N/A>", quality: 100
Oct 21 00:15:22.002 [WARNING]:webui: Couldn't start streaming /stream/channelid//1, No input detected
Oct 21 00:15:22.002 [   INFO]:subscription: "HTTP" unsubscribing from "nasa" 

#20 Updated by Zdeněk Kopřivík over 3 years ago

Hi,
sorry, none of these links points directly to the MPEG TS stream. They points to m3u playlists which are not supported (at least not yet). You can get direct links by opening them in VLC and then looking at the real links (tools -> media info -> at the bottom), but right now none of these works for me in VLC so I cannot test them. I'm afraid that direct links to the TS streams are changing so you'll need to update them in TVH quite often.

Someone would have to implement m3u playlist support to get these work.

#21 Updated by Paul Davies over 3 years ago

Thanks for replying Zdenek

The .ts streams are changing as they are live HLS streams. I haven't looked at the code in detail but from what you've said TVH would need to know when to grab the m3u again and know which .ts file to get next (in the same way that a HLS player would do), otherwise you would get a break in the stream when it ran out of .ts files in the first playlist.

What kind of streams should I be looking for to work with your patch? Just a single .ts file over HTTP (not referenced in a playlist). Do you have any example?

#22 Updated by Zdeněk Kopřivík over 3 years ago

Yes, you need single .ts file over HTTP. There are some local IPTV providers which stream regular TV channels this way (that's why I needed this). And also it can be useful when you need to get a stream from another application to TVH (e.g. from another instance of TVH running elsewhere).

#23 Updated by danny skjodt over 3 years ago

Hey your patch works quite good, but its not that prone to errors, tvheadend can easily hardlock and have to be killed if the http link gives unexpected data.

I think manny wanted this to be able to link channels from one tvheadend server onto another, and by not supporting auth user:[email protected] in the links, thats not posible without wide open auth.

There is some processing errors, ive got quite a few h264 aac mpegts streams that wont have audio with this, but using ffmpeg, vlc, tsplay or simular to broadcast the same stream as udp tvheadend picks up the audio fine.

#24 Updated by Zdeněk Kopřivík over 3 years ago

Hi,
I'll definitely look at the hardlock problem as this shouldn't happen.

The auth support could be added later (or anyone else can implement it) but it isn't priority for me now, sorry.

Regarding the sound problem. I've noticed that too when using the default mkv muxer. It actually affects all channels not only h264 and seems to get worse with higher bitrate. But it works fine when I use "?mux=pass" appended to the link so I'm not sure if the problem could be in my code or in the mkv muxer. What output protokol do you use: HTS, HTTP (MKV) or HTTP (TS/pass)?

#25 Updated by danny skjodt over 3 years ago

I only use mux pass over http, as that seems to be extremely fast.
Using mux pass you will get a steady flow of data, using matroska/webm you wont, try with wget :)

It seems like the hardlock happends when the tvheadend server I take a channel from over http says no adapters available to the http client from the tvheadend running your patch.

And thanks for doing this, its some sweet ass code, ive been using other method to achive the same, but this is verry fast, channels taken from http starts just as fast in xbmc as channels tuned from iptv or sat..

#26 Updated by Zdeněk Kopřivík over 3 years ago

Now I'm a bit confused. So do you use Tvheadend with XBMC (HTS protocol) or via HTTP protocol (MKV or PASS muxer)? From what I've observed:
When I use my patched Tvheadend to recieve H264 TS stream and re-stream it via HTTP in Matroska I get those sound problems you describe.
When I do the same but re-stream via HTTP in TS (?mux=pass) then it works fine.

The source of the stream is of course always in TS and it doesn't matter if it's from VLC or another instance of Tvheadend.

I'll look at this in more detail.

#27 Updated by danny skjodt over 3 years ago

I use xbmc as client, connected with htsp to 1 fast tvheadend server, that tvheadend server pulls its channels by http mux=pass from serveral other tvheadend servers :)

I never use the mkv parser.

The channels I have problems with are taken in as mpeg2 through a transcoder unit and then broadcasted again as h264 with aac mpegts udp transports, thats where my problem comes from, it works perfect if i set up a tvheadend to pick up those transcoded channels from udp and serve them to clients by htsp.

But trying to pull http mux=pass or mux=mpegts for that sake, into a tvheadend running your patch from the first tvheadend that can tune the transcoded udp channels, that is when the stream gets fucked, missing audio, and lagging video.

To understand what I precisely mean, think this, my goal is to pull channels from serveral tvheadend servers into 1 big fast tvheadend server, that then serves clients by htsp :)

#28 Updated by Bengt Madeberg over 3 years ago

Does anyone knows if it's possible to fetch a stream from MuMuDVB with this patch ? (http unicast)
Is this patch included in later versions of TVH ? Or is is just 3.4 ?

#29 Updated by Zdeněk Kopřivík over 3 years ago

I haven't tested this with MuMuDVB but it SHOULD work (both http unicast and udp/rtp multicast).

The patch is for the latest stable 3.4.27 only (https://github.com/tvheadend/tvheadend/archive/3.4patch1.tar.gz). As far as I know the 4.0 is going to have the core rewritten so this will become obsolete.

There are reported some bugs though. When the source (MuMuDVB) doesn't send correct data Tvheadend may crash. I'm going to fix this but doesn't have time right now.

#30 Updated by Bengt Madeberg over 3 years ago

Ok, thanks for fast answer. I have one machine running 3.2.18 so I will upgrade and do some tests later on...

#31 Updated by Adam Sutton over 3 years ago

  • Status changed from New to Fixed

Master has had support for IPTV HTTP streams for a while, and quite a few people are using it (mainly as a way of hooking up 2 remote TVH servers).

Adam

#32 Updated by Zdeněk Kopřivík about 3 years ago

Hi,
I know there is now support for this in master, but since the latest stable release is still the 3.4.27, here is updated patch for people who prefer to use stable.

This new version of the patch fixes few bugs I've encountered, mainly the hardlock reported above. There is still no support for auth or playlists, sorry.

Installation:
- download and extract latest stable sources (https://github.com/tvheadend/tvheadend/archive/3.4patch1.tar.gz)
- download the patch (iptv_input_v2.patch)
- apply the patch (patch p1 < iptv_input_v2.patch)
configure, make, make install
- report if it works for you

Zdenek

#33 Updated by Zdeněk Kopřivík about 3 years ago

Hi,
user Paradox reported a bug in iptv_input_v2.patch which causes segfault in certain conditions so here is a fixed version.

Zdenek

#34 Updated by Anton Bungin over 2 years ago

I tried to apply the patch for the TVH version posted here.
All was OK until I did './Autobuild.sh -t precise-amd64'
I got 'dpkg-buildpackage:: error: version number does not start with digit' for

#35 Updated by Cassio Simoes over 2 years ago

Zdeněk Kopřivík wrote:

Hi,
user Paradox reported a bug in iptv_input_v2.patch which causes segfault in certain conditions so here is a fixed version.

Zdenek

Is this patch already implemented on 3.4.28~geb79aee~trusty ?

#36 Updated by Levente Cseh over 2 years ago

It's been a while when this has been touched, so let me as again if there is a chance to "re"think of HLS streams to be supported?

I can only speak for myself, but honestly for me this is the only thing that I miss from TVH. I use DVB-T, DVB-S, IPTV multicast, UDP over HTTP streams, but some of the channels I'm really longing to watch are only available in HLS format.

HLS has been long ago accepted as industry standard, is there something I can help in order to help this R&D?

#37 Updated by Jaroslav Kysela over 2 years ago

Levente Cseh wrote:

HLS has been long ago accepted as industry standard, is there something I can help in order to help this R&D?

Use latest v3.9 tvh and pipe:// in IPTV URL - https://tvheadend.org/projects/tvheadend/wiki/Custom_MPEG-TS_Input . You may convert the HLS stream to standard MPEG-TS using ffmpeg/avconv on-the-fly...

Also available in: Atom PDF