Also, bei meinem vdr steht in recording.h:
Tobias, ich würde mal sagen, die liegen irgendwo noch die Header von einem älteren VDR ...
sorry, da lagen tatsächlich noch alte Headerfiles rum. Hab aufgeräumt und schon läuft es
Also, bei meinem vdr steht in recording.h:
Tobias, ich würde mal sagen, die liegen irgendwo noch die Header von einem älteren VDR ...
sorry, da lagen tatsächlich noch alte Headerfiles rum. Hab aufgeräumt und schon läuft es
Ich habe 2 DigitalDevices Duoflex S2.
Eine davon ist die v4 Advanced. Das Verbindungskabel zur Octopus bridge hat 2 eingebaute Ferritkerne.
Die andere Duoflex S2 ist eine ältere version. Dessen Verbindungskabel hat keine Ferritkerne.
https://digitaldevices.de/produkte/dvb-k…ten/duoflex-s2/
Die neue V4 Version hat diese super Signalstärke. Leider kann ich die Kabel nicht testweise tauschen da die neue V4 nicht mit dem anderen Kabel arbeiten will (wird als Device erkannt, aber VDR kann nicht tunen).
Ich habe erstmal die Duoflex Karten an der Bridge getauscht sodass die V4 jetzt Device 0/1 ist und die andere DuoFlex Device 2/3.
Ist mir völlig unklar warum die "alte" Duoflex so schlechte werte hat
Dummerweise wurde die Duoflex Karten abgekündigt. Jetzt gibt es nur noch die 8er Karten an die man aber kein CI anstöpseln kann. Das würde jetzt einen eigenen PCIe Platz brauchen und ich habe nur einen(!) PCIe Steckplatz auf dem Board
Hi,
beim aktuellen Plugin bekomme ich folgenden Kompilierungsfehler. Ich kompiliere gegen 2.6.5
315.7 CC pages/ edit_recording.o
317.1 edit_recording.ecpp: In member function ‘virtual unsigned int {anonymous}::_component_::operator()(tnt::HttpRequest&, tnt::HttpReply&, tnt::QueryParams&)’:
317.1 edit_recording.ecpp:87:41: error: invalid conversion from ‘const cRecordingInfo*’ to ‘cRecordingInfo*’ [-fpermissive]
317.1 cRecordingInfo *info = recording->Info();
317.1 ~~~~~~~~~~~~~~~^~
317.1 compilation terminated due to -Wfatal-errors.
317.1 Makefile:36: recipe for target 'edit_recording.o' failed
317.1 make[2]: *** [edit_recording.o] Error 1
317.1 Makefile:191: recipe for target 'pages' failed
317.1 make[1]: *** [pages] Error 2
3
Display More
ich habe mal weiter geforscht, dein Hinweis mit der schlechten Signalqualität hat mir keine Ruhe gelassen.
An meine DD CI Octopus Bridge hängen 2 Stück DVB-S2 Dual Tuner. Die ersten 2 Tuner haben eine SigQual von 30 und SigStärke von 73. Die anderen beiden Tuner haben SigQual von 89 und SigStärke von 95.
Da die Signale von den 2 Tunern identisch pro DVB Modul sind, schließe ich mal ein Kabelproblem aus. Daher schließe ich, das das eine Modul ein Problem macht, das andere Modul scheint sauber zu sein. Dummerweise ist das "schlechte" Modul der Tuner 0 und 1, das "gute" Modul ist Tuner 2 und 3. Daher ist eigentlich immer das schlechte Modul im Dauereinsatz, das gute nur für die "Spitzen" wenn die ersten beiden belegt sind.
Ich gehe mal davon aus das beim alten Mainboard die Verteilung genau anders herum war sodas man das Problem fast nie bemerkt hat
Seht ihr das auch so das das eine DVB Modul kaputt ist? Diese unterirdische Qualität ist schon signifikant abweichend vom guten Modul. Beide Module hängen mit je 2x 1.5m identischen Kabeln an einem SAT-Switch.
Ich stecke mal das "kaputte" Modul ab und teste.....
hmm, dummerweise hab ich kein anderes Netzteil..... Das 60W externe Netzteil wird gerade mal handwarm. Kann man im laufenden Betrieb dies testen? die lm-sensors library gibt auf meinem Board nur die Temperaturen pro CPU-Core aus.
Der Treiber ist der Kernel-Standardtreiber: (gekürzt)
root@server:/home/sysadmin# modinfo ddbridge
filename: /lib/modules/6.1.0-16-amd64/kernel/drivers/media/pci/ddbridge/ddbridge.ko
version: 0.9.33-integrated
license: GPL v2
author: Ralph and Marcus Metzler, Metzler Brothers Systementwicklung GbR
description: Digital Devices PCIe Bridge
srcversion: 789C8E53B1AC1CDE12C1172
depends: dvb-core
retpoline: Y
intree: Y
name: ddbridge
vermagic: 6.1.0-16-amd64 SMP preempt mod_unload modversions
sig_id: PKCS#7
signer: Debian Secure Boot CA
sig_key: 32:A0:28:7F:84:1A:03:6F:A3:93:C1:E0:65:C4:3A:E6:B2:42:26:43
sig_hashalgo: sha256
signature: [.....]
parm: fmode:frontend emulation mode (int)
parm: fmode_sat:set frontend emulation mode sat (int)
parm: old_quattro:old quattro LNB input order (int)
parm: adapter_nr:DVB adapter numbers (array of short)
parm: adapter_alloc:0-one adapter per io, 1-one per tab with io, 2-one per tab, 3-one for all (int)
parm: ci_bitrate: Bitrate in KHz for output to CI. (int)
parm: ts_loop:TS in/out test loop on port ts_loop (int)
parm: xo2_speed:default transfer speed for xo2 based duoflex, 0=55,1=75,2=90,3=104 MBit/s, default=2, use attribute to change for individual cards (int)
parm: alt_dma:use alternative DMA buffer handling (int)
parm: no_init:do not initialize most devices (int)
parm: stv0910_single:use stv0910 cards as single demods (int)
parm: dma_buf_num:Number of DMA buffers, possible values: 8-32 (int)
parm: dma_buf_size:DMA buffer size as multiple of 128*47, possible values: 1-43 (int)
parm: dummy_tuner:attach dummy tuner to port 0 on Octopus V3 or Octopus Mini cards (int)
parm: msi:Control MSI interrupts: 0-disable (default), 1-enable (int)
root@server:/home/sysadmin#
Display More
die alte Installation lief auf Debian Jessie, die aktuelle auf Bookworm. Alles neu installiert.
Vorher lief der VDR auch schon im Docker, jetzt auch, genauso wie alle anderen Services die ich auf dem Server habe.
Das Netzteil ist ein 60W PicoPSU
CONTAINER ID NAME CPU % MEM USAGE / LIMIT MEM % NET I/O BLOCK I/O PIDS
5014d0a5aad0 unifi 0.13% 1.261GiB / 15.27GiB 8.26% 11.4GB / 3.73GB 7MB / 1.58GB 1686
6cb05a938cf7 fhem 13.66% 842.3MiB / 15.27GiB 5.39% 5.2GB / 417GB 162MB / 173MB 8
2e043f8036e9 apache 0.30% 44.7MiB / 15.27GiB 0.29% 419GB / 222GB 7.05MB / 7.04MB 13
e4a0135c47e7 mariadb 0.35% 483MiB / 15.27GiB 3.09% 13.3GB / 31.5GB 50.7GB / 41.6GB 31
2a638df87f50 iredmail 0.25% 3.427GiB / 15.27GiB 22.43% 130MB / 265MB 4.4GB / 18.2GB 106
b3101f29c265 vdr-server 5.88% 414.7MiB / 15.27GiB 2.65% 9.48GB / 117GB 27.8MB / 34.5GB 44
06606beda53a vdr-epgd 0.01% 92.93MiB / 15.27GiB 0.59% 16.2GB / 3.18GB 7.88MB / 4.88GB 7
dec57edcc21a airplay2-dg 0.30% 7.688MiB / 15.27GiB 0.05% 934MB / 1.95MB 4.1kB / 508kB 34
e299db637254 Mosquitto 0.02% 1.809MiB / 15.27GiB 0.01% 2.19GB / 2.17GB 12.3kB / 75.2MB 1
49446b96771e mpd-kizi 0.00% 10.69MiB / 15.27GiB 0.07% 148kB / 0B 0B / 57.3kB 4
f9690af603a7 airplay2-kizi 0.29% 7.496MiB / 15.27GiB 0.05% 934MB / 1.96MB 4.1kB / 508kB 34
a7535af700af airplay2-ez 0.30% 7.492MiB / 15.27GiB 0.05% 934MB / 1.95MB 12.3kB / 512kB 34
44071c451358 airplay2-kueche 0.32% 7.496MiB / 15.27GiB 0.05% 940MB / 1.97MB 20.5kB / 512kB 34
3de4a4e097c4 unifi-db 0.37% 561.5MiB / 15.27GiB 3.59% 3.32GB / 7.06GB 127MB / 38.5GB 40
388cd746ba65 airplay2-bad 0.30% 10.32MiB / 15.27GiB 0.07% 942MB / 2.26MB 5.96MB / 709kB 34
6251782d1f5d airplay2-sz 0.30% 7.582MiB / 15.27GiB 0.05% 934MB / 1.95MB 49.2kB / 508kB 34
Display More
top - 15:25:28 up 17 days, 5:30, 1 user, load average: 1,38, 1,07, 0,94
Tasks: 412 total, 2 running, 398 sleeping, 0 stopped, 12 zombie
%CPU(s): 11,4 us, 2,4 sy, 0,4 ni, 85,3 id, 0,0 wa, 0,0 hi, 0,4 si, 0,0 st
MiB Spch: 15640,7 total, 1465,9 free, 6962,5 used, 7564,5 buff/cache
MiB Swap: 9730,0 total, 9298,7 free, 431,2 used. 8678,2 avail Spch
Hier noch die Ausgabe von lspci -vv für das DD-Device
01:00.0 Multimedia controller: Digital Devices GmbH Device 0012
Subsystem: Digital Devices GmbH Device 0042
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 22
IOMMU group: 11
Region 0: Memory at a1300000 (64-bit, non-prefetchable) [size=64K]
Capabilities: [50] Power Management version 3
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [70] MSI: Enable- Count=1/2 Maskable- 64bit+
Address: 0000000000000000 Data: 0000
Capabilities: [90] Express (v2) Endpoint, MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset- SlotPowerLimit 0W
DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop-
MaxPayload 128 bytes, MaxReadReq 512 bytes
DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr- TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s, Exit Latency L0s unlimited
ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp-
LnkCtl: ASPM Disabled; RCB 64 bytes, Disabled- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x1
TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
DevCap2: Completion Timeout: Range A, TimeoutDis+ NROPrPrP- LTR-
10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix-
EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
FRS- TPHComp- ExtTPHComp-
AtomicOpsCap: 32bit- 64bit- 128bitCAS-
DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- 10BitTagReq- OBFF Disabled,
AtomicOpsCtl: ReqEn-
LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-
Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
Compliance Preset/De-emphasis: -6dB de-emphasis, 0dB preshoot
LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete- EqualizationPhase1-
EqualizationPhase2- EqualizationPhase3- LinkEqualizationRequest-
Retimer- 2Retimers- CrosslinkRes: unsupported
Capabilities: [100 v1] Vendor Specific Information: ID=0000 Rev=0 Len=00c <?>
Kernel driver in use: ddbridge
Kernel modules: ddbridge
Display More
Hi,
ich habe bei mir einen VDR-Server im Keller aufgebaut, dieser streams via VNSI zum Wohnzimmer-TV ins Kodi (Android-TV). Ich benutze 2x Dual S2 DigitalDevices-DVB Karten, angeschlossen an ein DD Octopus Duo-CI (https://digitaldevices.de/produkte/dvb-k…octopus-duo-ci/) welches in den einen vorhandenen PCI-Express Slot eingesteckt ist.
Bis vor 3 Wochen lief der VDR-Server auf einem ASRock J3455-ITX perfekt. Alles super.
Vor 3 Wochen hatte ich auf ein Asrock J5040-ITX gewechselt, das ist das Nach-Nachfolgerboard. Seitdem habe ich im LiveTV als auch in den Aufnahmen immer wieder Klötzchenbildung (ca alle 10 - 20sek) , leider nervig und der WAF leidet
Ich habe irgendwie eine PCI Konfiguration des MB in Verdacht, an der ganzen Satanlage habe ich nichts verändert. Da am Server kein Ausgabedevice mit TV direkt hängt, funktioniert das femon-plugin nicht ganz, zumindest per svdrp bekomme ich unauffällige werte
vdr@vdr-server:~$ svdrpsend plug femon INFO
220 vdr-server SVDRP VideoDiskRecorder 2.6.1; Sun Jan 14 13:42:11 2024; UTF-8
900-CARD:1
900-STRG:75
900-QUAL:31
900-TYPE:DVB-S2
900-NAME:STV090x Multistandard
900-STAT:001F
900-VIBR:14753688
900-AUBR:266571
900-DDBR:454050
900 CHAN:Das Erste HD;ARD:11493:HC23M5O35P0S1:S19.2E:22000:5101=27:5102=deu@3,5103=mis@3,5107=qks@3;5106=deu@106:5104;5105=deu:0:10301:1:1019:0
221 vdr-server closing connection
vdr@vdr-server:~$ svdrpsend plug femon PERA
220 vdr-server SVDRP VideoDiskRecorder 2.6.1; Sun Jan 14 13:42:15 2024; UTF-8
900 0 on device #1
221 vdr-server closing connection
vdr@vdr-server:~$
Display More
Hat irgendjemand Hinweise wie ich dem Problem auf den Grund gehen kann? Die Mainboardeinstellungen sind standard, da hatte ich nix verändert....
Hi,
ich habe das plugin roboTV mit einem vdr 2.6.1 frisch kompiliert. Wird auch sauber geladen. Sobald ich am Android TV aber eine Verbindung aufbauen möchte, kommt am vdr ein segfault. Das merkwürdige ist, das die segfaults immer an anderen stellen kommen. Mal kann ich in robotv die Aufnahmen laden und auch sogar eine Aufnahme starten, mal brichts gleich beim laden der recordings ab.
vdr: [24] loading /var/lib/vdr/plugins/robotv/allowed_hosts.conf
vdr: [24] Client 192.168.10.144:52449 with ID 2 connected.
vdr: [32] Welcome client 'roboTV:dataservice' with protocol version '8' and priority 1
vdr: [24] loading /var/lib/vdr/plugins/robotv/allowed_hosts.conf
vdr: [24] Client 192.168.10.144:54497 with ID 3 connected.
vdr: [33] Welcome client 'roboTV:recommend' with protocol version '8' and priority 7
Segmentation fault (core dumped)
kennt das Problem jemand?
Hi, beim LiveProgramm gibt es den Button "Diesen Kanel im Browser ansehen". Einen äqivalenten Button zur direkt Wiedergabe im Broser gibt es bei den Aufnahmen nicht. Kann man diesen Button bei den Aufnahmen auch einbauen?
Hi habe die Lösung nach wirklich langer Recherche hier gefunden:
Problem ist, das im offiziellen Ubuntu Focal Docker image alle languages standardmäßig deaktiviert sind.
/etc/dpkg/dpkg.cfg.d/excludes
Hier musste die entsprechende Direktive raus
ich lade alles aus dem frodo ppa ...... aber danke für den Hinweis, dvbapi brauche ich eigentlich nicht (mehr)
Hi,
nach VDR installation findet der VDR keine locales. Ich habe leider keine Ahnung mehr warum diese fehlen.
vdr-server | vdr: [7] VDR version 2.6.1 started
vdr-server | vdr: [7] codeset is 'UTF-8' - known
vdr-server | vdr: [7] override character table is 'ISO-8859-1' - known
vdr-server | vdr: [7] found 0 locales in /usr/share/locale
vdr-server | vdr: [7] no locale for language code 'deu,ger'
vdr-server | vdr: [7] no locale for language code 'alb,sqi'
vdr-server | vdr: [7] no locale for language code 'ara'
vdr-server | vdr: [7] no locale for language code 'bos'
vdr-server | vdr: [7] no locale for language code 'bul'
vdr-server | vdr: [7] no locale for language code 'cat,cln'
vdr-server | vdr: [7] no locale for language code 'chi,zho'
vdr-server | vdr: [7] no locale for language code 'cze,ces'
vdr-server | vdr: [7] no locale for language code 'dan'
vdr-server | vdr: [7] no locale for language code 'dut,nla,nld'
vdr-server | vdr: [7] no locale for language code 'ell,gre'
vdr-server | vdr: [7] no locale for language code 'esl,spa'
vdr-server | vdr: [7] no locale for language code 'est'
vdr-server | vdr: [7] no locale for language code 'eus,baq'
vdr-server | vdr: [7] no locale for language code 'fin,suo'
vdr-server | vdr: [7] no locale for language code 'fra,fre'
vdr-server | vdr: [7] no locale for language code 'hrv'
vdr-server | vdr: [7] no locale for language code 'hun'
vdr-server | vdr: [7] no locale for language code 'iri,gle'
vdr-server | vdr: [7] no locale for language code 'ita'
vdr-server | vdr: [7] no locale for language code 'jpn'
vdr-server | vdr: [7] no locale for language code 'lav'
vdr-server | vdr: [7] no locale for language code 'lit'
vdr-server | vdr: [7] no locale for language code 'ltz'
vdr-server | vdr: [7] no locale for language code 'mac,mkd'
vdr-server | vdr: [7] no locale for language code 'mlt'
vdr-server | vdr: [7] no locale for language code 'nor'
vdr-server | vdr: [7] no locale for language code 'pol'
vdr-server | vdr: [7] no locale for language code 'por'
vdr-server | vdr: [7] no locale for language code 'rom,rum'
vdr-server | vdr: [7] no locale for language code 'rus'
vdr-server | vdr: [7] no locale for language code 'slk,slo'
vdr-server | vdr: [7] no locale for language code 'slv'
vdr-server | vdr: [7] no locale for language code 'smi'
vdr-server | vdr: [7] no locale for language code 'srb,srp,scr,scc'
vdr-server | vdr: [7] no locale for language code 'sve,swe'
vdr-server | vdr: [7] no locale for language code 'tur'
vdr-server | vdr: [7] no locale for language code 'ukr'
Display More
Die locales habe ich allerdings generiert:
sowie hier die environments
vdr@vdr-server:~$ env
HOSTNAME=vdr-server
VDR_LANG=de_DE.UTF-8
PWD=/var/lib/vdr
TZ=Europe/Berlin
HOME=/var/lib/vdr
LANG=de_DE.UTF-8
VDR_CHARSET_OVERRIDE=ISO-8859-9
LC_LANG=de_DE.UTF-8
TERM=xterm
SHLVL=1
LC_MESSAGES=de_DE.UTF-8
LC_ALL=de_DE.UTF-8
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
_=/usr/bin/env
vdr@vdr-server:~$
Display More
Den Fehler kann ich nachvollziehen da die locales wirklich fehlen Alles leer...
vdr@vdr-server:~$ ls -ail /usr/share/locale/de_DE/LC_MESSAGES/
total 8
16006702 drwxr-xr-x 2 root root 4096 Feb 18 2022 .
16006701 drwxr-xr-x 3 root root 4096 Nov 24 17:03 ..
vdr@vdr-server:~$
Installiert wurden fertige pakete von Ubunto Focal
apt update && apt upgrade -y && \
apt-get install -y \
wget \
libmariadb3 \
libtinyxml2-6a \
vdr \
vdr-plugin-dummydevice \
vdr-plugin-dvbapi \
vdr-plugin-eepg \
vdr-plugin-epgfixer \
vdr-plugin-epgsearch \
vdr-plugin-restfulapi \
vdr-plugin-streamdev-server \
vdr-plugin-vnsiserver \
vdr-plugin-wirbelscan \
vdr-plugin-xmltv2vdr \
vdr-plugin-femon \
vdr-plugin-svdrpservice \
vdr-plugin-svdrposd \
vdr-plugin-svdrpext \
vdr-plugin-devstatus \
vdr-plugin-remote \
vdr-plugin-satip \
vdr-plugin-iptv
Display More
Daher die Preisfrage: wie werden diese generiert?
Ich nutze auch Ubuntu im Docker.
Ich habe mittels des cocker compose github die Lösung gefunden.
https://github.com/docker/compose/issues/11172
Man muss ein Pseudo terminal definieren damit alles nach stdout ausgegeben wird
mit diesem code gehts jetzt
vdr-server:
build:
context: ../docker-vdr-server
container_name: vdr-server
image: vdr-server
hostname: vdr-server
devices:
- /dev/dvb:/dev/dvb
restart: unless-stopped
tty: true
volumes:
- vdr-recordings:/srv/vdr/video
- vdr-etc:/etc/vdr
- vdr-varlib:/var/lib/vdr
ports:
- 2004:2004
- 3000:3000
- 6419:6419
- 8002:8002
- 8008:8008
- 34890:34890
depends_on:
- vdr-epgd
networks:
- default
Display More
danke für die Info.... angepasst auf vdr - hat trotzdem nichts gebracht. Ich glaube auch nicht das es ein docker problem ist da es bei allen anderen meinen containern funktioniert.
Eventuell kann ja Klaus etwas dazu sagen da es imho internes ist? Ich habe keine Ahnung wo ich suchen soll.....
Hi,
ich habe meinen VDR im Docker container.
Beim start via docker run funktioniert das logging: (schaut bitte nicht auf die Fehler, die volumes passen nicht, ist nur zur demonstration)
root@server:/usr/local/svn/docker-compose# docker run --rm --name vdr-server -it -v /media/recordings:/srv/vdr/video d743c0119431
vdr: [7] VDR version 2.6.1 started
vdr: [7] codeset is 'UTF-8' - known
vdr: [7] override character table is 'ISO-8859-1' - known
vdr: [7] found 0 locales in /usr/share/locale
vdr: [7] no locale for language code 'deu,ger'
vdr: [7] no locale for language code 'alb,sqi'
vdr: [7] no locale for language code 'ara'
vdr: [7] no locale for language code 'bos'
vdr: [7] no locale for language code 'bul'
vdr: [7] no locale for language code 'cat,cln'
vdr: [7] no locale for language code 'chi,zho'
vdr: [7] no locale for language code 'cze,ces'
vdr: [7] no locale for language code 'dan'
vdr: [7] no locale for language code 'dut,nla,nld'
vdr: [7] no locale for language code 'ell,gre'
vdr: [7] no locale for language code 'esl,spa'
vdr: [7] no locale for language code 'est'
vdr: [7] no locale for language code 'eus,baq'
vdr: [7] no locale for language code 'fin,suo'
vdr: [7] no locale for language code 'fra,fre'
vdr: [7] no locale for language code 'hrv'
vdr: [7] no locale for language code 'hun'
vdr: [7] no locale for language code 'iri,gle'
vdr: [7] no locale for language code 'ita'
vdr: [7] no locale for language code 'jpn'
vdr: [7] no locale for language code 'lav'
vdr: [7] no locale for language code 'lit'
vdr: [7] no locale for language code 'ltz'
vdr: [7] no locale for language code 'mac,mkd'
vdr: [7] no locale for language code 'mlt'
vdr: [7] no locale for language code 'nor'
vdr: [7] no locale for language code 'pol'
vdr: [7] no locale for language code 'por'
vdr: [7] no locale for language code 'rom,rum'
vdr: [7] no locale for language code 'rus'
vdr: [7] no locale for language code 'slk,slo'
vdr: [7] no locale for language code 'slv'
vdr: [7] no locale for language code 'smi'
vdr: [7] no locale for language code 'srb,srp,scr,scc'
vdr: [7] no locale for language code 'sve,swe'
vdr: [7] no locale for language code 'tur'
vdr: [7] no locale for language code 'ukr'
vdr: [7] loading plugin: /usr/lib/vdr/plugins/libvdr-svdrposd.so.2.6.1
vdr: [7] loading plugin: /usr/lib/vdr/plugins/libvdr-svdrpservice.so.2.6.1
vdr: [7] loading plugin: /usr/lib/vdr/plugins/libvdr-dummydevice.so.2.6.1
vdr: [7] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.6.1
vdr: [7] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.2.6.1
vdr: [7] loading plugin: /usr/lib/vdr/plugins/libvdr-vnsiserver.so.2.6.1
vdr: [7] loading plugin: /usr/lib/vdr/plugins/libvdr-live.so.2.6.1
vdr: [7] [live] INFO: validating server ip '0.0.0.0'
INFO: validating live server ip '0.0.0.0'
vdr: [7] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.6.1
vdr: [7] loading plugin: /usr/lib/vdr/plugins/libvdr-ddci2.so.2.6.1
vdr: [7] loading plugin: /usr/lib/vdr/plugins/libvdr-ciplus.so.2.6.1
vdr: [7] loading plugin: /usr/lib/vdr/plugins/libvdr-epg2vdr.so.2.6.1
vdr: [7] loading plugin: /usr/lib/vdr/plugins/libvdr-femon.so.2.6.1
vdr: [7] loading plugin: /usr/lib/vdr/plugins/libvdr-devstatus.so.2.6.1
vdr: [7] creating directory /var/lib/vdr/themes
vdr: [7] ERROR (tools.c,513): /var/lib/vdr/themes: Permission denied
vdr: error while reading '/var/lib/vdr/sources.conf'
vdr: error while reading '/var/lib/vdr/channels.conf'
vdr: [7] registered source parameters for 'A - ATSC'
vdr: [7] registered source parameters for 'C - DVB-C'
vdr: [7] registered source parameters for 'S - DVB-S'
vdr: [7] registered source parameters for 'T - DVB-T'
vdr: [7] no DVB device found
vdr: [7] initializing plugin: svdrposd (1.0.0): Publish OSD menu via SVDRP
vdr: [7] initializing plugin: svdrpservice (1.0.0): SVDRP client
vdr: [7] initializing plugin: dummydevice (2.0.0): Output device that does nothing
vdr: [7] new device number 1 (card index 1)
vdr: [7] initializing plugin: epgsearch (2.4.1): search the EPG for repeats and more
vdr: [7] initializing plugin: streamdev-server (0.6.3): VDR Streaming Server
vdr: [7] initializing plugin: vnsiserver (1.8.0): VDR-Network-Streaming-Interface (VNSI) Server
vdr: [7] creating directory /var/lib/vdr/plugins
vdr: [7] ERROR (tools.c,513): /var/lib/vdr/plugins: Permission denied
vdr: [8] video directory scanner thread started (pid=7, tid=8, prio=low)
vdr: [8] video directory scanner thread ended (pid=7, tid=8)
vdr: [9] epg data reader thread started (pid=7, tid=9, prio=high)
vdr: [9] epg data reader thread ended (pid=7, tid=9)
vdr: [7] initializing plugin: live (2.3.1): Live Interactive VDR Environment
vdr: [7] initializing plugin: epgsearch (2.4.1): search the EPG for repeats and more
vdr: [7] initializing plugin: ddci2 (1.0.5): External Digital Devices CI-Adapter
vdr: [7] initializing plugin: ciplus (1.0.2): Use CI+ Modules with VDR
vdr: [7] creating directory /var/lib/vdr/plugins
vdr: [7] ERROR (tools.c,513): /var/lib/vdr/plugins: Permission denied
vdr: [7] creating directory /var/cache/vdr
vdr: [7] ERROR (tools.c,513): /var/cache/vdr: Permission denied
vdr: [7] initializing plugin: epg2vdr (1.2.15-GITb4031de): epg2vdr plugin
vdr: [7] initializing plugin: femon (2.4.1): DVB Signal Information Monitor (OSD)
vdr: [7] initializing plugin: devstatus (0.4.1): Status of dvb devices
vdr: [7] setting primary device to 1
vdr: [7] assuming manual start of VDR
vdr: [7] ERROR (tools.c,1777): /var/lib/vdr/themes/lcars-default.theme.$$$: No such file or directory
vdr: [7] ERROR (tools.c,1777): /var/lib/vdr/themes/sttng-default.theme.$$$: No such file or directory
vdr: [7] ERROR (tools.c,1777): /var/lib/vdr/themes/classic-default.theme.$$$: No such file or directory
vdr: [7] setting current skin to "lcars"
vdr: [7] starting plugin: svdrposd
vdr: [7] starting plugin: svdrpservice
vdr: [7] starting plugin: dummydevice
vdr: [7] starting plugin: epgsearch
vdr: [7] creating directory /var/lib/vdr/plugins
Display More
Beim start via Docker compose kommen die Meldungen NICHT:
root@server:/usr/local/svn/docker-compose# docker compose up vdr
[+] Running 1/1
✔ Container vdr-server Created 1.2s
Attaching to vdr-server
vdr-server | INFO: validating live server ip '0.0.0.0'
und mehr nicht! Alle meldungen mit "vdr [7]" kommen nicht. Weiß jemand warum? Bei allen anderen Docker compose Containers funktionert alles super.
Bin ratlos....
Hier das docker compose script (Auszug):
vdr:
build:
context: ../docker-vdr-server
container_name: vdr-server
image: vdr-server
hostname: vdr-server
devices:
- /dev/dvb:/dev/dvb
restart: unless-stopped
volumes:
- vdr-recordings:/srv/vdr/video
- vdr-etc:/etc/vdr
- vdr-varlib:/var/lib/vdr
ports:
- 2004:2004
- 3000:3000
- 6419:6419
- 8002:8002
- 8008:8008
- 34890:34890
networks:
- default
Display More
Dumme Frage, warum löschst du nicht die DB, baust sie neu auf und liest Die aktuellen Daten aus dem DVB stream neu ein? Sind die alten Daten so wichtig?
Hi,
weiß jemand ob der Patch in frodo's ppa enthalten ist? Und wenn ja, welches der vielen frodo repo´s?
perfekt! danke. Das wars..
Hatte natürlich kein "make install" gemacht da ich die libs in einem Multi-Stage Dockerfile dort nur kompiliere
Hi,
ich habe ein plugin erfolgreich kompiliert indem ich die Pakete "vdr-dev" als auch die zugehörige vdr source installiert habe.
Das Plugin kompliliert auch erfolgreich durch, allerdings fehlt am ende die Versionkennung. Ich zeig es mal am Beispiel von femon:
Das fertig kompilierte plugin sieht so aus:
allerdings wird das Plugin so nicht beim VDR Start erkannt. ("-P femon" ist natürlich gesetzt) Erst wenn ich es umbenenne wird es erkannt:
Kann sich jemand erklären warum die Kennung am Ende nicht angehangen wird?
Klar, ich kann es manuell tun, allerdings habe ich diesen Prozess in einem Dockerfile automatisiert wo ich die vdr version natürlich nicht kenne und auch nicht hart kodieren will.
Hi,
kennt einer die TVMovie ID von Sky Special HD? (diese Woche als Sky Mittelderde HD)?
Das ist der einzige Sky Sender den ich zur Zeit nicht befüllen kann