Hmm, verschiedene Osd-Menus (unter anderem Timer, Programm, Hauptmenü) erscheinen bei mir nur noch sehr verzögert (ca. 4sec zwischen dem Tastendruck und der Anzeige auf dem Schirm). Hat das noch jemand beobachtet? (getestet mit der 1.3.5 vanilla Version).
Gruss,
Joachim.
ZitatOriginal von kls
Wie wär's denn, wenn ihr erstmal die _Funktion_ testet, bevor ihr euch
mit Patcherei beschäftigt?
Klaus
Moin!
Habe die 1.3.5 (ja ich konnte es mit dem Patch nicht lassen) mit folgenden Fehlern, villeicht hilfts:
Plugin dvd lief unter 1.3.4 problemlos durch, bei Xine ist noch was anderes im Spiel, bekam es auch nicht unter 1.3.4 zum laufen. graphlcd (z.Z. heis diskutiert) läuft selbst mit der feegy-Vollversion anstandslos.
- VDR Di 02 Mär 2004 21:49:38 CET
------------------------------------------------------------------------
+++ ver : 1.3.5
+++ cmd : cd /usr/local/src/VDR
+++ cmd : make GRAPHLCD_DRIVER=T6963 VFAT=1 REMOTE=LIRC all plugins
menu.c: In function `int CompareSchedules(const void*, const void*)':
menu.c:39: error: `GetChannelID' undeclared (first use this function)
menu.c:39: error: (Each undeclared identifier is reported only once for each
function it appears in.)
menu.c: In constructor `cMenuWhatsOnCal::cMenuWhatsOnCal()':
menu.c:70: error: `cSIProcessor' undeclared (first use this function)
menu.c:70: error: parse error before `::' token
menu.c:91: error: `GetChannelID' undeclared (first use this function)
menu.c: In member function `eOSState cMenuWhatsOnCal::ShowDetails()':
menu.c:198: error: cannot convert `const cEvent*' to `const cEventInfo*' for
argument `1' to `void CalendarSetEventInfo(const cEventInfo*)'
menu.c: In member function `eOSState cMenuWhatsOnCal::Switch()':
menu.c:232: error: `GetChannelID' undeclared (first use this function)
make[1]: *** [menu.o] Fehler 1
player-dvd.c:140:1: Warnung: "MAXFRAMESIZE" redefined
In file included from ../../../include/vdr/svdrp.h:13,
from ../../../include/vdr/interface.h:16,
from ../../../include/vdr/osd.h:18,
from ../../../include/vdr/menuitems.h:13,
from ../../../include/vdr/plugin.h:14,
from player-dvd.c:18:
../../../include/vdr/recording.h:119:1: Warnung: this is the location of the previous definition
control-dvd.c: In member function `void cDvdPlayerControl::OsdOpen(int, int)':
control-dvd.c:175: error: no matching function for call to `cFont::cFont(
eDvbFont)'
../../../include/vdr/font.h:32: error: candidates are: cFont::cFont(const
cFont&)
../../../include/vdr/font.h:45: error: cFont::cFont(void*)
make[1]: *** [control-dvd.o] Fehler 1
minesweeper.cpp: In function `void draw_icon(int, int)':
minesweeper.cpp:84: Warnung: array subscript has type `char'
config.c:14:3: Warnung: #warning WARNING: YOU WILL NOT BE ABLE TO USE VARIABLE COLOR PIP
pcd_mpeg.c: In constructor `cMpegFrame::cMpegFrame(bool)':
pcd_mpeg.c:51: error: `FRAME_RATE_BASE' undeclared (first use this function)
pcd_mpeg.c:51: error: (Each undeclared identifier is reported only once for
each function it appears in.)
make[1]: *** [pcd_mpeg.o] Fehler 1
pilotosd.c: In member function `void cPilotOsd::DisplayInfo()':
pilotosd.c:434: error: ISO C++ forbids declaration of `cEventInfo' with no type
pilotosd.c:434: error: uninitialized const `cEventInfo'
pilotosd.c:434: error: parse error before `*' token
pilotosd.c:442: error: `cSIProcessor' undeclared (first use this function)
pilotosd.c:442: error: (Each undeclared identifier is reported only once for
each function it appears in.)
pilotosd.c:442: error: parse error before `::' token
pilotosd.c:450: error: `Present' undeclared (first use this function)
pilotosd.c:460: error: `Following' undeclared (first use this function)
pilotosd.c:434: Warnung: unused variable `const int cEventInfo'
make[1]: *** [pilotosd.o] Fehler 1
preferbmp.c: In constructor `cBmp::cBmp(int, int)':
preferbmp.c:14: error: no matching function for call to `cFont::cFont(eDvbFont)
'
../../../include/vdr/font.h:32: error: candidates are: cFont::cFont(const
cFont&)
../../../include/vdr/font.h:45: error: cFont::cFont(void*)
make[1]: *** [preferbmp.o] Fehler 1
checkerOsd.c: In member function `void checkerOsd::genLines(int, long int)':
checkerOsd.c:187: error: `Active' undeclared (first use this function)
checkerOsd.c:187: error: (Each undeclared identifier is reported only once for
each function it appears in.)
make[1]: *** [checkerOsd.o] Fehler 1
In file included from vcd.c:19:
../../../include/vdr/osd.h:129: Warnung: `virtual void cOsdObject::Show()' was
hidden
vcd_menu_control.h:45: Warnung: by `void cMenuVcdControl::Show(int)'
In file included from vcd_menu.c:22:
../../../include/vdr/osd.h:129: Warnung: `virtual void cOsdObject::Show()' was
hidden
vcd_menu_control.h:45: Warnung: by `void cMenuVcdControl::Show(int)'
In file included from vcd_menu_control.c:22:
../../../include/vdr/osd.h:129: Warnung: `virtual void cOsdObject::Show()' was
hidden
vcd_menu_control.h:45: Warnung: by `void cMenuVcdControl::Show(int)'
In file included from mainwnd.h:12,
from vdrc.c:13:
functhread.h:46:24: Warnung: no newline at end of file
In file included from mainwnd.h:12,
from mainwnd.c:8:
functhread.h:46:24: Warnung: no newline at end of file
In file included from functhread.c:8:
functhread.h:46:24: Warnung: no newline at end of file
In file included from xineliboutput.c:12:
../../../include/vdr/device.h:131: Warnung: `virtual int
cDevice::ProvidesCa(const cChannel*) const' was hidden
xinelib_device.h:31: Warnung: by `virtual int cXinelibDevice::ProvidesCa(int)
'
In file included from xinelib_device.c:10:
../../../include/vdr/device.h:131: Warnung: `virtual int
cDevice::ProvidesCa(const cChannel*) const' was hidden
xinelib_device.h:31: Warnung: by `virtual int cXinelibDevice::ProvidesCa(int)
'
xinelib_thread.c: In member function `virtual void cXinelibServer::Action()':
xinelib_thread.c:678: Warnung: unused variable `int ret'
In file included from xinelib_osd.c:10:
../../../include/vdr/device.h:131: Warnung: `virtual int
cDevice::ProvidesCa(const cChannel*) const' was hidden
xinelib_device.h:31: Warnung: by `virtual int cXinelibDevice::ProvidesCa(int)
'
In file included from xine_input_vdr.c:22:
/usr/include/xine/xine_internal.h:57:26: xine/demux.h: Datei oder Verzeichnis nicht gefunden
In file included from xine_input_vdr.c:22:
/usr/include/xine/xine_internal.h:293: error: parse error before '*' token
/usr/include/xine/xine_internal.h:294: error: parse error before '*' token
/usr/include/xine/xine_internal.h:295: error: parse error before '*' token
xine_input_vdr.c: In function `vdr_plugin_parse_control':
xine_input_vdr.c:783: Warnung: implicit declaration of function `xine_demux_flush_engine'
xine_input_vdr.c: In function `data_poll':
xine_input_vdr.c:1146: error: structure has no member named `demux_action_pending'
xine_input_vdr.c: In function `connect_data_stream':
xine_input_vdr.c:1572: Warnung: implicit declaration of function `xio_tcp_write'
xine_input_vdr.c:1580: Warnung: implicit declaration of function `xio_select'
xine_input_vdr.c: In function `vdr_plugin_open_net':
xine_input_vdr.c:1614: Warnung: implicit declaration of function `xio_tcp_connect'
xine_input_vdr.c:1627: Warnung: implicit declaration of function `find_input_plugin'
xine_input_vdr.c:1627: Warnung: assignment makes pointer from integer without a cast
xine_input_vdr.c:1638: Warnung: assignment makes pointer from integer without a cast
xine_input_vdr.c: In function `vdr_class_get_instance':
xine_input_vdr.c:1795: Warnung: implicit declaration of function `fifo_buffer_new'
xine_input_vdr.c:1795: Warnung: assignment makes pointer from integer without a cast
make[1]: *** [xine_input_vdr.o] Fehler 1
make: *** [plugins] Fehler 2Hallo !
Hab gerade auch mal die 1.3.5 getestet und hab Probleme mit der Fernbedienung!
Kann sie nicht mehr anlernen, reagiert überhaupt nicht !!!
Weiß jemand RAT ???
Und könnte mal jemand seine RUNVDR posten, geht mit den Plugins nicht mehr !!!!
Gruß Denny
Morgen
Den Log kenne ich 
Poste doch mal dem <plugins.log> wegen der Versionen, beim DVD Plugin sollte folgendes stehen:
------------------------------------------------------------------------
- dvd-0.3.4-rc10 - ****************
+++ cmd : create symbolic link `dvd' to `dvd-0.3.4-rc10'
+++ cmd : cd /usr/local/src/VDR
+++ cmd : patch -p 1 < /usr/local/src/VDRtmp/setup/preeplugins/patches/vdr-1.3.5-dvd-0.3.4-rc10.patch
patching file PLUGINS/src/dvd-0.3.4-rc10/control-dvd.c
++ echoDas Calendar Plugin läuft nicht mit der aktuellen VDR Version.
Da Du in der Sig "graphlcd-0.0.9-pre7" stehen hast, wäre die Option nicht nötig (oder ich habe etwas verpasst_):
=> GRAPHLCD_DRIVER=T6963
Letztendlich auch Wurscht.
Selbst habe ich folgende runvdr im gebrauch: http://www.vdrportal.de/board/thread.php?threadid=8117&sid=
MFG Ronny
Bei mir läuft die ungepatchte 1.3.5 Version ganz ordentlich. Keine Verzögerungen in den Menüs.
Das mit der FB anlernen habe ich nicht ausprobiert, ich übernehme die runvdr immer aus der vorigen Version, kopiere das Config-Verzeichnis und passe die runvdr auf das neue Config-Verzeichnis an. Das wars.
Dummerweise hat sich gestern mein Fernseher still und heimlich verabschiedet. Muß im Moment mit fbtv schauen und noch irgendwie den Ton hörbar machen (hab am VDR keine Lautsprecher angeschlossen und keine Soundkarte).
Ich bin voll zufrieden mit der Version 1.3.5. Läuft stabil und schnell.
Moin!
@anonymous:
Hier ist der letzte Auszug:
------------------------------------------------------------------------
- dvd-0.3.4-rc10 - Di 02 Mär 2004 21:48:56 CET
+++ cmd : Erzeugen der symbolischen Verknüpfung »dvd« zu »dvd-0.3.4-rc10«
++ echo
------------------------------------------------------------------------Hi
Must Du Dir aktuelle Install-Scripts besorgen (Patches wurden mal aktualisiert).
MFG Ronny
ZitatOriginal von anonymous
Hi
Must Du Dir aktuelle Install-Scripts besorgen (Patches wurden mal aktualisiert).
MFG Ronny
Moin!
Muß man wissen, war noch auf 0.5.2.
ZitatOriginal von steinsursel
Hi
Moin!
Muß man wissen, war noch auf 0.5.2.
Morgen
---------------------
Ja inzwischen ist es 0.5.5, die "Kinderkrankheiten" sind alle rausgebügelt worden.
Im Forum war schon lange nichts mehr von Problemen lesen (nur Fragen zur Handhabung).
Denke es wird demnächst eine 1.0.0 drauß gemacht.
---------------------
Aber vorher wollte ich noch die ganzen LINKS aktualisieren, inzwischen über 600, nun alle mit ISDN prüfen ist ein Ding der unmöglichkeit.
Wie schauts denn aus, könnte mal wer ein wenig Online Zeit spendieren?
Einfach das Script im Anhang wie folgt ausführen:
[~] ./linkcheck.sh /usr/local/src/VDRtmp /tmp/url.txt
Und mir mal die url.txt zukommen lassen, oder hier im Forum anhängen.
Falls sich keiner finden sollte, habt Ihr demnächst Pech gehabt, um DEADLINKS werde ich mich Definitiv nicht mehr kümmern.
Danke
MFG Ronny
Netz ist nicht das Problem. Aber mein VDR ist nicht vernetzt und mein vernetzter Rechner hat keinen VDR -> gibst Du setup.conf, kriegst Du Linkliste!
cu,
Satyr
ZitatOriginal von Satyr
Netz ist nicht das Problem. Aber mein VDR ist nicht vernetzt und mein vernetzter Rechner hat keinen VDR -> gibst Du setup.conf, kriegst Du Linkliste!
cu,
Satyr
Das wäre IO :-)).
Mal alles zusammen im Anhang, brauchst es letztendlich nur entpacken, dann:
cd /tmp/linkcheck
./linkcheck.sh
MFG Ronny
Wow, das Teil würde ich auch ungern über ISDN laufen lassen. 
Das dauert ja ewig ...
Hab mal grob drüber geschaut. FTP und VDR-Portal Probleme könnten auch auf meine Firewall-/Proxy-Konfiguration zurückzuführen sein. Sonst scheinen die 'Dead-Links' zu passen.
Wie auch immer, hier das Ergebnis.
cu,
Satyr
Moin!
![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
Hab's mal durchlaufen lassen, dsl flat, juckt also nicht. Lauf ca. 20 min.
Danke
Mal durchgeschaut, sind in der Tat ein paar TOD, auf der anderen Seite hätte ichs mir schlimmer vorgestellt :-)).
Da die meisten Geschichten Mirrors haben, kann man eigentlich mit leben.
-----------------------
Die beste Lösung wäre ein Server, auf dem man ein IMAGE von ../packages ablegen könnte, dann einfach solch ein kleinen Browser in dem man sich alles zusammen suchen kann.
So bräuchte man sich nimmer um Links zu kümmern.
MFG Ronny
Hallo
Klaus wäre sowas im Bereich des möglichen:
-[a-z] CMD, --[********]=CMD call CMD after rename a channel over autopidWeil Bsp.:
vdr[1377]: changing name of channel 63 from 'VH1 Cl' to 'VH1 Classic'Passiert mit RBB (Berlin|Brandenburg) -> rbb (Berlin|Brandenburg) laut log.
Vor 2 Wochen ebenfalls mal 3 Sender.
Macht doch etwas "Mosch" jedesmal LOGOs+GLCDs umbenennen zu müssen.
Würde das gerne von nen Script erlediegen lassen, ohne jedesmal den Syslog lesen/filtern zu müssen, weiß nicht aber Denke das wird hier und da doch öfter passieren?
Deshalb könnte das Sinn machen?
MFG Ronny
ZitatAlles anzeigenOriginal von anonymous
Hallo
Klaus wäre sowas im Bereich des möglichen:
Code-[a-z] CMD, --[********]=CMD call CMD after rename a channel over autopid
Weil Bsp.:
Codevdr[1377]: changing name of channel 63 from 'VH1 Cl' to 'VH1 Classic'
Passiert mit RBB (Berlin|Brandenburg) -> rbb (Berlin|Brandenburg) laut log.
Vor 2 Wochen ebenfalls mal 3 Sender.
Macht doch etwas "Mosch" jedesmal LOGOs+GLCDs umbenennen zu müssen.
Würde das gerne von nen Script erlediegen lassen, ohne jedesmal den Syslog lesen/filtern zu müssen, weiß nicht aber Denke das wird hier und da doch öfter passieren?
Deshalb könnte das Sinn machen?
MFG Ronny
Wenn's denn wirklich Logos sein müssen, dann würde ich die mit den
channel-IDs als Namen abspeichern - die ändern sich nämlich nicht
so dynamisch wie die Sender-Namen...
Klaus
Hallo
Hatte ich auch nicht gewußt dachte es wird immer komplett aktualisiert.
Dann wäre das wohl ein brauchbares FORMAT <CHANNEL-ID>-<NAME>.logo, wobei nur die Channel-ID ausgewertet wird, es haben inzwischen soviel User die Logos im Einsatz, das macht doch wieder alles mehr "mosch" als nutzen :-((.
War wie gesagt nur so eine IDEE.
MFG Ronny
Hi Alle,
wer versucht hat das streamdev-Plugin zu kompelieren, dürfte über ne Fehlermeldung gestolpert sein. Ich hab mal nen Diff erstelt, das den Fehler behebt.
Claus
Falls überhaupt noch jemand an dem Thread hängt, mal 'ne blöde Frage an die Kracks zum VPS:
Warum sich damit soviel Mühe geben, wenn's eh kaum unterstützt wird?Allerdings scheinen mir viele Sender die EPG-Daten sauber zu aktualisieren, wenn sich Sendungen verschieben. Das könnte der VDR doch verfolgen und die programmierten Zeiten (mit Puffer) entsprechend verschieben! Oder? 
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!