You are not logged in.

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

81

Sunday, April 1st 2012, 2:10pm

Hier hat mit vdr-1.7.27 sich wieder ein Problem bemerkbar gemacht, welches eigentlich schon gelöst wurde von Klaus (prio).
Es hat vielleicht was mit dem Bonding von Device 1 und Device 2 der FF HD 6400 zu tun?
Zusätzlich zur FF HD 6400 ist noch eine Dual S2 DVB karte eingebaut, hier aber bekommt Device 3 und Device 4 jeweils ein eigenes DVB Kabel.
Wenn der Vdr nun wegen einem Timer startet und eine Aufnahme startet (Device2), dann bleibt das Live Bild stehen (Standbild), erst wenn ich umschalte funktioniert wieder alles.
Der VDR ist ungepatcht und es sind die gleichen Plugins aktiviert wie bei vdr-1.7.26. Das Problem konnte ich die ganze Woche, jeden Tag nachvollziehen.
Hat jemand eine Idee bzw kann das bestätigen. Im Log konnte ich nichts auffälliges finden.

Nun klappt es wieder. Danke an Klaus (kls)

Quoted

Die einzige Änderung in dvbdevice.c zwischen 1.7.26 und 1.7.27 war

--- dvbdevice.c 2012/03/13 09:50:56 2.68
+++ dvbdevice.c 2012/03/25 10:41:45 2.69
@@ -1448,7 +1448,7 @@

if (dvbTuner && ProvidesTransponder(Channel)) {
result = hasPriority;
- if (Priority >= 0) {
+ if (Priority > IDLEPRIORITY) {
if (Receiving()) {
if (dvbTuner->IsTunedTo(Channel)) {
if (Channel->Vpid() && !HasPid(Channel->Vpid()) || Channel->Apid(0) && !HasPid(Channel->Apid(0)) || Channel->Dpid(0) && !HasPid(Channel->Dpid(0))) {


Wenn ich das wieder so ändere, wie es in vdr-1.7.26 war, klappt es wieder! :)

Das in vdr-1.7.27 in dvbdevice.c geändert:

Source code

1
2
3
4
5
6
7
  if (dvbTuner && ProvidesTransponder(Channel)) {
     result = hasPriority;
-     if (Priority > IDLEPRIORITY) {
+//     if (Priority > IDLEPRIORITY) {
+                if (Priority >= 0) {
        if (Receiving()) {
           if (dvbTuner->IsTunedTo(Channel)) { 

mein VDR Stuff... :)

Thermaltake DH101: M2N68 Plus - 1 x HD-FF-6400 - 1 x L4MV6.2
angeschlossen über (SCR Inverto Black Unicable Multiswitch UST111-CUO10-8PP an Selfsat DQ)
yavdr-0.5 - vdr-2.1.6 - Plugins: dvbhddevice - targavfd - skinnopacity - osdteletext - xmltv2vdr
Scaleo Evi: NVidia G210 - 1 x L4M V6.2 TwinS2
angeschlossen am Legacy Ausgang vom Inverto Black Unicable Multiswitch UST111-CUO10-8PP
yavdr-0.5 - vdr-2.1.6 - Plugins: softhddevice-git - dm140vfd - skinnopacity - osdteletext
RaspberryPi mit rpihddevice Plugin (NEU!) / cubieboard2 mit vdr-2.1.6 + softhddevice-git (vdpau) / OdroidU3 CE als "DesktopPC" .... :D

This post has been edited 1 times, last edit by "Uwe" (Apr 1st 2012, 2:21pm)


rudirabbit

Professional

Posts: 1,346

Occupation: Kfz Elektroniker

  • Send private message

82

Sunday, April 1st 2012, 6:28pm

Hallo, Ich habe nun fast alle Plugins die ich brauche gegen die 1.7.27 bauen können

Leider läuft arghdirector nicht durch.
Ich habe den alten i18n Kram rausgenommen, doch nun tritt dies auf.

Source code

1
2
3
4
5
6
7
8
9
Plugin arghdirector:
make[1]: Entering directory `/test/vdr-1.7.27/PLUGINS/src/arghdirector-0.2.7-test1'
make[1]: Leaving directory `/test/vdr-1.7.27/PLUGINS/src/arghdirector-0.2.7-test1'
make[1]: Entering directory `/test/vdr-1.7.27/PLUGINS/src/arghdirector-0.2.7-test1'
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -c -DUSE_GRAPHTFT -DUSE_JUMPPLAY -DUSE_YAEPG -D_GNU_SOURCE -DPLUGIN_NAME='                    "arghdirector"' -I/usr/src/dvb/linux/include -I../../../include -I/usr/src/dvb/linux/include arghdirector.c
../../../include/vdr/status.h:36:16: error: âvirtual void cStatus::ChannelSwitch(const cDevice*, int, bool)â was hidden [-Werror=overloaded-v                    irtual]
arghdirector.c:82:16: error:   by âvirtual void cDirectorStatus::ChannelSwitch(const cDevice*, int)â [-Werror=overloaded-virtual]
cc1plus: some warnings being treated as errors
make[1]: *** [arghdirector.o] Error 1

Natürlich habe ich die Änderungen gelesen:

Quoted

- Made the "overloaded-virtual" warning an error to detect hidden overloaded
virtual functions (thanks to Anssi Hannula for pointing out -Werror=...).
Plugin authors may want to change -Woverloaded-virtual to -Werror=overloaded-virtual
in their Makefiles.
Ich habe das Makefile des Plugins deshalb so geändert:

Source code

1
2
3
CXX  ?= g++
-CXXFLAGS ?= -O2 -Wall -Woverloaded-virtual
+CXXFLAGS ?= -O2 -Wall -Werror=overloaded-virtual

Bringt leider keine Änderung :rolleyes:
VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

83

Sunday, April 1st 2012, 6:48pm

arghdirector 0.2.7 ? wo gibt es das ?
ABER :
https://launchpad.net/~yavdr/+archive/un…e.debian.tar.gz

in debian/patches
damit baut das plugin ohne probleme mit vdr-1.7.27

https://launchpadlibrarian.net/98860823/…BUILDING.txt.gz

This post has been edited 1 times, last edit by "hotzenplotz5" (Apr 1st 2012, 6:55pm)


rudirabbit

Professional

Posts: 1,346

Occupation: Kfz Elektroniker

  • Send private message

84

Sunday, April 1st 2012, 6:56pm

Hi,

arghdirector 0.2.7 ? wo gibt es das ?
Dort

Die 0.2.6d ging aber auch nicht, ich werde deinen Link mal testen - Danke
VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

85

Sunday, April 1st 2012, 6:56pm

arghdirector 0.2.7 ? wo gibt es das ?

Hier: :)
EDIT: Der Hase war schneller... :)
C-3PO has attached the following file:

:!: Hier nicht klicken!!



dreipo.cc

"Ubuntu" -- An african Word, meaning: "Gentoo is too hard for me".

my VDR


Gen2VDR V4.3PO

VDR: vdr-2.1.6
Mainboard: ASUS Z97-PRO (Wi-Fi ac)
CPU: i7-4770K
RAM: 16G
System HDD: OCZ-VERTEX4 SSD, 120 GB
Video HDD: WD Caviar Green, 3 TB
BD-ROM: Samsung SH-B123L
Gehäuse: Thermaltake DH202 Touch (VM90051N2Z)
DVB: DD Cine S2 V6.5 & DuofleX C/T
IR/FB: yaUSBIR v3 ; Harmony 885

86

Sunday, April 1st 2012, 6:58pm

besten dank blechbüx !

rudirabbit

Professional

Posts: 1,346

Occupation: Kfz Elektroniker

  • Send private message

87

Sunday, April 1st 2012, 7:19pm

Hi,
ist seltsam.
Die Änderungen in der Debian Version von hotzenplotz5 sind im Prinzip die selben die ich gemacht habe. (i18n und die Änderungen im Makefile)
Das Problem bei dem Zugriff auf die Class mit der versteckten Funktion bleibt. Trotz der angepassten Compiler Option
VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

88

Sunday, April 1st 2012, 7:29pm

Du musst einfach nur ein "bool Liveview" and die Parameterlisten dranhängen damit es kompiliert - aber ob dann das Plugin noch wie gewollt funktioniert wenn das neue Flag nicht ausgewertet wird ist ne andere Frage ...

rudirabbit

Professional

Posts: 1,346

Occupation: Kfz Elektroniker

  • Send private message

89

Monday, April 2nd 2012, 6:46pm

@FireFLy: Oh Mann, da hätte ich selbst draufkommen können (oder müssen) - Es gilt auch hier nicht die Ausrede, daß ich C++ im Prinzip nicht wirklich kann.
Wenn man eine eigene Klasse aus einer anderen erbt, dann müssen die Funktionsprotypen identisch sein, und dies ist auch in Delphi so :evil:
Danke - hab's nicht gesehen. :wand
Die Compiler Fehlermedungen waren hier auch nicht wirklich hilfreich...
BTW:
Deine Bedenken, weil dieser Parameter in der Funktion nicht ausgewertet wird muss ich noch testen - evtl. kann man was einbauen.
VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

This post has been edited 2 times, last edit by "rudirabbit" (Apr 2nd 2012, 8:11pm)


90

Monday, April 2nd 2012, 7:21pm

Was hast du gegen den API Wrapper?

Ich habe den Tipp von Klaus ([ANNOUNCE] VDR developer version 1.7.23) schon probiert - leider meckert der VDR nach Installation immer noch nach DVB API 5.3.


Hast du den Pfad dazu in make.config korrekt gesetzt?

cu

welches make.config muss angepasst werden?

Edit: Das des vdr's denke ich- hab ich gerade gemacht und es funktioniert :D
debian squeeze mit vdr 1.7.26 [Asus E35M1-M mit TT 6400]

This post has been edited 1 times, last edit by "HALLO01" (Apr 2nd 2012, 7:31pm)


91

Monday, April 2nd 2012, 11:47pm

reelchannelscan und infosatepg scheinen jetzt auch wieder zu tun

Da danach gefragt wurde... In meinen FreeBSD ports die ich grad teste http://people.freebsd.org/~nox/tmp/vdr-ports-1.7.27-005.shar (und so oder so aehnlich wohl nach dem Ende des ports slush committen werde) hab ich auch patches fuer die reelchannelscan und infosatepg plugins: multimedia/vdr-plugin-reelchannelscan/files/* und multimedia/vdr-plugin-infosatepg/files/* (die beiden patch-Makefile sind allerdings nur fuer FreeBSD ports intressant, und der eine oder andere Bugfix und portability Fix ist auchnoch dabei.)

Das erstmal nur so, wenn Bedarf ist koennt ich wohl auch noch zusammengefasste Patchfiles fuer die beiden (oder andere in dem shar) Plugins machen...

HTH,
Juergen

92

Tuesday, April 3rd 2012, 6:35pm

epg scan?

Ich hab vdr gestern mal laenger laufen lassen und mir scheint er hat garkeinen epg scan gemacht? "svdrpsend scan" tut auch nix, live playback laeuft weiter... Wenn ich auf dem dvb-t + -s vdr auf dvb-t umschalte scanned er dvb-s, aber wenn dvb-s live laeuft scanned er dvb-s scheints nie, und dann hab ich nochmal auf nem Testrechner mit dvb-t-only getestet, da tat zumindest "svdrpsend scan" auch nix, live playback lief auch da weiter.

Frage: Ist das nur bei mir so? :)

Gruss,
Juergen

fnu

Moderator

Posts: 8,234

Location: Böblingen

  • Send private message

93

Tuesday, April 3rd 2012, 6:38pm

Frage: Ist das nur bei mir so?

Hast Du zufällig "vdr-plugin-dynamite" aktiv? Ähnliches hat letzte Woche schonmal einer beschrieben, gut es war nicht mit FreeBSD ... ;)

Reagrds
fnu
Gib HD+/CI+ keine Chance! >> HowTo: APT Pinning <<

>>click<< for my VDR stuff

[¹] Modu CD21, MeanWell (80W)/LC-Power (75W), Futaba MDM166A, Intel DH77EB, G1610, 4GB DDR3, Intel 313 SSD 24GB, WD20EFRX 2TB, Zotac GT630 ('GK208'), SHDD, L4M Twin S2 (V5.6)/FlexS2 (4x DVB-S2), rt Unicable®, CIR, Ubuntu LTS 12.04.4, VDR 2.1.6 (x64, 44W)
[²] Modu CD21, MeanWell (80W)/PicoPSU (90W), Futaba MDM166A, ASRock Q1900M, 2GB DDR3, Intel 320 SSD 40GB, WD10JFCX, Palit GT630 ('GK208'), SHDD, Octopus Net SAT>IP, rt Unicable®, mceusb, Ubuntu LTS 14.04, VDR 2.1.6 (x64, 24W)
[³] Cooler Master Elite 360, Xilence SPS-XP250.SFX (250W), Intel DH77KC, Xeon E3-1245v2, 8GB DDR3, Intel 313 SSD 24GB (Sys & HostCache), HP SA P400 256MB BBWC, 4x WD7500BPKX@Backpl., L4M Twin S2 (V5.4), VMWare ESXi 5.5 (6 VM)(x64, 45W)

This post has been edited 2 times, last edit by "fnu" (Apr 4th 2012, 10:46am)


94

Tuesday, April 3rd 2012, 8:27pm

Frage: Ist das nur bei mir so?

Hast zufällig "vdr-plugin-dynamite" aktiv? Ähnliches hat letzte Woche schonmal einer beschrieben, gut es war nicht mit FreeBSD ... ;)

Reagrds
fnu

Nein, das passiert auch mit nur xineliboutput und skinenigmang. Also dass "svdrpsend scan" nix tut.

Hmm...
Juergen

mini73

Moderator

Posts: 5,664

Location: Flensburg

  • Send private message

95

Wednesday, April 4th 2012, 9:56am

Moin!

Was für einen vdr setzt du denn dein, irgend eine bestimmte Distribution, irgendwelche Patches oder vanilla-vdr?

Lars.

meine Signatur

vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
vdr: yaVDR 0.2/pvr350 @ Sempron 64 LE-1200, MSI K9MM-V, 1x PVR350, 2x Satelco EasyWatch DVB-C
hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
Plugins: | avahi4vdr | dbus2vdr | dynamite | noepg | pvrinput | sundtek |
pre-alpha Plugins: | ddci CI-Support für DD/L4M (siehe Post 1048374) |

96

Wednesday, April 4th 2012, 12:16pm

Ich habe schon gedacht es liegt an meinem Plugin.

Ich habe diesen Effect auch mit 1.7.25 (gentoo mit diesen Patch ddepgentry liemikuutio mainmenuhooks menuorg nalustripper yaepg).
Mit 1.7.22 hat sicher noch geklappt. Wenn man Menu -> Einstellung -> EPG -> Scan ausgeführt hat, ist das Bild eingefrohren und
man konnte im syslog den scan sehen. Dies ist mit dieser Version nicht mehr der Fall.

Ich habe nun den zweiten LNB Eingang aktiviert, nun klappt der Scan wieder.

Johns
Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
Sag mir, wo die Developer sind. Was ist geschehn?

Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
Server0: Dockstar TT-S2-3600-USB / streamdev
Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

97

Wednesday, April 4th 2012, 6:35pm

Moin!

Was für einen vdr setzt du denn dein, irgend eine bestimmte Distribution, irgendwelche Patches oder vanilla-vdr?

Lars.
Das ist auf FreeBSD, getestet zuletzt mit vanilla vdr + FreeBSD portability patches: http://people.freebsd.org/~nox/tmp/vdr-ports-1.7.27-005.shar

Ich habe schon gedacht es liegt an meinem Plugin.

Ich habe diesen Effect auch mit 1.7.25 (gentoo mit diesen Patch ddepgentry liemikuutio mainmenuhooks menuorg nalustripper yaepg).
Mit 1.7.22 hat sicher noch geklappt. Wenn man Menu -> Einstellung -> EPG -> Scan ausgeführt hat, ist das Bild eingefrohren und
man konnte im syslog den scan sehen. Dies ist mit dieser Version nicht mehr der Fall.

Ich habe nun den zweiten LNB Eingang aktiviert, nun klappt der Scan wieder.

Johns
Ja, so ist das hier auch, Menu -> Einstellung -> EPG -> Scan tut nix, und mit nem dual tuner (ich hab da zwar nur dvb-t) faellt das Problem nicht auf. Und mit 1.7.22 (die Version ist im Moment noch in ports: http://www.freshports.org/multimedia/vdr) tat das hier auch noch.

Da das scheints sowohl dvbhddevice softhddevice als auch xineliboutput betrifft: koennte es auch ein Problem mit Priorities sein, dass die beiden Plugins da vielleicht angepasst werden muessen?

Gruss,
Juergen

This post has been edited 1 times, last edit by "nox" (Apr 5th 2012, 10:25pm) with the following reason: softhddevice nicht dvbhddevice


98

Friday, April 6th 2012, 10:31pm

epg scan - ich glaub ich weiss jetzt woran's liegt

Manchmal hilft ein Blick in die Source doch... Ich glaub dass epg scans auf single tuner mit xineliboutput oder softhddevice im live view mode nichtmehr starten liegt daran dass cDevice::Receiving's bool arg nixmehr tut; das defaulted zumindest bei 1.7.22 noch zu false und sagte der Funktion sie soll receiver mit live view priority und kleiner ignorieren - und wenn eitscan.c cEITScanner :: Process dann cDevice :: Receiving aufruft returned es jetzt true auch wenn das device nur im live view mode ist und der epg scan startet deshalb nichtmehr.

Hab Klaus jetzt mal auf der vdr list gefragt wie man das am besten fixed... :) http://article.gmane.org/gmane.linux.vdr/45881

Gruss,
Juergen

This post has been edited 1 times, last edit by "nox" (Apr 6th 2012, 10:37pm) with the following reason: typo


99

Saturday, April 7th 2012, 9:15pm

epg scan - fix by Klaus

Nur fuer die die es nochnicht gesehen haben, Klaus hat geantwortet http://article.gmane.org/gmane.linux.vdr/45889 und ich hab seinen fix erfolgreich getestet, ich haeng den mal an.

Danke an Klaus! :)
Juergen
nox has attached the following file:

100

Sunday, April 8th 2012, 11:53pm

Prioritäten TODO'S

Hallo

Wollte seit längeren mal wieder aktiv was am VDR machen und einen eigenen Skin basteln.

Dabei ist mir im VDR Code folgendes aufgefallen:
skins.h

Source code

1
2
3
4
5
6
7
  /*TODO
  virtual void SetItem(const cEvent *Event, int Index, bool Current, bool Selectable, bool NowNext???, bool Schedule???);
  virtual void SetItem(const cTimer *Timer, int Index, bool Current, bool Selectable);
  virtual void SetItem(const cChannel *Channel, int Index, bool Current, bool Selectable);
  virtual void SetItem(const cRecording *Recording, int Index, bool Current, bool Selectable);
  --> false: call SetItem(text)
  */


Wie man unschwer erkennen kann steht das auf der TODO Liste.
Wann kann man so ganz grob mit einer Umsetzung rechnen ? Oder im gibt es im Moment wichtigeres ?
Kann man bei der Umsetzung helfen wenn ja wie und was müsste alles geändert werden?

Wäre cool wenn die Funktionen umgesetzt werden würden vor allem Recordings so kann man schon viel mehr Infos im Skin anzeigen lassen.

Gruß

Sebastian
"Wir kehren unsere miesen Lieder nicht unter dem Teppich, wir spielen sie als Zugabe." Zitat die Ärzte

Similar threads