[gelöst]HDMI Eingang als Kanal

Wenn man von einem IPTV Kanal wieder umschaltet wird auch der VLC/MPV Prozess direkt beendet.
Also evtl. ist der IPTV Eintrag in der Channels.conf noch nicht korrekt.

Bei mir unter yavdr läuft der VDR Dienst unter dem User vdr und daher muß ich die Dateien und auch das Verzeichnis dem VDR zugreifbar machen.

Welcher User hat denn bei dir unter /var/lib/vdr Zugriff?

Kannst du VLC als root starten? Bei mir gibt es bei debian/ubuntu immer die Meldung das root nicht auf vlc zugreifen kann/darf.

Die PIDs in der xspf sind service ID, Audiio, Video und die normalen DVB SI tables.

So wie es ausschaut, hat tvheadend Probleme beim Transcodieren (nicht genug CPU power dort?) oder Verpacken des Streams, deswegen bekommst du wohl die Daten häppchenweise.

I have solved the HDMI input problem by using the pvrinput plugin. My setup is as follows:

For HDMI video:

HDMI to Componenet video converter -> Hauppauge HDPVR (R-G-B input) -> vdr-plugin-pvrinput

For HDMI audio (audio will be direct digital audio):
HDMI to SPDIF Optical Audio Extractor -> Hauppauge HDPVR (SPDIF input) -> vdr-plugin-pvrinput

To control the HDMI source (a set up box) I use lirc IR buster and the externalchannelswitch.sh -script of the vdr-plugin-pvrinput. That can be done at yaVDR like this (when using mceusb ir-blasterr):

Create udev rule for the ir-balster device symlink for clarity by adding file:

/etc/udev/rules.d/80-lirc.rules

SUBSYSTEM=="lirc", KERNEL=="lirc*",  DRIVERS=="mceusb", SYMLINK+="lirc-blaster"

Create a system service file for the ir-blaster:

/etc/systemd/system/lircd-blaster.service

[Unit]
Description=lirc IR-blaster service
After=network.target

[Service]
Type=simple
ExecStart=/usr/sbin/lircd --driver=default \
                      --device=/dev/lirc-blaster \
                      --output=/var/run/lirc/lircd-blaster \
                      --pidfile=/run/lirc/lircd-blaster.pid \
                      --nodaemon
[Install]
WantedBy=multi-user.target

Create a lirc configuration file for the ir-blaster (this is my example, use the codes for your setup box):

/etc/lirc/lircd.conf.d/irblaster.lircd.conf

#
# this config file was automatically generated
# using lirc-0.9.0(emulation) on Thu Aug 25 19:08:24 2016
#
# contributed by 
#
# brand:                       /var/tmp/lircd-jte-tnt.conf
# model no. of remote control: 
# devices being controlled by this remote:
#

begin remote

  name  Phillips-Sagem
  bits           16
  flags SPACE_ENC|CONST_LENGTH
  eps            30
  aeps          100

  header       9000  4600
  one           500  1800
  zero          500   650
  ptrail        500
  repeat       9000  2300
  gap           100000
  pre_data_bits 16
  pre_data      0x6170
  min_repeat      1

      begin codes
          key_1                    0x0000807F
          key_2                    0x000040BF
          key_3                    0x0000C03F
          key_4                    0x000020DF
          key_5                    0x0000A05F
          key_6                    0x0000609F
          key_7                    0x0000E01F
          key_8                    0x000010EF
          key_9                    0x0000906F
          key_0                    0x000000FF
          key_epg                  0x0000C837
          key_info                 0x0000946B
          key_connect              0x000014EB
          key_power                0x000048B7
          key_mute                 0x0000F807
          key_scale                0x0000B44B
          key_volumeup             0x0000B04F
          key_volumedown           0x0000708F
          key_channelup            0x000008F7
          key_channeldown          0x000058A7
          key_red                  0x00006897
          key_green                0x0000E817
          key_yellow               0x000018E7
          key_blue                 0x00009867
          key_menu                 0x00008877
          key_media                0x000004FB
          key_back                 0x000028D7
          key_exit                 0x000050AF
          key_ok                   0x0000A857
          key_up                   0x0000D02F
          key_right                0x000038C7
          key_down                 0x000030CF
          key_left                 0x0000D827
          key_audio                0x00000CF3
          key_subtitle             0x000034CB
          key_text                 0x0000E41B
          key_radio                0x0000F00F
          key_previous             0x0000748B
          key_rewind               0x0000B847
          key_fastforward          0x0000649B
          key_next                 0x0000F40B
          key_record               0x0000847B
          key_stop                 0x000024DB
          key_play                 0x0000C43B
          key_pause                0x000044BB
      end codes

end remote

Then enable the ir-blaster service by running:

sudo systemctl enable lircd-blaster.service

Create a file for pvrinput channel switching at:

/var/lib/vdr/plugins/pvrinput/externchannelswitch.sh

#!/bin/bash

# set to true to enable debugging output
DEBUG="true"
remote="Phillips-Sagem"SVDRPSEND=/usr/bin/svdrpsend

declare SID="$1"
declare VDRCHANNEL="$2"
declare VIDEONUMBER="$3"
declare EXTERNCHANNEL="$4"

if test "$DEBUG" == "true"; then
 logger -s  "DEBUG pvrinput externchannelswitch: Variable SID has value \"$SID\""
 logger -s  "DEBUG pvrinput externchannelswitch: Variable VDRCHANNEL has value \"$VDRCHANNEL\""
 logger -s  "DEBUG pvrinput externchannelswitch: Variable VIDEONUMBER has value \"$VIDEONUMBER\""
 logger -s  "DEBUG pvrinput externchannelswitch: Variable EXTERNCHANNEL has value \"$EXTERNCHANNEL\""
fi

for digit in $(echo $EXTERNCHANNEL | sed -e 's/./& /g'); do
 key="KEY_${digit}"
 irsend --device=/var/run/lirc/lircd-blaster SEND_ONCE $remote $key
done

irsend --device=/var/run/lirc/lircd-blaster SEND_ONCE $remote KEY_OK
irsend --device=/var/run/lirc/lircd-blaster SEND_ONCE $remote KEY_EXIT
sleep 2.2 # note, you may have to tweak the interdigit delay up a bit, this to let hdpvr to catch up new stream.

if test "$DEBUG" == "true"; then
  logger -s  "DEBUG pvrinput externchannelswitch: Sleep 2.0"
fi

Enable pvrinput by configuring its settings in

/etc/vdr/setup.conf

pvrinput.AudioVolumeTVCommon = 65534
pvrinput.AudioVolumeTVExceptionCard = 8
pvrinput.BitrateMode = 0
pvrinput.ExternChannelSwitchSleep = 1
pvrinput.HDPVR_AudioEncoding = 0
pvrinput.HDPVR_AudioInput = 2
pvrinput.HideMainMenuEntry = 1
pvrinput.LogLevel = 4
pvrinput.SliceVBI = 0
pvrinput.StreamType = 0
pvrinput.TunerAudioMode = 1
pvrinput.UseExternChannelSwitchScript = 1
pvrinput.UseOnlyCard = 19
pvrinput.VideoBitrateTV = 10000

To enable better sound with the HDPVR create file:

/etc/modprobe.d/hdpvr.conf

options hdpvr boost_audio=1

To adjust some colours create file (you can adjust these)

/etc/udev/rules.d/90-hdpvr.rules

SUBSYSTEM=="video4linux", SUBSYSTEMS=="usb", ATTRS{idVendor}=="2040", ATTRS{idProduct}=="4903", PROGRAM="/usr/bin/v4l2-ctl --device=$devnode --set-ctrl=brightness=112 --set-ctrl=hue=16 --set-ctrl=saturation=48 --set-ctrl=sharpness=256 --set-ctrl=contrast=64"

I have been running the setup for several years and just upgraded to the newest yaVDR version. Here are some observations I have made:

-channel switching works very well, though takes more time

-recordings work well

-the HD picture quality is fine on my plasma screen

-I managed to get the HDPVR running stable, but you should take care of not to let the HDPVR to get too hot as it will the get unstable

I have also noticed thast using vdr-plugin-softhddevice-cuvid gives much better picture quality with pvrinput and HDPVR thanvdr-plugin-softhddevice.

JTe1828 Thank you for these informations!!!

I have a few questions for that:
1. Which kernel module do you use or do you use an external module?
2. Can you record 5.1 surround sound via SPDIF from your set-top-box?
3. Can you paste your channels.conf entries for the hdpvr channels?

Which hardware revision / model number of the HDPVR do you use? The driver is part of the kernel?

Last time I checked the situation I got the impression that the old HDPVR is still best supported under Linux while newer HDPVR 2 could be much more difficult. I doubt that HDPVR 2 would even work with the video4linux API used in pvrinput.

Unfortunately the old HDPVR is only available as second hand.

Zitat von don-baba

I have a few questions for that:
1. Which kernel module do you use or do you use an external module?
2. Can you record 5.1 surround sound via SPDIF from your set-top-box?
3. Can you paste your channels.conf entries for the hdpvr channels?

1. I am using the standard hdpvr kernel module (my box is HD PVR model 1212 with analog video inputs).

2. Yes 5.1 works over the SPDIF connection. It is also confirmed on the MythTV HD PVR page at:

Hauppauge HD-PVR - MythTV Official Wiki

3. here you can see my French TNT channels.conf entries. The channel number (the service id field) actually has the set top box channel number coded in (it is 90 + channel number, eg 9013 for channel 13 on the set top box). You will find the syntax of the channels.conf (>= vdr 1.7.13) at:

GitHub - yavdr/vdr-plugin-pvrinput

Contribute to yavdr/vdr-plugin-pvrinput development by creating an account on GitHub.

github.com

:@44 France TNT @HDPVR
TF1:1:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9001:0
FRANCE 2:2:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9003:0
FRANCE 3:3:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9005:0
FRANCE 4:14:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9007:0
FRANCE 5:5:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9009:0
M6:6:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9013:0
C8:8:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9015:0
W9:9:COMPONENT:V:0:4113+4097=27:4352=@15:0:0:1:1:9017:0
TMC:10:COMPONENT:V:0:4113+4097=27:4352=@15:0:0:1:1:9019:0
TFX:11:COMPONENT:V:0:4113+4097=27:4352=@15:0:0:1:1:9021:0
NRJ 12:12:COMPONENT:V:0:4113+4097=27:4352=@15:0:0:1:1:9023:0
CSTAR:17:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9024:0
GULLI:18:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9025:0
TF1 SERIES FILMS:20:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9026:0
L'EQUIPE:21:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9027:0
6TER:22:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9029:0
RMC STORY:23:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9030:0
RMC DECOUVERTE:24:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9033:0
CHERIE 25:25:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9039:0
PARIS PREMIER:31:COMPONENT:V:0:4113+4097=27:0;4352=@106:0:0:1:1:9037:0

Zitat von Dr. Seltsam

Which hardware revision / model number of the HDPVR do you use? The driver is part of the kernel?

I have the HD PVR model 1212 with analog component video inputs and SPDIF optical sound input, the kernel driver is part of the kernel (hdpvr).

Yes, you cannot get them new, but frequently they are available at Amazon and Ebay.

When used together with a setup box the switching time of a channel can be quite long as you need to wait the set top box to switch the channel and only after the video stream is stable you can exit the externalchannelswitch.sh script (you can see I have a sleep 2.2 command at the end). A HDMI source without channel switching delay would probably not require that (long) sleep command.

Thanks a lot JTe1828!

Do you have any recordings in 5.1 surround sound over SPDIF?
My recordings with the 1212 have only stereo 2.0 AAC over SPDIF.
I use an HDMI audioextractor myself, too.
What kind of sound output do you get from your set-top-box (bitstream, PCM, AC3, ...) for recording in 5.1 with the HDPVR1212?

Zitat von don-baba

My recordings with the 1212 have only stereo 2.0 AAC over SPDIF.

Check pvrinput settings. In HDPVR Parameters there should be an option to switch from AAC to AC3.

On the other hand, there is a note in the README:

Zitat

HD PVR:

This box sets the PIDs to 4352 for audio, 4113 for video and 4097 for the PCR.

And it's better to tell vdr the type of video (H.264 has a stream type of 27).

If you use the digital input of the box, you must switch the audio encoding to AAC even

if it gets AC3, for the RCA inputs you should set the encoding to AC3, since the vdr seems

to have difficulties with handling AAC audio.

Alles anzeigen

and

Zitat

pvrinput.HDPVR_AudioEncoding = 0 // AAC = 0, AC3 = 1

pvrinput.HDPVR_AudioInput = 0 // RCA back = 0, RCA front = 1, SPDIF = 2 (needs audio encoding = 0)

And there is this in menu.c:

  // if audio input SPDIF is selected, audio encoding must be AAC
  if (newPvrSetup.HDPVR_AudioInput == 2)
     newPvrSetup.HDPVR_AudioEncoding.value = 0;

Maybe it works if you set pvrinput.HDPVR_AudioEncoding = 1 and pvrinput.HDPVR_AudioInput = 2 manually in setup.conf (without using the pvrinput settings menu)

I was one of the developers of the pvrinput plugin. None of us ever had such a box. If I remember right, there was only one user from USA. His testing results were the base of the written code. That was 14 years ago!

I looked into the driver. It seems that ac3 capability depends on the firmware version. If ac3 is supported, then the driver seems to use V4L2_MPEG_AUDIO_ENCODING_AC3 as default for SPDIF input.

@JTe1828

What are your settings for pvrinput.HDPVR_AudioEncoding and pvrinput.HDPVR_AudioInput in vdr's setup.conf? Did you patch anything in pvrinput?

Zitat von don-baba

Do you have any recordings in 5.1 surround sound over SPDIF?
My recordings with the 1212 have only stereo 2.0 AAC over SPDIF.
I use an HDMI audioextractor myself, too.
What kind of sound output do you get from your set-top-box (bitstream, PCM, AC3, ...) for recording in 5.1 with the HDPVR1212?

I did check few recordings and if I run ffprobe I get:

  Stream #0:0[0x1011]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc
  Stream #0:1[0x1100]: Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, fltp, 192 kb/s

So it shows ac3 with the channel stream type 0x6, which corresponds to 5.1 surround sound.

I have the following settings in /etv/vdr/setup.conf to get the ac3 and SPDIF audio input:

pvrinput.HDPVR_AudioEncoding = 0
pvrinput.HDPVR_AudioInput = 2

Dr. Strange & don-baba I am using the Philips TNT Sat Astra, and the audio encoding of the box is:

Zitat

Décodage audio : - Stéréo 2.0 : MPEG1 couches I et II MPEG2 couche II - Multi-canal 5.1 : Dolby Digital - Dolby Digital Plus

I have also updated the HDPVR box to the newest firmware level (you need a windows system for that).

mrjoe The picture quality is less crisp than the original (we are doing Digital->Analog->Digital conversion. You can have better picture quality with higher bitrate, but then also recordings will take more space. Currently I am using 10000 kbit/s and the VBR (variable bitrate mode). I have no problem on stability of channel logos with these settings (neither with burned in subtitles).

mrjoe I have sometimes similar problem with the pvrinput plugin if the satellite reception is interfered by heavy rain, the picture will freeze. Switching channel back an forth helps.

I have been also playing a little bit with the TBS2603 hdmi to Etherent encoder and managed easily to get the streaming and picture with the vdr-plugin-iptv. But to be able to switch channels VCL & scripting would be required.

One alternative solution would be to change the vdr-plugin-iptv to include a ability to run a script when changing channel (like with the pvrinput). That way you could just directly (without vlc) receive the stream and switch the channel (stream) with the script.

You can find more information of the TBS2603 at:

H.264/H.265 HDMI IP Video Encode + Decoder PoE, 424,00 €

TBS-2603 PoE is a professional H 264/H 265 HDMI video Encoder & Decoder with Power over Ethernet (PoE) support, it is compatible with NDI®|HX from NewTek, a

tbs-technology.de

For better prices it is good to google a bit around.

What type of adapter do I need for connecting HDMI to the component (not composite) video inputs of HD PVR? Any suggestions for a model? Is copy protection an issue?

For my HDPVR setup I use this adapter as input into the PVR:
https://www.amazon.de/gp/produ…_asin_title?ie=UTF8&psc=1

and from the PVR to monitor/TV this:

https://www.amazon.de/gp/produ…_asin_title?ie=UTF8&psc=1

The passthrought from BluRay Player / or XBOX Classic to TV works everytime.
But only sometimes I get a picture in VDR. Maybe this is the copy protection.
From my XBOX Classic with HDMI output I get almost everytime a picture on the VDR.

To connect the HDMI cable of the setup box to the HDPVR I have been using this with a component video cable for more than 10 years now:

https://www.hdfury.com/docs/HDfury3manual.pdf

Extra Item for HDFury | HDFury.com | Connect and Fix everything in HDMI

Accessories available : 6' HDMI Cable 6' HDMI to DVI-D 6' Jack Optical to SP/DIF 6' USB 5V Cable for HDF1&2 BLUE RGB Cable (HD15 VGA) for HDF1&2 BLUE…

www.hdfury.com

It is a little bit pricey, but has very good picture quality, a lot of settings, and also digital SPDIF output. You can find quite good second hand deals with some googling.

To get the coaxial SPDIF of HDFury to optical (HDPVR has an optical input) you can use one of these:

https://www.amazon.com/spdif-optical-converter/s?k=spdif+to+optical+converter

Or as I had on my self a HDMI ARC Audio extractor (with optical SDPIF output and passthrough HDMI) you can also use one of those:

https://www.amazon.com/hdmi-arc-adapter/s?k=hdmi+arc+adapter

With this setup I have never had problems with HDMI connectivity.

I am now an owner of a HDPVR and can confirm that it is possible to record AC3 5.1 audio via optical SPDIF input with these pvrinput settings:

pvrinput.HDPVR_AudioEncoding = 1

pvrinput.HDPVR_AudioInput = 2

Maybe this only works with newer firmware? I updated my box to latest 1.7.30059

As I already suspected it is necessary to delete this in menu.c:

  // if audio input SPDIF is selected, audio encoding must be AAC
  if (newPvrSetup.HDPVR_AudioInput == 2)
     newPvrSetup.HDPVR_AudioEncoding.value = 0;

Otherwise the settings will be overwritten each time the setup menu is called and stored.

I will see if I can expand the plugin menu for more HDPVR settings

Wo finde ich denn die Menu.c? Ich nutze eigentlich immer die APTs aus yavdr.
Kann man das nicht grundsätzlich in dem pvrinput Plugin hinterlegen und im Hauptzweig einchecken?