Tvheadend

I think 3.4.27 was the last official release, so I'm guessing that you have a repository (PPA or whatever) defined that's pulling this in from a different source. I've got 3.5.96 as a self-build from some time ago.

<checks>

Okay, 288adcc was the merge of the new dvb-rewrite into master. Link: https://tvheadend.org/projects/tvheadend/repository/revisions/288adcc3bd8d25a9f4d27eaa40aaeb102a11dd7e

I'm guessing that you have the unstable PPA defined or something similar, and picked up a nightly auto-build.

Sooo.... you might have a genuine bug, in which case I'm sure Adam would be interested, or it may be something else. Are your cards initialising properly (can you see them in syslog)? Have you tried restarting tvheadend to make sure it's not just a timing issue?

thanks for replying

on tv adapters there's nothing... also the gui looks slightly different... on tv adapters. Can I roll this update back with ease?

all on syslog is -

013-11-16 16:18:34.017 epggrab: module /usr/bin/tv_grab_no_gfeed created

2013-11-16 16:18:34.017 epggrab: module /usr/bin/tv_grab_fi created

2013-11-16 16:18:34.017 epggrab: module /usr/bin/tv_grab_combiner created

2013-11-16 16:18:34.017 epggrab: module /usr/bin/tv_grab_dk_dr created

2013-11-16 16:18:34.017 epggrab: module /usr/bin/tv_grab_pt created

2013-11-16 16:18:34.017 epggrab: module /usr/bin/tv_grab_za created

2013-11-16 16:18:35.459 epggrab: module /usr/bin/tv_grab_ch_search created

2013-11-16 16:18:35.459 epggrab: module /usr/bin/tv_grab_ar created

2013-11-16 16:18:35.459 epggrab: module /usr/bin/tv_grab_hr created

2013-11-16 16:18:35.459 epggrab: module /usr/bin/tv_grab_es_laguiatv created

2013-11-16 16:18:35.459 epggrab: module /usr/bin/tv_grab_no_gfeed created

2013-11-16 16:18:36.919 epggrab: module /usr/bin/tv_grab_ch_search created

2013-11-16 16:18:36.919 epggrab: module /usr/bin/tv_grab_ar created

hold on - there;s another update...

http://apt.tvheadend.org/unstable/ precise/main tvheadend amd64 3.5.721~g8acf93a~precise

will do this and let you know.

the interface is slightly differnt on the tv adapters you have to drill down to the information like windows explorer.

I've gone to networks and addeding a scan - so hopefully this will be back to normal.

is there a wiki page or guide on the latest version?

Thanks.

on the parameters do I need

Full Mux RX mode on? and whats keep FE Open?

cheers

I blinked and missed a few responses :-)

1. For future, if you look through syslog you should see the adapters initialising both when the system starts and when tvheadend starts. An extract from mine, for example:

Nov 15 13:54:08 Server kernel: [   20.217081] dvb-usb: found a 'Hauppauge Nova-T Stick' in warm state.
Nov 15 13:54:08 Server kernel: [   20.217118] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
Nov 15 13:54:08 Server kernel: [   20.217260] DVB: registering new adapter (Hauppauge Nova-T Stick)
Nov 15 13:54:08 Server kernel: [   20.247264] em28xx #2: Identified as PCTV DVB-S2 Stick (460e) (card=80)
Nov 15 13:54:08 Server kernel: [   20.247268] em28xx #2: v4l2 driver version 0.1.3
Nov 15 13:54:08 Server kernel: [   20.252038] em28xx #2: V4L2 video device registered as video2
Nov 15 13:54:08 Server kernel: [   20.252284] usbcore: registered new interfacedriver em28xx
Nov 15 13:54:08 Server kernel: [   20.422450] DVB: registering adapter 0 frontend 0 (DiBcom 7000PC)...
Nov 15 13:54:08 Server kernel: [   20.633939] DiB0070: successfully identified
Nov 15 13:54:09 Server kernel: [   21.383119] Registered IR keymap rc-dib0700-rc5
... et cetera

and, later...

Nov 15 13:55:19 Server tvheadend[1673]: dvb: Found adapter /dev/dvb/adapter0 (DiBcom 7000PC) via USB (480 Mbit/s)
Nov 15 13:55:19 Server tvheadend[1673]: dvb: Found adapter /dev/dvb/adapter1 (NXP TDA10071) via USB (480 Mbit/s)
Nov 15 13:55:19 Server tvheadend[1673]: dvb: Found adapter /dev/dvb/adapter2 (NXP TDA10071) via USB (480 Mbit/s)
Nov 15 13:55:19 Server tvheadend[1673]: dvb: Found adapter /dev/dvb/adapter3 (Sony CXD2820R) via USB (480 Mbit/s), Reports valid SNR values

These would be good pointers as to whether (a) your OS sees your cards, and (b) whether tvheadend can also see them (although log format may have changed).

2. Re: wiki - Adam only merged the new DVB code into master yesterday, I think the attention is currently on "getting it working" rather than documentation.

3. Full mux RX mode is, presumably, the old "enable full mux reception". Unless you want a full mux dump, you can ignore that for the moment. There was an intention to use this to speed up channel switching between channels on the same mux, but I don't know if that's made it to the new code or not.

3. Keep FE open - pass, I'm guessing that it locks the DVB frontend (/dev/dvb/adapter0/frontend0) rather than letting it go, but I can't say why. My guess would be to prevent other applications from querying the device, or maybe to prevent a tuner from going into power-saving mode - although there may also be system limitations about having multiple devices open at a time (still guessing) so this might give performance advantages on single-tuner systems, something like that.

yeah sorry didn't know about it yeah plenty of time of a guide!

do you know if transcoding is built in?

got it up and working now... going to test now... just a few clicks in various places!

Can't find any transcoding information.. yet...

I had no problem with disappearing DVB adapters.

But I'm wondering if there is a way to convert all old DVB settings (Networks, Muxes, Services,...) to the new format?

All,

Very sorry that I didn't post before the merge, stupid mistake. Anyway I've now added a new sticky with some info about the changes. I'll try and expand as time permits.

Adam

I've updated to latest and no problems at all. infact its running more smoothly with xbmc.

Did this include the trancoding option?