EIT EPG stops working after few days
Added by Darius Wilkinson about 12 years ago
Hi there. I'm running tvheadend on the raspberry pi with openelec.
After initial setup the EPG data is correctly populated using the EIT data, however, after about a week it stops working.
I am unable to figure out what's gone wrong.
I'm having trouble finding the EPG DB/data file. I thought that it was epgdb.v2 but no file with that name exists on the system.
I've checked through the logs but there's no mention of anything to do with either the EPG or EITs.
Have tried stopping and starting tvheadend and rebooting, neither of which have had any effect.
So I'm totally lost. Any ideas of what's happening or how I can sort this out?
Replies (5)
RE: EIT EPG stops working after few days - Added by Adam Sutton about 12 years ago
The DB file should be produced when you stop TVH (it's not updated live), if its not then something is wrong.
We had this before, but I was pretty sure it was all fixed now. Presumably you are building from git master? Have you tried building from release/3.2 branch just to rule out any of the recent development work?
Adam
RE: EIT EPG stops working after few days - Added by Darius Wilkinson about 12 years ago
Thanks for the quick reply.
I just tried stopping TVH then searching for the file but no luck.
I did at one point compile TVH myself but am now using the one packaged with Openelec. Build no. from the about page is: 0.90.0.6263.gffc4e7.
I've had the same problem with both self compiled and prepackaged versions.
Thinking about it I may be having bigger problems. I just tried a live stream to a couple of different devices/clients.
Android client:
Nov 05 10:39:43 htsp: 192.168.1.103: Welcomed client software: org.me.tvhguide
Nov 05 10:39:43 htsp: 192.168.1.103 [ org.me.tvhguide ]: Welcomed client software: org.me.tvhguide
Nov 05 10:39:52 HTTP: 192.168.1.103: using ticket 98630A22A954E5F8FB3BB5F91A7627D2AF98E920 for /stream/channelid/25
Nov 05 10:39:52 subscription: "HTTP" subscribing on "BBC ONE Scot", weight: 100, adapter: "ITE 9135 Generic_1", network: "Central Scotland", mux: "Central Scotland: 522,000 kHz", provider: "", service: "BBC ONE Scot", quality: 100
Nov 05 10:40:04 subscription: "HTTP" unsubscribing from "BBC ONE Scot"
WinXP, Firefox, through TVH webclient:
Nov 05 10:40:14 HTTP: 192.168.1.103: using ticket 23E6690CC75DEAE61F254B81758FE08DEC98C184 for /stream/channelid/19
Nov 05 10:40:14 subscription: "HTTP" subscribing on "STV", weight: 100, adapter: "ITE 9135 Generic_1", network: "Central Scotland", mux: "Central Scotland: 498,000 kHz", provider: "", service: "STV", quality: 100
Nov 05 10:40:26 subscription: "HTTP" unsubscribing from "STV"
Nov 05 10:44:26 subscription: "HTTP" direct subscription to adapter: "ITE 9135 Generic_1", network: "Central Scotland", mux: "Central Scotland: 522,000 kHz", provider: "", service: "BBC ONE Scot", quality: 98
Nov 05 10:44:56 webui: Timeout waiting for packets
Nov 05 10:44:56 subscription: "HTTP" unsubscribing
The Android client failed with a "cannot open file" warning though it's not clear from the logs.
Weird thing is it seems to be doing idle scanning and it's background stuff okay as there's no complaints:
Nov 05 10:53:47 dvb: "/dev/dvb/adapter0" tuning to "Central Scotland: 666,000 kHz" (Autoscan)
Nov 05 10:54:07 dvb: "/dev/dvb/adapter0" tuning to "Central Scotland: 498,000 kHz" (Autoscan)
Nov 05 10:54:08 dvb: "Central Scotland: 498,000 kHz" on adapter "ITE 9135 Generic_1", status changed to Bursty FEC
Nov 05 10:54:09 dvb: "Central Scotland: 498,000 kHz" on adapter "ITE 9135 Generic_1", status changed to Constant FEC
Nov 05 10:54:20 dvb: "Central Scotland: 498,000 kHz" on adapter "ITE 9135 Generic_1", status changed to Bursty FEC
Nov 05 10:54:21 dvb: "Central Scotland: 498,000 kHz" on adapter "ITE 9135 Generic_1", status changed to OK
Nov 05 10:54:27 dvb: "/dev/dvb/adapter0" tuning to "Central Scotland: 618,200 kHz" (Autoscan)
So from that it seems that it successfully communicating with the tuner and locking on to the muxes. The fact that it's reporting the FEC status suggests that it is actually inspecting the stream.
I'm totally confused!
To be fair, I've got a feeling that some of the reason for the problems is to do with how openelec/rPi don't shut things down gracefully on reboot. It seems to just pull the plug which I suspect is leading to corruption somewhere along the line. Problem is finding where.
RE: EIT EPG stops working after few days - Added by Adam Sutton about 12 years ago
The version currently available from OE repo's is very old I believe. I wouldn't recommend using that version it has all sorts of bugs. Though so does 3.2, but they tend to be better understood ones
I think its not getting the stream in properly, but that's just a guess. A full debug log would help (but please do upgrade first).
Also running TVH on the pi is always problematic due to poor USB performance (though I know its improved a bit recently), but others are managing it.
Adam
RE: EIT EPG stops working after few days - Added by Adam Sutton about 12 years ago
P.S.
OE do now have 3.2 in there git master, but just not sure they've rolled out binary packages for it yet. Might be worth asking on #openelec to see if you can get a pre-built one from somewhere?
Adam
RE: EIT EPG stops working after few days - Added by Darius Wilkinson about 12 years ago
I'll give building it myself a go later today. Will report back.
You're right about the USB. I've noticed that when I watch a video on XBMC the light on the tuner starts flashing on and off and the TVH log shows lots of problems. It comes from the fact that the USB host functionality is a hack. Means I wouldn't be able watch a vid and record something at the same time, but I can live with that. Oh, in the current mix of OE and TVH I have, live viewing of TV streams on XBMC is a no go (although did work with an earlier version). Live streaming to another device which XMBC is idle works (worked!) fine though.
Totally not TVH fault though. I'm guessing as video is playing the hacked USB driver is not servicing the USB device as it should.