[ANNOUNCE] VDR Extensions Patch v.72

zulu · 23. Februar 2009

Danke für die Rückmeldung.

Gruß Marc

zulu · 23. Februar 2009

Der Fehler hat sich bei einer meiner Erweiterungen für den Liemikuutio eingeschlichen und betrifft alle VDR Versionen!
An dieser Stelle nochmal meine Entschuldigung an Rolf dafür, das er in der ML ( http://www.linuxtv.org/piperma…2009-February/019587.html ) für den Fehler verantwortlich gemacht wurde. Ich werde diese Erweiterungen jetzt kennzeichnen, oder den Patch umbenennen, damit klar ist, das es sich hier nicht um die original Version von Rolf handelt. Vorschläge dazu sind willkommen.

Mein dank an horchi für den Fix

Diff

--- menu.c~	2009-02-21 10:03:22.000000000 +0100
+++ menu.c	2009-02-23 12:36:51.000000000 +0100
@@ -4267,7 +4267,7 @@ bool cMenuMain::Update(bool Force)
         SetTitle(cString::sprintf("%s", Setup.CustomMainMenuTitle));
      else if (Setup.MainMenuTitle == 3)
         SetTitle(cString::sprintf("%s %s", tr("VDR"), VDRVERSION));
-     result = true;
+//     result = true;
      }
   else
 #endif /* LIEMIKUUTIO */

Alles anzeigen

neptunvasja · 23. Februar 2009

Zitat

Original von zulu
Im ersten Post habe ich als Erweiterung für den Extensions-Patch einen anderen Patch (gotox) zum Steuern eines Rotors angehängt. Den original gotox gibt es da: http://www.linuxtv.org/piperma…008-September/017637.html

Da ich selber keinen Rotor habe, wäre es für mich interessant zu erfahren, ob die Patches laufen.

Gruß
Marc

Hi,

Sorry, dass es so lange gedauert hat. Also mir wurde 2x bestätigt dass, es funkt mit 1.7.4.

zulu · 23. Februar 2009

Ok, danke für die Rückmeldung.

Gruß Marc

p_body · 28. Februar 2009

Hallo zusammen,

zunächst mal danke für den Patch !
Mir ist beim bauen von Debian Paketen mit Extensions Patch v.67 eine Kleinigkeit aufgefallen:
im beigelegten
" vdr-1.7.0-ext-h264_s2.diff"

hat sich nach meiner Einschätzung ein kleiner Fehler eingeschlichen: es wird zwei mal " (DVBFE_DELSYS_DVBS | DVBFE_DELSYS_DVBS2)" nicht durch "(SYS_DVBS | SYS_DVBS2)" ersetzt...

Bei Verwendung von vdr 1.7.0 + h264 + s2 führt dies dazu, dass vdr mit aktivem sourcaps-Patch nicht erstellt werden kann.

Dieser Patch sollte das Problem beheben:

Diff

diff -ruN vdr-1.7.0-ext66-h264/dvbdevice.c vdr-1.7.0-ext66-h264-s2/dvbdevice.c
--- vdr-1.7.0-ext66-h264/dvbdevice.c    2009-02-25 17:14:20.000000000 +0100
+++ vdr-1.7.0-ext66-h264-s2/dvbdevice.c 2009-02-25 17:15:36.000000000 +0100
@@ -180,7 +180,7 @@
 bool cDvbTuner::SendDiseqcCmd(dvb_diseqc_master_cmd cmd)
 {
   cMutexLock MutexLock(&mutex);
-  if ((!DVBFE_DELSYS_DVBS & !DVBFE_DELSYS_DVBS2) || SendDiseqc)
+  if ((!SYS_DVBS & !SYS_DVBS2) || SendDiseqc)
      return false;
   diseqc_cmd = cmd;
   SendDiseqc = true;
@@ -937,7 +937,7 @@
 {
   int type = Source & cSource::st_Mask;
 #ifdef USE_SOURCECAPS
-  if (Setup.SourceCapsSet && type == cSource::stSat && (frontendType & (DVBFE_DELSYS_DVBS | DVBFE_DELSYS_DVBS2))) {
+  if (Setup.SourceCapsSet && type == cSource::stSat && (frontendType & (SYS_DVBS | SYS_DVBS2))) {
      for (int i = 0; i < MAXSOURCECAPS; i++)
          if (sourceCaps[i] == Source)
             return true;

Alles anzeigen

zulu · 28. Februar 2009

Moin,

und danke für deinen Patch.
Ich habe ihn in vdr-1.7.0-ext-h264_s2.diff eingebaut.
Kommt also mit der nächsten Version.

Gruß
Marc

zulu · 2. März 2009

Code

- LIEMIKUUTIO + EXTENSIONS = LIEMIEXT
- Some Fixes
- vdr-1.7.4-ext_reelbox6.diff beigelegt

Gruß
Marc

ronnykornexl · 6. März 2009

Hallo

Gerade im Wiki, ein wenig gelesen.

Nutze den Patch nicht, aber mir fiel auf, das das meiste, über die Make.config aktiviert wird.

Mache, das so ähnlich, bei anderen Geschichten.

Du könntest zbs., den Support für die Plugin(s) ein wenig automatisieren, so ähnlich.

Code

- #GRAPHTFT = 1
+ # enable to support graphtft plugin.
+ ifeq (exists, $(shell test -e $(VDRDIR)/PLUGINS/src/graphtft && echo exists))
+ GRAPHTFT = 1
+ else
+ $(warning *********************************************************************************)
+ $(warning 'graphtft-plugin' not detected! 'GRAPHTFT' support will not be compiled...)
+ $(warning *********************************************************************************)
+ endif

Deshalb kann man die VARIABLE, ja immer noch aus/kommentieren.

LG Ronny

zulu · 6. März 2009

Das ist doch mal eine feine Idee!
IHMO braucht es dann aber noch einen Schalter, mit dem sich das aktivieren der (hoffentlich bald nicht mehr notwendigen) Plugin-Patches erzwingen lässt.

Gruß
Marc

peda · 14. März 2009

Moin,

habe eben mal mein System auf Vdr 1.6.0-2 umgestellt und deinen aktuellen Extension Patch angewendet.

WarEagleIcons habe ich aktiviert, aber im VDR werden die nicht angezeigt. Sehe vor Aufnahmen nur ein viereckiges Kästchen.

Kann mir da vielleicht jemand weiterhelfen? Ebenso bei EPG Infos werden Buchstaben wie ß als ? dargestellt.

Gruß
Peter

Bert · 14. März 2009

Hi, peda

Das mit dem Kästchen hatt ich auch; sieh mal da;
[ANNOUNCE] x-vdr-0.8.2

Gruss, Bert

peda · 15. März 2009

Perfekt! Installiert hatte ich SIe schon, nur nicht angewählt!

Läuft. Danke!

Gruß
Peter

3PO · 24. März 2009

Hallo,

ich hätte da mal eine kurze Frage zu S2API mit vdr-1.7.0.

Wenn ich vdr-1.7.0 mit S2API und VDR-Extensions-Patch-68 installieren will, dann brauche ich doch nur:

- s2-liplianin Treiber
- vdr-1.7.0_extensions.diff
- ../extras/vdr-1.7.0-ext-h264_s2.diff

oder werden noch weitere Patche benötigt?

IG88 · 24. März 2009

hi,

ich benutze den ext. patch 62 mit ein paar zusätzen

vdr-1.7.0_extensions.diff
vdr-1.7.0-externsion-59-graphTFT-0.2.0.diff
- der extension patch mit kleiner erweiterung fürs aktuelle graphtft

vdr-1.7.0-ext_h264.diff
- die h.264 erweiterung des ext. patch, multiproto api ist ja schon im 1.7.0
- bis hierhin stammt alles vom ext62 patch (18.05.08)

vdr-1.7.0-s2api-07102008-h264-clean.patch
- s2api nachrüsten

vdr170-ext-h264-rmm-svn9403-patch.diff
- ehd rmm patch

vdr-for-osdpip-svn11156-patch.diff
- patch fürs rmm osdpip

dazu kommen noch resumeDvd.c/h und aus dem rmm vdr und das makefile analog zum dvdIndex angepassst ( reelboxbase.c/h kommt durch den osdpip patch analog dazu)

zulu · 25. März 2009

Moin,

Zitat

Original von C-3PO
Hallo,

ich hätte da mal eine kurze Frage zu S2API mit vdr-1.7.0.

Wenn ich vdr-1.7.0 mit S2API und VDR-Extensions-Patch-68 installieren will, dann brauche ich doch nur:

- s2-liplianin Treiber
- vdr-1.7.0_extensions.diff
- ../extras/vdr-1.7.0-ext-h264_s2.diff

oder werden noch weitere Patche benötigt?

Alles anzeigen

- vdr-1.7.0_extensions.diff
- ../extras/vdr-1.7.0-ext_h264.diff
- ../extras/vdr-1.7.0-ext-h264_s2.diff

Bei den VDR Patches kannst du das immer an den Unterstrichen erkennen (bestand_neu).

Gruß
Mrc

3PO · 25. März 2009

@ IG88,

genau somist mewin Stand, abgesehen von S2API, im Moment bei mir auch.

@ zulu,

Was bedeudet das nun?

- Muss ...ext_h264.diff UND ...ext-h264_s2.diff intalliert werden?

- Sind diese Patche nun integriert?

Code

vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff
vdr-1.7.0-s2api-07102008-h264-clean.patch

BTW:

Es währe echt Klasse, wenn man mal das ganze RMM Zeugs irgenwo Zentral zusammenfassen konnte, ohne dass man sich die Infos und Patche jedes mal aus irgenwelchen "Monster Threats" saugen muß......

wbreu · 25. März 2009

Hallo zulu,

also irgendwas läuft da mit dem extp68 schief, seit extp62 ungefähr werden meine beiden DVB-Karten, als DVB-S2 erkannt:

Code

Mar 24 20:29:59 (none) user.debug vdr: [3677] [general.debug] probing /dev/dvb/adapter0/frontend0
Mar 24 20:29:59 (none) user.debug vdr: [3677] [general.debug] capturing device 0
Mar 24 20:29:59 (none) user.err vdr: [3684] video directory scanner thread ended (pid=3677, tid=3684)
Mar 24 20:30:00 (none) user.err vdr: [3683] video directory scanner thread ended (pid=3677, tid=3683)
Mar 24 20:30:04 (none) user.err vdr: [3677] device 1 provides: DVBS DVBS2
Mar 24 20:30:04 (none) user.err vdr: [3677] device 1 forced to frontendType SYS_DVBS2 
Mar 24 20:30:04 (none) user.err vdr: [3692] tuner on device 1 thread started (pid=3677, tid=3692)
Mar 24 20:30:04 (none) user.err vdr: [3693] section handler thread started (pid=3677, tid=3693)
Mar 24 20:30:04 (none) user.debug vdr: [3677] [general.debug] probing /dev/dvb/adapter1/frontend0
Mar 24 20:30:04 (none) user.debug vdr: [3677] [general.debug] capturing device 1
Mar 24 20:30:04 (none) user.err vdr: [3677] device 2 provides: DVBS DVBS2
Mar 24 20:30:04 (none) user.err vdr: [3677] device 2 forced to frontendType SYS_DVBS2

Alles anzeigen

Aber ich habe nur eine DVB-s2 in meinem System. siehe HW2.

Ich vermute mal, dass bei der Erkennung in der dvbdevice.c was schief läuft.

Irgendwo, in den Patches liegt der Hund begraben, früher lief das sauber.

System: vdr-1.7.0, s2api (s2liplianin), vdr-1.7.0_extensions.diff, vdr-1.7.0-ext_h264.diff, vdr-1.7.0-ext-h264_s2.diff.

Danke für deine Mühen. Eventuell findest du ja dazu was.

gruß
Wolfgang

zulu · 25. März 2009

Zitat
Original von C-3PO
...
@ zulu,

Was bedeudet das nun?

- Muss ...ext_h264.diff UND ...ext-h264_s2.diff intalliert werden?

- Sind diese Patche nun integriert?
Code
vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff
vdr-1.7.0-s2api-07102008-h264-clean.patch
...
Alles anzeigen

Ja und Ja.

vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup. diff + Anpassungen an Ext-Patch = vdr-1.7.0-ext_h264.diff
vdr-1.7.0-s2api-07102008-h264-clean.patch + Anpassungen an Ext-Patch = vdr-1.7.0-ext-h264_s2.diff

3PO · 25. März 2009

Thx @ zulu.

BTW: Ein kleiner Hinweis dazu in der README könnte das sicherlich nicht schaden.

zulu · 25. März 2009

Hallo Wolfgang,

Zitat

Mar 24 20:30:04 (none) user.err vdr: [3677] device 2 forced to frontendType SYS_DVBS2

Im s2api Patch finde ich das dazu:

Code

@@ -515,6 +595,17 @@ cDvbDevice::cDvbDevice(int n)
             }
         if (*ds)
            isyslog("device %d provides:%s", CardIndex() + 1, *ds);
+
+        // Following is a hack so that DVB-S cards don't get DVB-S2 transports.
+        // If check has a value and is not NULL, it means that the card can handle
+        // DVB-S2 transports and frontendType is forces to SYS_DVBS2.
+        check = strstr(ds,"DVBS2");
+        if (*check) 
+        {
+           isyslog("device %d forced to frontendType SYS_DVBS2\n", CardIndex() + 1);
+           frontendType = SYS_DVBS2;
+        }
+
         dvbTuner = new cDvbTuner(fd_frontend, CardIndex(), frontendType);
         }
      else

Alles anzeigen

In dvbdevice.c sieht das dann so aus

Code

// We only check the devices that must be present - the others will be checked before accessing them://XXX


  if (fd_frontend >= 0) {
//     if (ioctl(fd_frontend, DVBFE_GET_DELSYS, &frontendType) >= 0) {
     dvb_frontend_info feinfo;
     fe_type fetype;
     if (ioctl(fd_frontend, FE_GET_INFO, &feinfo) >= 0) {
        fetype =  feinfo.type;
        if (fetype == FE_QPSK)
            frontendType = SYS_DVBS;
        if (fetype == FE_OFDM) 
            frontendType = SYS_DVBT;
        if (fetype == FE_QAM)
            frontendType = SYS_DVBC_ANNEX_AC;
        if (fetype == FE_ATSC)
            frontendType = SYS_ATSC;


        const char **DeliverySystem = DeliverySystems;
        cString ds;
        cString check;
        for (int i = 0; i < 32; i++) {
            if (frontendType & (1u << i)) {
               numProvidedSystems++;
               if (*DeliverySystem)
                  ds = cString::sprintf("%s %s", *ds ? *ds : "", *DeliverySystem);
               else
                  esyslog("ERROR: unknown delivery system %d", i);
               }
            if (*DeliverySystem)
               DeliverySystem++;
            }
        if (*ds)
           isyslog("device %d provides:%s", CardIndex() + 1, *ds);


        // Following is a hack so that DVB-S cards don't get DVB-S2 transports.
        // If check has a value and is not NULL, it means that the card can handle
        // DVB-S2 transports and frontendType is forces to SYS_DVBS2.
        check = strstr(ds,"DVBS2");
        if (*check) 
        {
           isyslog("device %d forced to frontendType SYS_DVBS2\n", CardIndex() + 1);
           frontendType = SYS_DVBS2;
        }


        dvbTuner = new cDvbTuner(fd_frontend, CardIndex(), frontendType);
        }
     else
        LOG_ERROR;
     }
  else
     esyslog("ERROR: can't open DVB device %d", n);

Alles anzeigen

"DeliverySystems" wird aber weder vom h264 noch vom s2api Patch angefasst.
Ohne es jetzt genau zu verstehen, behaupte ich einfach: Das kommt vom Treiber

Gruß
Marc

[ANNOUNCE] VDR Extensions Patch v.72

Jetzt mitmachen!

Teilen