You are not logged in.

[ANNOUNCE] VDR developer version 1.7.27

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.

Uwe

Professional

  • "Uwe" started this thread

Posts: 1,054

  • Send private message

81

Sunday, April 1st 2012, 2:10pm

Quoted from "Uwe"

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... :)

Wohnzimmer: Thermaltake DH101 - M2N68 Plus - 1 x HD-FF-6400 - 1 x L4MV6.2 (4 x SCR gebunden mit Spaun SUS 5581/33 NF an Selfsat)
yavdr-0.5 - vdr-1.7.41 - Plugins: dvbhddevice - targavfd - vomp-server - osdteletext - xmltv2vdr - skinenigmang
-----
Scaleo Evi: NVidia G210 - 1 x L4M V6.2 TwinS2 (2 x SCR gebunden mit Spaun SUS 5581/33 NF an Selfsat)
yavdr-0.5 - vdr-1.7.41 - Plugins: softhddevice-git - dm140vfd ...
-----
RaspberryPi mit Vomp-Client-git auf raspbian mit git-kernel und git Firmware :D

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

rudirabbit

Professional

Posts: 1,247

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

hotzenplotz5

Sage

Posts: 5,752

  • Send private message

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,247

Occupation: Kfz Elektroniker

  • Send private message

84

Sunday, April 1st 2012, 6:56pm

Hi,

Quoted from "hotzenplotz5"

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

C-3PO

Sage

Posts: 4,998

  • Send private message

85

Sunday, April 1st 2012, 6:56pm

Quoted from "hotzenplotz5"

arghdirector 0.2.7 ? wo gibt es das ?

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

Hier nicht klicken!!



hotzenplotz5

Sage

Posts: 5,752

  • Send private message

86

Sunday, April 1st 2012, 6:58pm

besten dank blechbüx !

rudirabbit

Professional

Posts: 1,247

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

FireFly

Master

Posts: 2,681

  • Send private message

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 ...
Avards / skinElchi / Systeminfo / Patches / Burn

rudirabbit

Professional

Posts: 1,247

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)

HALLO01

Intermediate

Posts: 157

  • Send private message

90

Monday, April 2nd 2012, 7:21pm

Quoted from "Keine_Ahnung"

Was hast du gegen den API Wrapper?

Quoted from "dad401"

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)

nox

Beginner

Posts: 43

  • Send private message

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

nox

Beginner

Posts: 43

  • Send private message

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

Sage

Posts: 6,211

  • Send private message

93

Tuesday, April 3rd 2012, 6:38pm

Quoted from "nox"

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
Say no to anamorphic output !! >> HowTo: APT Pinning <<

>>click<< for my VDR stuff

[¹] Accent HT200 (16x2 VFD), Xilence SFX (250W), GA-MA74GMT-S2, Athlon II X2 260u (25W), 4GB DDR3, WD10EADS 1TB, Quadro FX 580 ('G96GL'), Xine, L4M Twin S2 (V5.5)/FlexS2 (4x DVB-S2), Inverto Unicable®, mceusb, Ubuntu LTS 10.04, VDR 2.0.1 (amd64, S3, 68W)
[²] Modu CD21, MeanWell (80W) + LC-Power (75W), Futaba MDM166A, MSI H61M-P25, Celeron G440 (35W), 2GB DDR3, WD10EADS 1TB, NVS 300 ('GT218'), SoftHDDevice, L4M Twin S2 (V5.6)(2x DVB-S2), mceusb, Ubuntu LTS 12.04, VDR 2.0.1 (amd64, 43W)
[³] Dell PowerEdge 800 (modded), BeQuiet PurePower L7 (300W), Intel DH77KC, Core i3 2120 (65W), 8GB DDR3, HP SmartArray P400 256MB BBWC, 2x WD7500AADS, L4M Twin S2 (V6.2) & mPCIe (ngene), Xen 4.1 on Ubuntu LTS 12.04 (amd64, 50W)

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

nox

Beginner

Posts: 43

  • Send private message

94

Tuesday, April 3rd 2012, 8:27pm

Quoted from "fnu"

Quoted from "nox"

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: 2,982

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) |

johns

Master

Posts: 2,613

  • Send private message

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-H55M-E55 I3-530 Sparkle_GT-430_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 LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

nox

Beginner

Posts: 43

  • Send private message

97

Wednesday, April 4th 2012, 6:35pm

Quoted from "mini73"

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

Quoted from "johns"

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

nox

Beginner

Posts: 43

  • Send private message

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

nox

Beginner

Posts: 43

  • Send private message

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:

Kron

Intermediate

Posts: 319

  • Send private message

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