Kodi Community Forum
Linux HOW-TO watch Live TV in XBMC for Linux with Tvheadend, the easy way! - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: Tips, tricks, and step by step guides (https://forum.kodi.tv/forumdisplay.php?fid=110)
+--- Thread: Linux HOW-TO watch Live TV in XBMC for Linux with Tvheadend, the easy way! (/showthread.php?tid=91716)



- Nemphys - 2011-04-12

Thanx for the hint, checking now.
As for the recordings problem, just compiled and checked:
First of all, I still have to have the option "Do not store the EPG in the database" turned on, otherwise I get some weird stuff at epg.
The good thing is that the timer appeared in the timers page as soon as I started recording the current channel.
The bad thing(s) is that the "Now recoding" popup on the main screen remains the same (only the label and the icon changes, the program and channel info are wrong) and that the new recording still does not appear on the recordings page (during or after stoping the recording).
There is progress though!


- danz0l - 2011-04-12

Hi guys im really new to all this but hoping for a bit of help.

I have aWinTV-NOVA S-HD (bought as a WinTV-NOVA-S-Plus). I have the release of Dharma live installed.

I put the card in, brought up TVHEADEND 2.12 and the card was detected as a Conexant CX24123/CX24109 (I havent installed any drivers).

I set up TVHEADEND for freesat UK, i.e. i went Add DVB Network by location, choose Astra 28.2E and TVHEADEND went of searching for muxes. However it keeps getting stuck on scanning the last one. The scan takes ages (a very very very long time) but then holds up on the last mux, heres an output

Hardware
Quote:Device path:
/dev/dvb/adapter0
Device name:
Conexant CX24123/CX24109
Host connection:
PCI
Intermediate Frequency range:
950000 kHz - 2150000 kHz, in steps of 1011 kHz
Symbolrate range:
1000000 Baud - 45000000 Baud
Status
Currently tuned to:
ASTRA: 11,623,080 kHz Horizontal (Default (Port 0, Universal LNB))
Services:
874
Muxes:
144
Muxes awaiting initial scan:
1

I left it on 12 hours and it hasnt moved from that last one and until it does i cant map the the channels with MAP DVB services to channels. How do i get past that ?

When i first set up the card it detected around 140 muxes and mapped to channels. However i followed the instructions in the first post for the 2.12 git version of TVHEADEND and got the results i see here now. I restored my PC (have a clonezilla image) with the original tvheadend but it only scanned in 40 muxes but i successfully mapped them to channels and the VDR testing branch of XBMC plays them perfectly. However now i cant get past this scan issue again. How do i know which one its stuck on or how do i force it to allow me to map the others to channels ?

Is this possibly a driver issue ?


- opdenkamp - 2011-04-12

looks like a bug in tvheadend. you could try disabling that mux in the webui (the tab next to the one where you add channels).

try #hts on freenode for help or submit a bug report on tvheadend's bug tracker.


- danz0l - 2011-04-12

dushmaniac Wrote:looks like a bug in tvheadend. you could try disabling that mux in the webui (the tab next to the one where you add channels).

try #hts on freenode for help or submit a bug report on tvheadend's bug tracker.

Thats what i thought dushmaniac, however which mux would it be ? I have no clue as to which one its waiting to scan ? Sorry a little new to this.


- opdenkamp - 2011-04-12

you can see which muxes are being scanned in the debug log. look up the frequency of last one that is being scanned in the list of all muxes and disable it there.


- danz0l - 2011-04-12

dushmaniac Wrote:you can see which muxes are being scanned in the debug log. look up the frequency of last one that is being scanned in the list of all muxes and disable it there.

Thanks mate, that did it. It seems its detecting a frequency of 999,999,999 which just sends it in a loop. Disabling it doesnt work so i deleted it and turned off autodetected muxes. I could then map my channels

Now i have an issue with xmltv. Setting xmltv to United Kingdom/Republic of Ireland (Radio Times) wth a 1 hour interval and enabled gets a debug output of

Quote:Apr 12 12:50:34 xmltv: Grabbing "United Kingdom/Republic of Ireland (Radio Times)" using command "/usr/bin/tv_grab_uk_rt"
Apr 12 12:50:34 xmltv: No output from "/usr/bin/tv_grab_uk_rt"

i've ran /usr/bin/tv_grab_uk_rt --configure and gone through the procedure logged in as XBMC and as hts and its not updating the epg. What am i doing wrong ?

And is there anyway to get more on the EPG than now and next ?


- NiPiN³ - 2011-04-12

Thanks for this howto: Running TVHeadend on a server using a FireDTV and a PVR-150 and also experience image stutter after about 5 minutes (audio starts to stutter later). This happens on both tuners (Digital and Analog), with and without vdpau.

Stopping (x) and reconnecting to the channel seems to reset it, as does switching channels.

Switching the frequency on the server using "ivtv-tune -f 768" does not solve the problem and it continues to stutter on the other channel/frequency. The frequency change takes longer than normal, probably the buffer that causes that.

<<log spam removed>>

Posted this in the windows section by accident... Shocked


- opdenkamp - 2011-04-12

@danz0l:
execute "/path/to/grabber --configure" as user hts

@NiPiN³:
first of all, if you are going to post some log here, use pastebin please.
could you pastebin an xbmc debug log please.


- danz0l - 2011-04-12

dushmaniac Wrote:@danz0l:
execute "/path/to/grabber --configure" as user hts

Thanks for helping me out mate, im getting there slowly and truly appreciate your help,. Hmmmmmm no joy im afraid.

I've tried this

Quote:sudo su hts
/usr/bin/tv_grab_uk_rt --configure

It tells me its going to store everything where it should

Quote:tv_grab_uk_rt uses a cache with files that it has already downloaded. Please specify where the cache shall be stored.
Enter the directory to store the listings cache in: [/home/hts/.xmltv/cache]
In a bid to provide more consistent listings data, tv_grab_uk_rt can further process programme and episode titles.

However upon setting up i still get the same error in tvheadend

Apr 12 14:42:58 xmltv: Grabbing "United Kingdom/Republic of Ireland (Radio Times)" using command "/usr/bin/tv_grab_uk_rt"
Apr 12 14:42:59 xmltv: No output from "/usr/bin/tv_grab_uk_rt"

I've also run the same under the xbmc user.

Im also only getting now and next on the epg ?


- NiPiN³ - 2011-04-12

dushmaniac Wrote:first of all, if you are going to post some log here, use pastebin please.
could you pastebin an xbmc debug log please.

Sure no problem. Debug log from the moment the digital channel is selected, the last minute is while stuttering:
http://pastebin.com/J44k9qUH

And as it stutters on, audio will start to stutter as well:
http://pastebin.com/q4fPQGq4

Let me know if you need more info.


- opdenkamp - 2011-04-12

@danz0l:
after configuring your grabber, try executing it (again, as user hts) and check the output on the console. if your grabber has some debugging option, enable it.

@NiPiN³:
try this. create a file ~/.xbmc/userdata/advancedsettings.xml (if you don't already have it) and put this in it:
Code:
<advancedsettings>
  <pvr>
    <inputstreamdelay>500</inputstreamdelay>
  </pvr>
</advancedsettings>
this will delay the playback of pvr streams by 500ms. changing channels will be a bit slower, but you shouldn't get buffer underruns anymore. if you still get them, increase the value to 1000 and check again. it's not a real solution, but a work around until I fixed buffering properly there.


- danz0l - 2011-04-12

dushmaniac Wrote:@danz0l:
after configuring your grabber, try executing it (again, as user hts) and check the output on the console. if your grabber has some debugging option, enable it..

Thanks mate and really appreciate the help, i know its above and beyond and really appreciated.

Ok

Quote:sudo su hts
/usr/bin/tv_grab_uk_rt --configure

Go through configure, choose freesat and it generates a channel list.

However on running it, still connected through hts, i get

Quote:/usr/bin/tv_grab_uk_rt
XMLTV requires a Date::Manip timezone of +0000 to work properly.
Current Date::Manip timezone is 1.

No debug that i can see, did a version check

Quote:/usr/bin/tv_grab_uk_rt --version

XMLTV module version 0.5.56
This is tv_grab_uk_rt version 1.220, 2009/08/09 04:00:57

tried an update (just incase)

Quote:sudo apt-get update
sudo apt-get install xmltv

but appears i'm running the latest version.

I'm completely stumped Sad


- danz0l - 2011-04-12

Update, seems i've solved the issue. Phew

There was an issue with Ubuntu 10.4 and the Date::Manip timezone. Date::Manip was recently changed, and those changes appear in Ubuntu 10.04. Unfortunately, the version of XMLTV included with Ubuntu 10.04 does not work properly with the changed Date::Manip.

So i had to do the following

Quote:wget http://ftp.de.debian.org/debian/pool/main/x/xmltv/xmltv-util_0.5.59-1_all.deb
wget http://ftp.de.debian.org/debian/pool/main/x/xmltv/xmltv_0.5.59-1_all.deb
wget http://ftp.de.debian.org/debian/pool/main/x/xmltv/xmltv-gui_0.5.59-1_all.deb
wget http://ftp.de.debian.org/debian/pool/main/x/xmltv/libxmltv-perl_0.5.59-1_all.deb
wget http://ftp.de.debian.org/debian/pool/main/libp/libparse-recdescent-perl/libparse-recdescent-perl_1.965001+dfsg-1_all.deb

sudo dpkg --install ./xmltv-util_0.5.59-1_all.deb ./xmltv_0.5.59-1_all.deb ./xmltv-gui_0.5.59-1_all.deb ./libxmltv-perl_0.5.59-1_all.deb ./libparse-recdescent-perl_1.965001+dfsg-1_all.deb

sudo su hts
tv_grab_uk_rt --configure
tv_grab_uk_rt

Its now scanning as it should and hopefully i should have an updated EPG soon. Thanks for all your help.


- opdenkamp - 2011-04-12

no problem. nice to hear that it works now.


- opdenkamp - 2011-04-12

ezechiel1917 Wrote:using latest ppa: VideoPlayer.Time and VideoPlayer.Duration in LiveTV OSD aren't updated when switching channels. Values remains unchanged (of first show when livetv channel is opened)
fixed in https://github.com/opdenkamp/xbmc/commit/04851a7adb648f995da27912084c5636c2592820
will be included in the next build