Kodi Community Forum

Full Version: Muxes dont scan TVHeadend
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2
Hey Guys,

Setup:
Raspberry pi Model B
Powered USB Hub
Openelec 3.2.4
Ready Nas Duo v2 - media storage via NFS
Hauppauge WinTV-Duet

Image

Once I have selected my TV Tuner and added the DBV Network nothing happens I have waited for for the number under "Muxes awaiting initial scan" to reach zero. To no avail what do you advise? (TVHeadend server is installed on the Pi)

I just checked dmesg (I think) and this is the info:

Code:
OpenELEC (official) Version: 3.2.4
OpenELEC:~ # dmesg
[ 1984.910663] usb 1-1.3.1.4: new high-speed USB device number 72 using dwc_otg
[ 1985.013193] usb 1-1.3.1.4: New USB device found, idVendor=2040, idProduct=5200
[ 1985.013218] usb 1-1.3.1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1985.013231] usb 1-1.3.1.4: Product: NovaT 500Stick
[ 1985.013242] usb 1-1.3.1.4: Manufacturer: Hauppauge
[ 1985.013253] usb 1-1.3.1.4: SerialNumber: 4034703077
[ 1985.015621] dvb-usb: found a 'Hauppauge Nova-TD Stick (52009)' in warm state.
[ 1985.015950] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 1985.016533] DVB: registering new adapter (Hauppauge Nova-TD Stick (52009))
[ 1985.268498] usb 1-1.3.1.4: DVB: registering adapter 0 frontend 0 (DiBcom 7000PC)...
[ 1985.508311] DiB0070: successfully identified
[ 1985.508343] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 1985.508604] DVB: registering new adapter (Hauppauge Nova-TD Stick (52009))
[ 1985.686334] usb 1-1.3.1.4: DVB: registering adapter 1 frontend 0 (DiBcom 7000PC)...
[ 1985.917878] DiB0070: successfully identified
[ 1985.917927] Registered IR keymap rc-dib0700-rc5
[ 1985.918409] input: IR-receiver inside an USB DVB receiver as /devices/platform/bcm2708_usb/usb1/1-1/1-1.3/1-1.3.1/1-1.3.1.4/rc/rc9/input53
[ 1985.919124] rc9: IR-receiver inside an USB DVB receiver as /devices/platform/bcm2708_usb/usb1/1-1/1-1.3/1-1.3.1/1-1.3.1.4/rc/rc9
[ 1985.919548] dvb-usb: schedule remote query interval to 50 msecs.
[ 1985.919572] dvb-usb: Hauppauge Nova-TD Stick (52009) successfully initialized and connected.
[ 1985.919842] dib0700: rc submit urb failed
[ 3200.960419] usb 1-1.3.4: input irq status -5 received
Try ticking 'enabled' and saving the configuration...
HA! Boy do I feel stupid now, it has scanned all the Muxes now but I'm getting 0 services & 0% signal strength any suggestions?
Where are you located? Do you have any way of checking the mux frequencies that have been added versus what they should be for your local transmitter? The database that tvheadend uses frequently doesn't have the best information in my experience.
Im located in Hastings looks like we have our own transmitter, somewhere I have read said to check here http://www.ukfree.tv but I can't seem to find the right info. This is what I have Image

Any chance the drivers/firmware are incorrect? Although dmesg seems fine
Your frequencies are wrong - I suspect you've picked up some old analogue frequencies that may still exist, but aren't carriers for any digital channels, hence no services. The config is screwed as well, as far as I know we don't use QAM16 - it may have been used back in the OnDigital days, but not now.

http://www.ukfree.tv/txdetail.php?a=TQ806100

Delete those muxes, and add them one at a time, e.g. the first one (PSB1) is:

Frequency: 506000
Bandwith: 8k
Everything else: Auto

(In theory, you can add one and autodetect muxes should grab the rest, but there's no harm in adding them all. I don't think your tuner will pick up the HD mux at 482.0MHz, however).
Prof Yaffle you are brilliant!

All sorted now, I had to manually add all the mixes except the HD one and turn off Autodetect mixes otherwise I was getting all sorts of crap!

Only thing is now most of the channels are not what they say they are i.e named wrong and in some sort of crazy order is there an easy fix for this
Named wrong in XBMC? Reset the PVR database so that it re-synchronises. You can also tell XBMC to use the backend numbering scheme if that helps at all.

Named wrong in tvheadend? Not so sure about that... it should just pick up the details from the service when you map them across. Can you provide any more details here, or is it something that can be cured by wiping the channels and re-mapping? Sounds odd to me.

Crazy order? Ah, that's something you'll have to live with unless you manually re-number them, I'm afraid. I think there are scripts to tidy up (certainly Sky) channel lists, but I don't know if anyone's ever done one for Freeview.
Naming is all ok now just needed to wipe and re map not sure what happened. Been through and re numbered them well worth the effort, also done all the logos is it possible to pause rewind?
You can pause with the pvr.hts addon, but it has some issues - rewind/fast forward is flaky, I think (I've never really used Live TV in XBMC). In part to address this, there's a new addon that's under development that's apparently better, although I haven't got round to trying it yet (pvr.tvh) - have a read through http://forum.xbmc.org/showthread.php?tid=187521.

There's actually a lot of development going on with tvheadend in many areas at the moment, so it's a case of choosing your battles: the old, stable, but perhaps less-featured version; the newer, might-break, actively-under-development versions; and either with or without the new XBMC add-on.

And thanks for the +s!
Last question for now I'm sure, in some channels I'm just getting a square picture (4:3) where as on my free view box its widescreen any way I can fix this?
I believe that's fixed in pvr.tvh (versus pvr.hts, which ships with XBMC). Read that thread and give it a whirl if you can - make sure you don't pick up a broken version, though!

You can also change the zoom on XBMC... maybe not ideal, but it works. You can set it as default as well: I think there's a 'display 4:3 as 16:9' or 'display as wide zoom' somewhere, I'd need to go and look to be more certain. Of course, that means *all* 4:3 will get stretched, whether they're actually stealth 16:9 or not, so it depends which is more annoying - zooming 4:3 to 16:9 when needed, or zooming incorrectly-stretched 16:9 back to 4:3 when needed.

I think it's to do with the flags that get sent from the source via the addon to XBMC... there's a debate somewhere on here about whether it's an XBMC bug or a PVR addon bug, so it's possible that this is also being addressed in Gotham.
This particular widescreen issue doesn't sound like the one Prof Yaffle is talking about (though it could be, I'm not sure). Are you sure it's not supposed to be 4:3 but your old receiver automatically stretched them to 16:9?
I don't think it was meant to be 4:3 as it was Lilo & Stitch which must be fairly recent, I have adjusted the setting in xbmc to stretch 4:3 to 16:9 as I hardly ever watch anything in 4:3

On a side note how can I change to recording locating from storage/recordings to a location on my NAS?
Do you have the NAS mapped (e.g. an NFS mount) to your tvheadend server? If not, mount it - and then simply change the recording path in Configuration -> Recording in the tvheadend interface.
Pages: 1 2