IPTV channles set up

Eric Valette

Hi,

I have IPTV but do not know how to configure it. I can watch a channel using for example vlc rtp://232.0.1.50:8200 and recors it manually using mplayer -dumpstream -dumpfile rtp://232.0.1.50:8200 but would like to integrate both DVB-T and IPTV in tvheadend.

A screenshot of the IPTV configuration tab for the value above would be appreciated. Interface is ETH0.

alex lipatnikov

Hi,
I've the same problem.
Trying to setup IPTV stream, but channels can't play via WebUI.
Please, publish an instruction with working stream sample if it possible.
Thanks.

Andreas Smas

Add entries in the IPTV tab under configuration

To add RTP from rtp://232.0.1.50:8200

* Enabled - obvious
* Channel name - Name of channel you want to map the IPTV stream to
* Interface - Network interface name on the machine where the stream can be received (usually this is eth0 if you only have one interface)
* Group - IP Multicast group, set to 232.0.1.50
* UDP Port - Set to 8200
Tvheadend will figure out itself if the stream is RTP or RAW UDP

Stein Erik

Alex, I think there is a bug in v2.12 so playing in WebUI doesn't work. Test it with an recording or get a frontend to play the stream.

alex lipatnikov

Thanks, Andreas, Erik.
IPTV in raw UDP stream works perfectly in my XBMC!
But not in WebUI. It knocked me up, and I didn't try to play stream via XBMC.
Thanks!

Eric Valette

Andreas Öman wrote:
> Add entries in the IPTV tab under configuration
>
> To add RTP from rtp://232.0.1.50:8200
>
> Enabled - obvious > Channel name - Name of channel you want to map the IPTV stream to
> Interface - Network interface name on the machine where the stream can be received (usually this is eth0 if you only have one interface) > Group - IP Multicast group, set to 232.0.1.50
> * UDP Port - Set to 8200
>

> Tvheadend will figure out itself if the stream is RTP or RAW UDP

Hi Andreas. Thanks for the answer. This is exactly what I did. And I'm not sure it did work. Will try again with XBMC as someone reported it works. From memeory I did it via vlc.

I still have a question. I hope Channel name is a free string as I have the same channels via IPTV and DBV-T, and I must have a way to select IP or DVB-T.
<<

Andreas Smas

Eric Valette - wrote:
> Andreas Öman wrote:
> > Add entries in the IPTV tab under configuration
> >
> > To add RTP from rtp://232.0.1.50:8200
> >
> > Enabled - obvious > > Channel name - Name of channel you want to map the IPTV stream to
> > Interface - Network interface name on the machine where the stream can be received (usually this is eth0 if you only have one interface) > > Group - IP Multicast group, set to 232.0.1.50
> > * UDP Port - Set to 8200
> >
> > Tvheadend will figure out itself if the stream is RTP or RAW UDP
>
> Hi Andreas. Thanks for the answer. This is exactly what I did. And I'm not sure it did work. Will try again with XBMC as someone reported it works. From memeory I did it via vlc.
>

> I still have a question. I hope Channel name is a free string as I have the same channels via IPTV and DBV-T, and I must have a way to select IP or DVB-T.

Yes you can give them different names.

Why do you have to differ them? I think one of the best features of Tvheadend is that it can merge channels from different source so you don't have to worry about where the data comes. It's the same channel after all.

Either way, you can do whatever you want
<<

Eric Valette

Andreas Öman wrote:

> Yes you can give them different names.

> Why do you have to differ them? I think one of the best features of Tvheadend is that it can merge channels from different source so you don't have to worry about where the data comes. It's the same channel after all.

True in theory wrong in my case: I have some IPTV channels that are HD while their dvb-t counterpart is SD. On the contrary the IPTV HD channels are 720p while the HD DVB-T counterpart is 1080i.

> Either way, you can do whatever you want

Great. I will test home tonight and report.

Again thanks for the support.

Eric Valette

Eric Valette - wrote:

> Great. I will test home tonight and report.

Confirmed working via XBMC and VLC.

Phill Lavender

Hi, same theme, so thought it best not to open a new thread.

I'm trying to set-up IPTV for Imagenio in Spain (RTP over UDP). I added two channels as a test to the IPTV Tab (Name, Multicast Group, Port)
FOX: 239.0.0.74 :8208

AXN: 239.0.0.14 : 8208

I can them channel numbers in the Channels Tab (1 and 2)

I'm not able to view them either. Not with the Play option in the Channel Tab or using VLC as a RTSP client. (RTSP://localhost:9981/channelid/1)

The logs show:
HTTP: Subscribing: FOX... (Channel info)... blah.
HTTP: Unsubscribing: FOX [Graceperiod Exceeded]....

(Above it from memory)

This happens over and over in the logs, essentially each time I try to connect.

If I just use VLC on the same machine and set the network location as RTP://239.0.0.74:8208 everything works just fine, so configuration of the network isn't an issue. (at least it doesn't appear to be)

Any ideas. (Using Jaunty Jack Ubuntu if it helps 9.04)

Thanks

Phill

Eric Valette

Now it works for me. As said above in the thread: the http streaming may not work depending on your version of tvheadend. It now works with the current git version except channels with eac3 sound due to a bug in a demux code. XBMC works as well. (use at least dharma version, go to video->add location->add network location and use the HTSP protocol. Once done, open the new item called htsp://yourhost:xxxx and select the correct tag (you may have to manually add the TV tag on the channel configuration).

-- eric

Phill Lavender

Thanks. I'll give it a try with XBMC Dharma...whole reason I was doing it in the first place to use with ATV2..
I take it from your comments that VLC as a frontend is actually using the HTTP streaming (even though it's RTSP://) hence the issue I experienced. Using XBMC as the frontend uses a different protocol (HTSP) which doesn't have the same issues (well none you found other then the above). Right ?
I'll try it out and post back if I still has issues.

Phill

BTW. Any issues with Dual LAN. eth0 set to the fixed/local IP (10.167.189.90) of the IPTV service, eth1 to local DHCP (192.168.1.1). Will TVheadend bridge from eth0 to eth1 without an issue (i.e. take the RTP/UDP stream from -eth0 and allow HTSP to clients over - eth1?

Phill Lavender

OK just tried under XBMC.. failed.. log below.. any ideas.

Feb 23 15:00:06 htsp: Got connection from 192.168.1.43
Feb 23 15:00:06 htsp: 192.168.1.43: Welcomed client software: XBMC Media Center
Feb 23 15:00:06 htsp: 192.168.1.43 [ XBMC Media Center ]: Identified as user xbmc
Feb 23 15:00:06 subscription: "192.168.1.43 [ xbmc | XBMC Media Center ]" subscribing on "AXN", weight: 150, adapter: "eth1", network: "", mux: "239.0.0.14", provider: "", service: "", quality: 100
Feb 23 15:00:09 Transport: eth1/239.0.0.14: Status changed to [Graceperiod expired]
Feb 23 15:00:15 Transport: eth1/239.0.0.14: Status changed to [Graceperiod expired]
Feb 23 15:00:16 htsp: 192.168.1.43 [ xbmc | XBMC Media Center ]: Disconnected
Feb 23 15:00:16 subscription: "192.168.1.43 [ xbmc | XBMC Media Center ]" unsubscribing from "AXN"

Feb 23 15:00:16 htsp: 192.168.1.43 [ xbmc | XBMC Media Center ]: Disconnected

Seems it connects ok , but then the Transport Status changes and it disconnects.

Eric Valette

Feb 23 15:00:09 Transport: eth1/239.0.0.14: Status changed to [Graceperiod expired] seems bogus to me: The multicast stream should be received on eth0 in your first mail. The interface should be set to eth0 if its the interface that receives the Ip stream.

Phill Lavender

eth1 is attached to 10.115.167.90 which is the 'fixed' IP for IPTV provider
eth2 is attached to DHCP (192.168.1.42) for the local LAN.

eth0 would be wireless, but I have it switched off.

So it's valid, just not working.

Phill Lavender

Having looked through the issues. I think #318 may be the cause. I'll try a build from git and see if it makes a difference. Phill

Phill Lavender

Ok. Not so good. I tried the latest git still no luck, so started to look at the IPTV stream itself. I dumped the raw RTP stream to a file from VLC, then ran it through DVBSnoop, looking for PAT/PMT tables. Not present! Seems Imagenio in Spain don't form proper MPEG-TS packets, only 'User Defined Tables' for PIDs 101,201 and 202 in the stream. (1 Video and 2 Audio Channels). Probably VLC can just read these as video and audio, but likely the reason Tvheadend fails with [Graceperiod Expiry], since can;t find a valid PAT/PMT. Andreas ? Phill.

Phill Lavender

Ran a full log of a 2 minute dump through dvbsnoop (-s ts option) turns out PAT is there PID: 0, PMT is 100, Video 101 and Audio 201 /202. Not sure what the issue is now.

Phill Lavender

Fixed in CVS. RTP identification code was not taking extension headers into account. Working fine now.

nothing works

Hello all,

is this guide still valid for version Tvheadend 3.9.2810.

I am trying to add some radio streams to look like radio channels, but I cant. I am using this source. Can someone help me, please?

http://www.listenlive.eu/