Vollkommen richtig.
Nur sollte das Plugin das Update deshalb trotzdem nicht abbrechen denn die Einträge entstehen über die Zeit wenn Kanäle verschwinden oder aktualisiert werden.
Vollkommen richtig.
Nur sollte das Plugin das Update deshalb trotzdem nicht abbrechen denn die Einträge entstehen über die Zeit wenn Kanäle verschwinden oder aktualisiert werden.
Hallo zusammen,
Ich hab mit vdr-2.3.7 und dem aktuellen Stand des Plugins aus dem git das Problem das keine updates mehr funktionieren.
Daran bin ich auch nicht ganz unschuldig ich habe in meiner DB einige ChannelIDs die es auf dem VDR nicht gibt.
Jetzt passiert aber folgendes, jedesmal wenn eine ID nicht im VDR gefunden werden kann wird die retries variable für die locks hochgezählt.
Und nach 7 retries bzw. 7 unbekannten Channels wird dann das update abgebrochen.
Ich habe den Code in update.c ab Zeile 1505 daher so angepasst.
- else if (channels && schedules)
+ else if (channels && schedules){
tell(0, "Error: Channel with ID '%s' don't exist on this VDR", mapDb->getStrValue("ChannelId"));
-
+ if (schedules) schedulesKey.Remove();
+ if (timers) timersKey.Remove();
+ if (channels) channelsKey.Remove();
+ continue;
+ }
Bei mir hat es geholfen.
Eventuell hat jemand das selbe Problem.
Ein apt-get install vor dem upgrade war die Lösung dist-upgrade alleine hat auch nicht geholfen.
Momentan läuft das update
Hallo zusammen,
Ich hab heute mal das update auf 5.3 auf meinem RPI3 versucht, dazu hab ich im webfrontend 5.3 eingetragen und gespeichert, dann ein apt-get update && apt-get upgrade durchgeführt.
Moment geht es wegen fehlenden dependencies nicht.
The following packages have unmet dependencies:
vdr-plugin-rpihddevice:armhf-rpi2 : Depends: libraspberrypi0:armhf-rpi2 (>= 1.20161215-~18)
Depends: libc6:armhf-rpi2 (>= 2.24-~11)
Depends: libavcodec57:armhf-rpi2 (>= 3.2.2-~1)
Depends: libavformat57:armhf-rpi2 (>= 3.2.2-~1)
Depends: libswresample2:armhf-rpi2 (>= 3.2.2-~1)
Depends: libfreetype6:armhf-rpi2 (>= 2.6.3-~1)
Depends: libstdc++6:armhf-rpi2 (>= 6.2.1-~1)
Depends: libgcc1:armhf-rpi2 (>= 6.2.1-~1)
Depends: libavutil55:armhf-rpi2 (>= 3.2.2-~1)
Depends: libva1:armhf-rpi2 (>= 1.7.3-~1)
Depends: libxvidcore4:armhf-rpi2 (>= 1.3.4-~1)
Depends: libx265-95:armhf-rpi2 (>= 2.1-~1)
Depends: libx264-148:armhf-rpi2 (>= 0.148.2728-~1)
Depends: libwebpmux2:armhf-rpi2 (>= 0.5.1-~1)
Depends: libwebp6:armhf-rpi2 (>= 0.5.1-~1)
Depends: libwavpack1:armhf-rpi2 (>= 4.80.0-~1)
Depends: libvpx4:armhf-rpi2 (>= 1.6.0-~1)
Depends: libvorbisenc2:armhf-rpi2 (>= 1.3.5-~1)
Depends: libvorbis0a:armhf-rpi2 (>= 1.3.5-~1)
Depends: libsnappy1v5:armhf-rpi2 (>= 1.1.3-~1)
Depends: libopus0:armhf-rpi2 (>= 1.1.3-~1)
Depends: libopenjp2-7:armhf-rpi2 (>= 2.1.2-~1)
Depends: liblzma5:armhf-rpi2 (>= 5.2.2-~1)
Depends: libssh-gcrypt-4:armhf-rpi2 (>= 0.7.3-~1)
Depends: libmodplug1:armhf-rpi2 (>= 0.8.8.5-~1)
Depends: libgme0:armhf-rpi2 (>= 0.6.0-~1)
Depends: libbluray1:armhf-rpi2 (>= 0.9.3-~1)
Depends: libgnutls30:armhf-rpi2 (>= 3.5.7-~1)
Depends: libchromaprint1:armhf-rpi2 (>= 1.4.1-~1)
Depends: libsoxr0:armhf-rpi2 (>= 0.1.2-~1)
Depends: libpng16-16:armhf-rpi2 (>= 1.6.26-~1)
Depends: libx11-6:armhf-rpi2 (>= 1.6.4-~1)
Depends: libvdpau1:armhf-rpi2 (>= 1.1.1-~1)
Depends: libva-drm1:armhf-rpi2 (>= 1.7.3-~1)
Depends: libva-x11-1:armhf-rpi2 (>= 1.7.3-~1)
Depends: libcairo2:armhf-rpi2 (>= 1.14.8-~1)
Depends: libgcrypt20:armhf-rpi2 (>= 1.7.5-~1)
Depends: libgssapi-krb5-2:armhf-rpi2 (>= 1.15-~1)
Depends: libxml2:armhf-rpi2 (>= 2.9.4-~1)
Depends: libp11-kit0:armhf-rpi2 (>= 0.23.3-~1)
Depends: libidn11:armhf-rpi2 (>= 1.33-~1)
Depends: libtasn1-6:armhf-rpi2 (>= 4.9-~1)
Depends: libnettle6:armhf-rpi2 (>= 3.3-~1)
Depends: libhogweed4:armhf-rpi2 (>= 3.3-~1)
Depends: libgmp10:armhf-rpi2 (>= 6.1.2-~1)
Depends: libgomp1:armhf-rpi2 (>= 6.2.1-~1)
Depends: libxcb1:armhf-rpi2 (>= 1.12-~1)
Depends: libdrm2:armhf-rpi2 (>= 2.4.74-~1)
Depends: libxfixes3:armhf-rpi2 (>= 5.0.3-~1)
Depends: libpixman-1-0:armhf-rpi2 (>= 0.34.0-~1)
Depends: libxcb-shm0:armhf-rpi2 (>= 1.12-~1)
Depends: libxcb-render0:armhf-rpi2 (>= 1.12-~1)
Depends: libxrender1:armhf-rpi2 (>= 0.9.10-~1)
Depends: libgpg-error0:armhf-rpi2 (>= 1.26-~1)
Depends: libkrb5-3:armhf-rpi2 (>= 1.15-~1)
Depends: libk5crypto3:armhf-rpi2 (>= 1.15-~1)
Depends: libcomerr2:armhf-rpi2 (>= 1.43.3-~1)
Depends: libkrb5support0:armhf-rpi2 (>= 1.15-~1)
Depends: libicu57:armhf-rpi2 (>= 57.1-~4)
Depends: libexpat1:armhf-rpi2 (>= 2.2.0-~1)
Depends: libffi6:armhf-rpi2 (>= 3.2.1-~1)
Depends: libxdmcp6:armhf-rpi2 (>= 1.1.2-~1)
E: Unmet dependencies. Try using -f.
Display More
Es sind alle Empfänger frei und funktioniren auch.
Wenn ich 3x raspberry und einem Server je 1 device zuordne ist das kein Problem
4x Server alleine oder schon 2x Server funktionieren aber nicht mehr.
vdrdream
Danke das ist mir bekannt wie ich es konfiguriere, ich kann nur nicht mehr als 1 satip device an einer vdr instanz verwenden.
Hallo zusammen,
Ich probiere schon seit längerem an meinem VDR mehr als 1 satip device zum laufen zu bekommen.
Sobald ich nämlich mehr wie eins nutze wird nach kurzer Zeit das log mit
Mar 31 21:27:31 HPServer vdr[14515]: [14521] SATIP-ERROR: Detected invalid status code 453: rtsp://192.168.2.30/ [device 0]
Mar 31 21:27:31 HPServer vdr[14515]: [14521] SATIP-ERROR: Connect failed [device 0]
Mar 31 21:27:31 HPServer vdr[14515]: [14527] SATIP-ERROR: Detected invalid status code 453: rtsp://192.168.2.30/ [device 2]
Mar 31 21:27:31 HPServer vdr[14515]: [14527] SATIP-ERROR: Connect failed [device 2]
Mar 31 21:27:31 HPServer vdr[14515]: [14524] SATIP-ERROR: Detected invalid status code 453: rtsp://192.168.2.30/ [device 1]
Mar 31 21:27:31 HPServer vdr[14515]: [14524] SATIP-ERROR: Connect failed [device 1]
Mar 31 21:27:31 HPServer vdr[14515]: [14521] SATIP-ERROR: Detected invalid status code 453: rtsp://192.168.2.30/ [device 0]
Mar 31 21:27:31 HPServer vdr[14515]: [14521] SATIP-ERROR: Connect failed [device 0]
Mar 31 21:27:31 HPServer vdr[14515]: [14527] SATIP-ERROR: Detected invalid status code 453: rtsp://192.168.2.30/ [device 2]
Mar 31 21:27:31 HPServer vdr[14515]: [14527] SATIP-ERROR: Connect failed [device 2]
Mar 31 21:27:31 HPServer vdr[14515]: [14524] SATIP-ERROR: Detected invalid status code 453: rtsp://192.168.2.30/ [device 1]
Mar 31 21:27:31 HPServer vdr[14515]: [14524] SATIP-ERROR: Connect failed [device 1]
Mar 31 21:27:32 HPServer vdr[14515]: [14521] SATIP-ERROR: Detected invalid status code 453: rtsp://192.168.2.30/ [device 0]
Mar 31 21:27:32 HPServer vdr[14515]: [14521] SATIP-ERROR: Connect failed [device 0]
Mar 31 21:27:32 HPServer vdr[14515]: [14527] SATIP-ERROR: Detected invalid status code 453: rtsp://192.168.2.30/ [device 2]
Mar 31 21:27:32 HPServer vdr[14515]: [14527] SATIP-ERROR: Connect failed [device 2]
Mar 31 21:27:32 HPServer vdr[14515]: [14524] SATIP-ERROR: Detected invalid status code 453: rtsp://192.168.2.30/ [device 1]
Mar 31 21:27:32 HPServer vdr[14515]: [14524] SATIP-ERROR: Connect failed [device 1]
Mar 31 21:27:32 HPServer vdr[14515]: [14521] SATIP-ERROR: Detected invalid status code 453: rtsp://192.168.2.30/ [device 0]
Mar 31 21:27:32 HPServer vdr[14515]: [14521] SATIP-ERROR: Connect failed [device 0]
Mar 31 21:27:32 HPServer vdr[14515]: [14527] SATIP-ERROR: Detected invalid status code 453: rtsp://192.168.2.30/ [device 2]
Mar 31 21:27:32 HPServer vdr[14515]: [14527] SATIP-ERROR: Connect failed [device 2]
Mar 31 21:27:32 HPServer vdr[14515]: [14524] SATIP-ERROR: Detected invalid status code 453: rtsp://192.168.2.30/ [device 1]
Mar 31 21:27:32 HPServer vdr[14515]: [14524] SATIP-ERROR: Connect failed [device 1]
Mar 31 21:27:32 HPServer vdr[14515]: [14521] SATIP-ERROR: Detected invalid status code 453: rtsp://192.168.2.30/ [device 0]
Mar 31 21:27:32 HPServer vdr[14515]: [14521] SATIP-ERROR: Connect failed [device 0]
Mar 31 21:27:32 HPServer vdr[14515]: [14527] SATIP-ERROR: Detected invalid status code 453: rtsp://192.168.2.30/ [device 2]
Display More
Ich hab es mit 2 verschiedenen 3 SAT IP Servern probiert.
- Elegato Netstream 4SAT
- Digibit R1 mit Firmware V1.24.0.156
- Digibit R1 mit satip-axe-201603051934-11
Gibt es einen Trick wie man vdr konfigurieren muss ?
Ich bin für jeden Tip dankbar
Also bei mir läuft lirc_rpi problemlos, war aber auch bei der 4er so.
Das ist schon mal falsch es gibt ne Distrie bei der das Ootb geht ...
Bei gentoo geht aber ganz grundsaetzlich nichts ootb da man es von Grund auf selbst baut
Wenn gen2vdr läuft werde ich es in den nächsten Tagen direkt versuchen, hab noch ein paar MLDs laufen mit einem sehr alten Stand, weil die neuen auch nicht mehr gehen.
Bisher verwende ich ein OpenSuse tumbleweed(für meinen eigenen VDR) auf dem läuft es perfekt, aber man muss halt auch alles selber machen und vdr etc selber kompilieren.
edit:
Sorry für offtopic habs gepostet und dann erst nachgedacht
VDPAU onboard gibt es schon, aber nicht von NVIDIA.
Jede AMD Apu kann das und auch wenn die meisten hier immer behaupten die Qualität wäre schlechter.... ich habe bei meinen vergleichen das nicht war nehmen können.
Das große aber hier ist für mich die Tatsache das es mit keine Distro ootb geht, bei gentoo weiß ich es ehrlich gesagt nicht ....
Ich verwende rpi_lirc ohne Probleme. Dazu dann eine beliebige Fernbedieunung.
Alternative würde ich bei dir aber mal CEC probieren, damit kann man die FB des Fernsehers verwenden(wenn dieser das unterstützt).
Hi olebowle,
hab deine Postings in der ml gelesen.
Hatte aber keine Zeit nachzuschauen.
Das werde ich am We nachholen.
Danke für deine Bemühungen, hoffentlich wird das noch was mit dem Treiber für die "alten" Karten.
Ich verwende hier auch OpenSuse und es funktioniert.
Versuch mal einen displaymanager zu starten.
Ich hab dazu in der etc/sysyconfig/displaymanager den displaymanager auf kdm gesetzt und xfce4 installiert.
Dann habe ich den vdr user über yast als autologon eingestellt.
Meine vdr.service sieht so aus:
[Unit]
Description=Video Disk Recorder
Documentation=man:runvdr.conf(5)
After=syslog.target network.target lirc.service display-manager.service
[Service]
ExecStart=/usr/bin/runvdr.extreme
[Install]
WantedBy=multi-user.target
Display More
Wichtig ist dabei das after display-manager.service.
softhddevice wird über die runvdr.conf so gestartet
AddPlugin softhddevice -d:0 -f
Wenn das noch nicht reicht musst du dir mal magic cookies für X anschauen.
Also meine Versuche mit yavdr waren da leider auch ergebnislos.
Ich habe dann aber auch nicht weiter versucht.
Eigentlich läuft es absolut problemlos ne AMD dafür zu verwenden. Leider sind die Distris noch nicht soweit.
MLD ging ne zeitlang die letzte die ich getestet hatte ging dann aber nicht mehr.
15 Jahre alles Gute VDR
14 1/2 davon war VDR auf meinen diversen PCS aktiv
Am besten du nimmst mal mld auf nen USB stick und testet ob vdpau geht.
Mit den Infos aus dem log sollte es gehen.
Wenn das bestätigt ist, kannst du dir eine distri aussuchen und den VDR aufsetzen oder bei mld bleiben, wobei ich da immer Probleme mit dem Xorg modus habe(Auflösug und Hz was für ein gutes Bild wichtig ist) .
Ja die neuen firmware Dateien sind vorhanden.
lspci gibt folgendes aus:
02:00.0 Multimedia video controller: Conexant Systems, Inc. CX23885 PCI Video and Audio Decoder (rev 02)
Subsystem: DVBSky Device 0952
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 39
Region 0: Memory at fe400000 (64-bit, non-prefetchable) [size=2M]
Capabilities: [40] Express (v1) Endpoint, MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset-
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+
MaxPayload 128 bytes, MaxReadReq 512 bytes
DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <2us, L1 <4us
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-
Capabilities: [80] Power Management version 2
Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [90] Vital Product Data
Product Name: "
End
Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
Address: 0000000000000000 Data: 0000
Capabilities: [100 v1] Advanced Error Reporting
UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
AERCap: First Error Pointer: 00, GenCap- CGenEn- ChkCap- ChkEn-
Capabilities: [200 v1] Virtual Channel
Caps: LPEVC=0 RefClk=100ns PATEntryBits=1
Arb: Fixed+ WRR32+ WRR64+ WRR128-
Ctrl: ArbSelect=WRR64
Status: InProgress-
Port Arbitration Table [240] <?>
VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=01
Status: NegoPending- InProgress-
Kernel driver in use: cx23885
Kernel modules: cx23885
Display More
Karte wird schon richtig erkannt als S952, ist auch zu alt um eine V3 zu sein.
Hallo zusammen,
hat denn schon jemand den 3.19 rc2 mit einer S952 am laufen ?
Wenn ich es probiere kann er die Frontends nicht attachen.
[ 7.082807] cx25840 14-0044: loaded v4l-cx23885-avcore-01.fw firmware (16382 bytes)
[ 7.099217] cx23885_dvb_register() allocating 1 frontend(s)
[ 7.099225] cx23885[0]: cx23885 based dvb card
[ 7.102852] i2c i2c-13: m88ds3103_attach: chip_id=70
[ 7.105653] i2c i2c-13: Added multiplexed i2c bus 15
[ 7.169665] cx23885_dvb_register() dvb_register failed err = -22
[ 7.169803] cx23885_dev_setup() Failed to register dvb adapters on VID_B
[ 7.169932] cx23885_dvb_register() allocating 1 frontend(s)
[ 7.169939] cx23885[0]: cx23885 based dvb card
[ 7.170415] i2c i2c-12: m88ds3103_attach: chip_id=70
[ 7.173285] i2c i2c-12: Added multiplexed i2c bus 15
[ 7.247553] cx23885_dvb_register() dvb_register failed err = -22
[ 7.247691] cx23885_dev_setup() Failed to register dvb on VID_C
[ 7.247809] cx23885_dev_checkrevision() Hardware revision = 0xb0
[ 7.247822] cx23885[0]/0: found at 0000:02:00.0, rev: 2, irq: 39, latency: 0, mmio: 0xfe400000
Display More
Las dich nicht verwirren von den vielen "geht nicht" oder "sieht scheiße aus" Kommentaren.
Hab es jetzt seit der Veröffentlichung im Einsatz und bin sehr zufrieden.
Mein NVIDIA System ist nicht so viel besser, das ich sagen würde die AMD Qualität ist schlecht.
Und bei AMD ist alles im Kernel und man braucht keinen Hersteller Treiber für VDPAU.