Tvheadend

What are the permission for this device:

/dev/dvb/adapter0

Does the HTS user have access to this device? Because that is the device that Tvheadend is using.
It does not use the (analog) /dev/video0 device.

What device is mythtv using? and can you use the /dev/dvb/adapter0 device using the standard dvb-apps utilities?

/dev/dvb/adapter0 has the following:

drwxr-xr-x 2 root root 120 Jul 13 16:10 /dev/dvb/adapter0
crw-rw---- 1 root video 212, 0 Jul 13 16:10 /dev/dvb/adapter0/frontend0

As the hts user I have run scan (from the dvb-utils package) and it works successfully polling several channels using this device. MythTV was using the same device successfully as well.

It looks like I had another copy of tvheadend running which was what was causing my issues.. This is now all sorted out.

Hello. I also have similar issue with tvheadent. There is no tuner card in TV-Adapters list. I added my user to the video group by the command:

sudo gpasswd -a r video

and restarted, but that didn't changed anything.

Here is output of the starting tvheadent:

r@ngf:~$ tvheadend
[INFO]:v4l: /dev/video0: saa7134 Avermedia PCI pure analog (M135 PCI:0000:06:02.0 capabilities: 0x05010015
[INFO]:v4l: /dev/video0: Standard #0: 000000000000b000 NTSC, frameperiod: 1001/30000, 525 lines
[INFO]:v4l: /dev/video0: Standard #1: 0000000000001000 NTSC-M, frameperiod: 1001/30000, 525 lines
[INFO]:v4l: /dev/video0: Standard #2: 0000000000002000 NTSC-M-JP, frameperiod: 1001/30000, 525 lines
[INFO]:v4l: /dev/video0: Standard #3: 0000000000008000 NTSC-M-KR, frameperiod: 1001/30000, 525 lines
[INFO]:v4l: /dev/video0: Standard #4: 00000000000000ff PAL, frameperiod: 1/25, 625 lines
[INFO]:v4l: /dev/video0: Standard #5: 0000000000000007 PAL-BG, frameperiod: 1/25, 625 lines
[INFO]:v4l: /dev/video0: Standard #6: 0000000000000008 PAL-H, frameperiod: 1/25, 625 lines
[INFO]:v4l: /dev/video0: Standard #7: 0000000000000010 PAL-I, frameperiod: 1/25, 625 lines
[INFO]:v4l: /dev/video0: Standard #8: 00000000000000e0 PAL-DK, frameperiod: 1/25, 625 lines
[INFO]:v4l: /dev/video0: Standard #9: 0000000000000100 PAL-M, frameperiod: 1001/30000, 525 lines
[INFO]:v4l: /dev/video0: Standard #10: 0000000000000200 PAL-N, frameperiod: 1/25, 625 lines
[INFO]:v4l: /dev/video0: Standard #11: 0000000000000400 PAL-Nc, frameperiod: 1/25, 625 lines
[INFO]:v4l: /dev/video0: Standard #12: 0000000000000800 PAL-60, frameperiod: 1001/30000, 525 lines
[INFO]:v4l: /dev/video0: Standard #13: 0000000000ff0000 SECAM, frameperiod: 1/25, 625 lines
[INFO]:v4l: /dev/video0: Standard #14: 0000000000010000 SECAM-B, frameperiod: 1/25, 625 lines
[INFO]:v4l: /dev/video0: Standard #15: 0000000000040000 SECAM-G, frameperiod: 1/25, 625 lines
[INFO]:v4l: /dev/video0: Standard #16: 0000000000080000 SECAM-H, frameperiod: 1/25, 625 lines
[INFO]:v4l: /dev/video0: Standard #17: 0000000000320000 SECAM-DK, frameperiod: 1/25, 625 lines
[INFO]:v4l: /dev/video0: Standard #18: 0000000000400000 SECAM-L, frameperiod: 1/25, 625 lines
[INFO]:v4l: /dev/video0: Standard #19: 0000000000800000 SECAM-Lc, frameperiod: 1/25, 625 lines
[INFO]:v4l: /dev/video0: Input #0: Television (Tuner), audio:0x1, tuner:0, standard:0000000000ffbfff,
[INFO]:v4l: /dev/video0: Input #1: Composite1 (Camera), audio:0x1, tuner:0, standard:0000000000ffbfff,
[INFO]:v4l: /dev/video0: Input #2: S-Video (Camera), audio:0x1, tuner:0, standard:0000000000ffbfff,
[INFO]:v4l: /dev/video0: Format #0: 8 bpp gray [GREY]
[INFO]:v4l: /dev/video0: Format #1: 15 bpp RGB, le [RGBO]
[INFO]:v4l: /dev/video0: Format #2: 15 bpp RGB, be [RGBQ]
[INFO]:v4l: /dev/video0: Format #3: 16 bpp RGB, le [RGBP]
[INFO]:v4l: /dev/video0: Format #4: 16 bpp RGB, be [RGBR]
[INFO]:v4l: /dev/video0: Format #5: 24 bpp RGB, le [BGR3]
[INFO]:v4l: /dev/video0: Format #6: 24 bpp RGB, be [RGB3]
[INFO]:v4l: /dev/video0: Format #7: 32 bpp RGB, le [BGR4]
[INFO]:v4l: /dev/video0: Format #8: 32 bpp RGB, be [RGB4]
[INFO]:v4l: /dev/video0: Format #9: 4:2:2 packed, YUYV [YUYV]
[INFO]:v4l: /dev/video0: Format #10: 4:2:2 packed, UYVY [UYVY]
[INFO]:v4l: /dev/video0: Format #11: 4:2:2 planar, Y-Cb-Cr [422P]
[INFO]:v4l: /dev/video0: Format #12: 4:2:0 planar, Y-Cb-Cr [YU12]
[INFO]:v4l: /dev/video0: Format #13: 4:2:0 planar, Y-Cb-Cr [YV12]
[WARNING]:v4l: /dev/video0: Device lacks MPEG encoder, device skipped
[INFO]:dvr: Creating new configuration ''
[WARNING]:dvr: Output directory for video recording is not yet configured for DVR configuration "". Defaulting to to "/home/r". This can be changed from the web user interface.
[INFO]:CSA: Using SSE2 128bit parallel descrambling
[NOTICE]:START: HTS Tvheadend version 2.12 started, running as PID:2196 UID:1000 GID:1000, settings located in '/home/r/.hts/tvheadend'
[INFO]:AVAHI: Service 'Tvheadend' successfully established.

Tvheadend does not run under your user, but as its own user. And tvheadend finds your card, but it has no mpeg encoder so it can not be used.

I see...

Hi,
Is it possible that there is something else going on here?
It's been reported that this MPEG warining message is not fatal for the utilization of a video device: http://www.lonelycoder.com/redmine/issues/405
But maybe this is wrong.

Hein: are you possitive on this warning being fatal for the device to be used by tvheadend?, I am having the same issue buth with an analog USB stick that gets recognized OK by tvtime and xawtv.

Hi,
This warning is really fatal for the device: https://github.com/andoma/tvheadend/blob/master/src/v4l.c
TVH kiks-off the device if it does not find an MPEG format in the listing...

because tvheadend was build to support streaming the tv signal using the htsp protocol it needs to have the tv signal as a mpeg stream. For DVB signals that is no problem because it is already in mpeg format, for analog the adapter needs to convert it into mpeg data. If the adapter does not contain a mpeg encoder it can not work with that analog card.

Hein

OK, I understand.Thankyou for the explanation.

I see 3 places where the MPEG encoding might be implemented in order to have a video stream from an analog tv signal:
1) card hardware: needs a dedicated encoder chip which I suspect is not common in low-priced cards...
2) device driver: not shure if v4l has this capability... I will investigate.
3) streamer application (like tvheadend): it would then be an encode-stream app., will check if there is any...

Of course any pointer will be appreciated.

Regards,
Fernando

Option 1 is the current situation.....
Option 2 will not happen because this is not driver related

So option 3 is your only option.....

Btw, pvr- 150 cards were not expensive and they do have a mpeg encoder chip.