ClearFoundation

Do yuo need a test boks to test it on ?
I've just set up a clean Clear machine with 2 dvb cards connected to lnb's

You can do the testing since you are more familiar with it

The RPM is up in yum and I started the ClearOS Tvheadend howto. Let me know if you run into any problems (notably, the potential file permission issues). If I'm missing a step, feel free to add/edit the Howto.

If all goes well, you should also ping the Tvheadend folks about the new ClearOS/CentOS/RHEL/Fedora package. I'll point them to the necessary tidbits to roll the RPM.

B.t.w. is there a repo for DVB driver cards in Clear

Nope.

Hi,

After a relative easy install(Peter thank yo for this excellent package) I ran into a problem granting access to the video devices. When I change the properties of /adaptero /dvb video0 etc and restart the service tvheadend it does work. Can you explain how to add tvheadend to the "devices"group so the tvheadend has direct access upon the start of the system.

I am using the HVR 1100 card which sometimes looses the receiption quality at random. In other fora this is mentioned as well without a clear solution. Anyone here have sugestions?

Thanks,

Eric

Good question. I am not too familiar with the udev system or the default permissions used for audio/video stuff. Anyone else?

Some progress. I found part of the solution. Following the clearos howto, a startup script is formed in int.d that gives the -f tvheadend switch on startup. Using the -g switch the service can be started as member of a group e.g. tvheadend -g video. In the documentation of tvheadend it is mentioned that the service is started as HTS under the video group.
The problem however is that not all devices belong to that group. The audio is not in the video group
I might be wrong on this subject so please correct me if this mechanisme works different.


Eric

Ref man pages

HTS Tvheadend 2.9
usage: tvheadend [options]

-a <adapters> Use only DVB adapters specified (csv)
-c <directory> Alternate configuration path.
Defaults to $HOME/.hts/tvheadend
-f Fork and daemonize
-u <username> Run as user <username>, only works with -f
-g <groupname> Run as group <groupname>, only works with -f
-C If no useraccount exist then create one with
no username and no password. Use with care as
it will allow world-wide administrative access
to your Tvheadend installation until you edit
the access-control from within the Tvheadend UI
-s Log debug to syslog

Development options
-j <id> Statically join the given transport id
-d Debug logging
-r <tsfile> Read the given transport stream file and present
found services as channels
-A Immediately call abort()

That's progress! I did a little more research on udev. It looks like it should be possible to create a /etc/udev/rules.d/99-custom-rules.rules file to override file permissions. Details are still a bit sketchy.

Hi,

I changed the user to root and added the video group of thvheadend in /etc/init.d/tvheadend



Now the device is initialised without errors on start-up and seems to work well. Now I am only worried about a possible security issue I might have created.

I also looked at the /etc/udev/rules.d/50-udev.rules but decided that I had to edit too much to be reasonable.

Eric

Using root is not ideal of course If you don't expose the web interface to the Internet, then the risk drops dramatically.

By adding
daemon tvheadend -u root -g video -f -C to the /etc/rc.d/init.d/tvheadend


my two adapter do show up in tvheadend, but this is for sure not the ultimate solution. Any recommendatio to set parameters or /dev/video1..2 settings right?

/dev looks like
crw------- 1 root root 81, 1 8. Feb 00:04 video1
crw------- 1 root root 81, 2 8. Feb 00:04 video2