Bigpatch für VDR 1.4.1-x *Stand 18.06.2006*

Hallo Marc,

Zitat

Original von zulu
die Uhr ist bei mir zu sehen. Mit dem Enigma Skin wurden ein paar Zeichen nicht angezeigt, aber das ist hier auch gleich gelöst worden.

hmm, ich benutze das selbe Enigma skin für 1.4.1-1 und 1.4.2 !? Und bei 1.4.1 klappt es mit dem Recording-Icon und bei 1.4.2 nicht.
Wenn du es aber siehts dann muß ich mal schauen was da bei mir los ist ...

Ich sehe unter der URL gerade nicht was sich geändert hat !? Außer im font die zwei icons für Rewind + DVD aber die sind doch ehere für's ExtRec plugin, oder !?

Ach ja, danke für die neuen plugin-Icons für Enigma - habs noch nicht getestet werde ich aber

Gruß
Viking

Bei mir wurden nach dem Tauschen der Fonts zB auch der Fernseher und das Radio in der Kanalliste wieder angezeigt. Ob die Uhr vorher schon da war, weiss ich jetzt nicht mehr.
Mit ST:TNG sollten aber alle Zeichen auch so funktionieren. Sonst stimmt was nicht.

Gruss
Marc

Hallo,

habe vdr neu gebeut / compiliert und dann war alles OK !?
(habe ein scruipt der alles korrekt auspack, geht also ganz schenll ;))

Sorry für die falschmeldung.

Ach ja, die neuen Enigma-icon sehen gut aus Fehler zwar noch ein paar für Playlist und ein paar andere aber es wird ja langsam

Gruß
Viking

zulu

Hast du in dein BP auch schon das Maintenance-Patch 1.4.2-1 eingebaut! Sah für mich irgendwie so aus!

Danke und Gruß

Toxic

Hi Toxic,

ja habe ich gestern schnell gemacht.

Gruss
Marc

Mensch und ich dachte schon, ich kann das mal schnell machen um dir etwas Arbeit abzunehmen und wundere mich über 100% rejected!!

Danke also!!

Gruß

Toxic

PS.: Erst das hatte mich wirklich Stutzig gemacht:

#ifndef __CONFIG_H
***************
*** 21,27 ****

  // VDR's own version number:

- #define VDRVERSION  "1.4.2"
  #define VDRVERSNUM   10402  // Version * 10000 + Major * 100 + Minor

  // The plugin API's version number:
--- 21,27 ----

  // VDR's own version number:

+ #define VDRVERSION  "1.4.2-1"
  #define VDRVERSNUM   10402  // Version * 10000 + Major * 100 + Minor

  // The plugin API's version number:

Zitat

Originally posted by pat
Hi Zulu,

Ich in deinem Bigpatch 1.4.2 auch das Setup Patch drinn ??
Der lnb-share Patch ist auch nicht drin?? Oder
Ich habe dies auf der Suse10.1 :
make[1]: Entering directory `/usr/local/src/vdr-1.4.2/PLUGINS/src/setup-0.3.1'
g++ -fPIC -g -O2 -Wall -Woverloaded-virtual "-D__user=" -fno-default-inline -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"setup"' -DAPIVERSION="\"1.4.2\"" -I../../../include -I../DVB/include -I../../.. setup.cpp
plugins.h:36: error: extra qualification ‘Plugin::’ on member ‘GetName’
plugins.h:37: error: extra qualification ‘Plugin::’ on member ‘GetInfo’
plugins.h:38: error: extra qualification ‘Plugin::’ on member ‘GetParameter’
plugins.h:39: error: extra qualification ‘Plugin::’ on member ‘SetName’
plugins.h:40: error: extra qualification ‘Plugin::’ on member ‘SetInfo’
plugins.h:41: error: extra qualification ‘Plugin::’ on member ‘SetParameter’
plugins.h:42: error: extra qualification ‘Plugin::’ on member ‘SetActive’
plugins.h:43: error: extra qualification ‘Plugin::’ on member ‘SetProtect’
plugins.h:44: error: extra qualification ‘Plugin::’ on member ‘GetActive’
plugins.h:45: error: extra qualification ‘Plugin::’ on member ‘GetActiveRef’
plugins.h:46: error: extra qualification ‘Plugin::’ on member ‘SetInSystem’
plugins.h:47: error: extra qualification ‘Plugin::’ on member ‘GetInSystem’
plugins.h:48: error: extra qualification ‘Plugin::’ on member ‘GetProtect’
plugins.h:49: error: extra qualification ‘Plugin::’ on member ‘GetActiveString’
menus.h:104: error: extra qualification ‘MenuEntryValueList::’ on member ‘operator=’
menus.h:135: error: extra qualification ‘MenuEntry::’ on member ‘AddEntry’
menus.h:136: error: extra qualification ‘MenuEntry::’ on member ‘AddSubEntry’
menus.h:137: error: extra qualification ‘MenuEntry::’ on member ‘AddSelectionValues’
make[1]: *** [setup.o] Erreur 1

Danke für Hinweise.
Ich mache gerade ein Update auf der Kanotix mit 0.6.11 und warte gespannt :))

Patrice

Alles anzeigen

Hi Pat,

ich hatte eben das gleiche Problem auf Debian Etch. Das Problem liegt wohl am Compiler. Nachdem ich wieder auf 3.3 zurück bin laüft das Plugin fehlerfrei durch.

Grüße
Olaf

Was ist den eigentlich mit Frank99?

Hoffe ihm gehts gut, letzter Beitrag 29.08.

Hi ,

Einfach den setup Patch aus dem Original BigPatch einbauen. Dann ist es bei mir gegangen.

Gruss Pat

Hi,

ich bin nun endlich auch auf 1.4.2 umgestiegen, daher sind mir erst jetzt zwei kleine Probleme mit dem Patch fürs pin Plugin aufgefallen.
Da sich der Timer oprerator in 1.4.2 geändert wurde kommt folgende Zeile in timers.c hinzu:

cTimer& cTimer::operator= (const cTimer &Timer)
{
  startTime    = Timer.startTime;
  stopTime     = Timer.stopTime;
  lastSetEvent = 0;
  recording    = Timer.recording;
  pending      = Timer.pending;
  inVpsMargin  = Timer.inVpsMargin;
  flags        = Timer.flags;
  channel      = Timer.channel;
  day          = Timer.day;
  weekdays     = Timer.weekdays;
  start        = Timer.start;
  stop         = Timer.stop;
  priority     = Timer.priority;
  lifetime     = Timer.lifetime;
+  fskProtection = Timer.fskProtection;    // PIN PATCH
  strncpy(file, Timer.file, sizeof(file));
  free(aux);
  aux = Timer.aux ? strdup(Timer.aux) : NULL;
  event = NULL;
  return *this;
}

Siehe auch
[ANNOUNCE] vdr-pin-0.0.16

Weiterhin ist im aktuellen Bigpatch in device.c eine Zeile verloren gegangen:

bool cDevice::SwitchChannel(int Direction)
{
  bool result = false;
  Direction = sgn(Direction);
  if (Direction) {
     int n = CurrentChannel() + Direction;
     int first = n;
     cChannel *channel;
     while ((channel = Channels.GetByNumber(n, Direction)) != NULL) {
          // try only channels which are currently available
+          if (cStatus::MsgChannelProtected(0, channel) == false)      // PIN PATCH
             if (PrimaryDevice()->ProvidesChannel(channel, Setup.PrimaryLimit) || PrimaryDevice()->CanReplay() && GetDevice(channel, 0))
              break;
           n = channel->Number() + Direction;
            }


     if (channel) {
        int d = n - first;
        if (abs(d) == 1)
           dsyslog("skipped channel %d", first);
        else if (d)
           dsyslog("skipped channels %d..%d", first, n - sgn(d));

Grüße
horchi

Hallo,
mit vdr-1.4.1 + Bigpatch gibt es keine Probleme mehr mit Kanalwechsel +CH, -CH.
? LNBshare patch war wohl der Grund. ?

Zitat

Ohne Patch:
-drücke Menü-Taste (oder öffne Plugin)
-drücke channel+(oder channel-)-Taste -> der Kanal wechselt

Mit Patch:
-drücke Menü-Taste (oder öffne Plugin)
-drücke channel+(oder channel-)-Taste -> der Kanal wechselt nicht

Alles anzeigen

[gelöst] DVB-C Bug mit Bigpatch??? - Umschalten +CH, -CH

bis dann,
Nando

Zitat

Original von netz
mit vdr-1.4.1 + Bigpatch gibt es keine Probleme mehr mit Kanalwechsel +CH, -CH.
? LNBshare patch war wohl der Grund. ?

ja, so wie ich viking in diesem Thread verstehe, war der patch die Ursache:

[ANNOUNCE] vdr-pin-0.0.16

Wenn ich das im code richtig gesehen (und verstanden) habe, hat mit dem LNBshare patch ein break in der Schleife gefehlt.

Grüße
horchi

Hallo horchi,

Zitat

Wenn ich das im code richtig gesehen (und verstanden) habe, hat mit dem LNBshare patch ein break in der Schleife gefehlt.

genial!
Habe es eben mal probiert und mit dem break drin kann ich wieder Hoch und Runter schalten.
Das osdpip stürzt auch nicht mehr ab.

Gruss
Marc

Hallo Horchi,

Zitat

Original von horchi
Wenn ich das im code richtig gesehen (und verstanden) habe, hat mit dem LNBshare patch ein break in der Schleife gefehlt.

Hey, super das du das gefunden hast
Werde heute abend mal testen und berichten.

Gruß
Viking

Hallo,

kann das ergebnis von Marc bestätigen damit kann man wieder umschalten mit offene menu's.

Danke Horchi

Gruß
Viking

Hallo,

ich werde langsam verrückt!
Ich habe 2 freie Tasten an meiner FB. (User3, User4).
Aktuellen Linvdr mit Bigpatch.

Was und wo muß ich einstellen, daß ich bei Tastdruck User3 10sec im Livepuffer zurückspule, bzw mit User4 10 sec vorspule????

Schnelles vorspulen habe ich schon hinbekommen. Aber wozu habe ich denn sonst den "Befehl JumpForwardSlow" im BP??

Hat jemand einen Tip für mich?

Grüße

Dr Jones

Hallo,

ist es evtl. möglich eine kleine Erweiterung (siehe Link) des rename-Patches mit aufzunehmen (falls diese überhaupt sinnvoll erscheint):

rename-0.2

Habe leider kein Feedback dazu erhalten. Auch wenn in der Bitrate alle Audiospuren mitberechnet werden, finde ich die durch. Bitrate als Orientierung doch recht interessant.

Meinungen?!

Gruss
Marcus