Auch von mir ein riesengroßes Danke für die geleistete Arbeit!
[ANNOUNCE] VDR version 1.4.0
- seba
- Geschlossen
-
-
Danke...saubere Arbeit!
-
Hallo,
natürlich möchte ich mich an dem Dankes Thread beteiligen, und Klaus dafür danken, dass ich ein tolles Hobby nachgehen darf.
Gruß chrisz
-
Hallo!
Hat jemand einen angepassten Patch disabledoubleepgentrys und timerinfo? -
danke! (mehr gibts dazu eigentlich nicht zu sagen )
-
/verbeugen
/me dankt dem Meister.
/me dankt den anderen, für die gute community. -
Kurz und knackig:
DANKE KLAUS
coke
-
Hallo Klaus,
Vielen Dank für deine 1.4.0; meine Erste Stable Version.
Gruss Pat
-
Hallo zusammen.
Erstmal Danke für die klasse Arbeit.
Nun das Problem:Bekomme nach Eingabe von make irgendwann folgende Meldung:
vdr.c: In function `bool SetCapSysTime()':
vdr.c:113: `cap_t' undeclared (first use this function)
vdr.c:113: (Each undeclared identifier is reported only once
vdr.c:113: for each function it appears in.)
vdr.c:113: parse error before `='
vdr.c:114: `caps' undeclared (first use this function)
vdr.c:118: implicit declaration of function `int cap_set_proc(...)'
vdr.c:120: implicit declaration of function `int cap_free(...)'
make: *** [vdr.o] Error 1Hat jemand vielleicht einen Tip, wo ich den Fehler suchen muss?
Grüsse
Spookie -
vdrdir/INSTALL
CodeYou will also need to install the "libjpeg" and "libcap" libraries, as well as their "devel" packages to get the necessary header files for compiling VDR. If the "capability" module is not compiled into your kernel, you may need to do "modprobe capability" before running VDR.
Gruß
-
Danke an kls!
Kommt bald ctVDR 5.0 ??
Micky.
-
Ich bekommen softdevice 0.2.3 nicht mit der 1.4.0 kompiliert:
make[1]: Gehe in Verzeichnis »/soft/vdr-1.4.0/PLUGINS/src/softdevice-0.2.3«
g++ -O2 -g -Wall -fPIC -Woverloaded-virtual -c -DHAVE_CONFIG -DPLUGIN_NAME_I18N='"softdevice"' -D_GNU_SOURCE -DPLUGINLIBDIR='"./PLUGINS/lib"' -DSHM_SUPPORT -I../../../include -I../../../../DVB/include -I/usr/local/include -I/usr/local/include/ffmpeg -I/usr/local/include/postproc setup-softdevice.c
setup-softdevice.c:412: error: prototype for `bool
cSetupStore::CatchRemoteKey(const char*, long long unsigned int)' does not
match any in class `cSetupStore'
setup-softdevice.h:117: error: candidate is: virtual bool
cSetupStore::CatchRemoteKey(const char*, long unsigned int)
make[1]: *** [setup-softdevice.o] Fehler 1mit 0.2.2 lief alles (sah allerding ziemlich farblos aus).
Konfig: Debian sarge, Athlon 64, ffmpeg aus cvs, nur Xv ausgewählt
Karl-Heinz
-
Code
Alles anzeigenHello, just replaced released tar file with vdr-softdevice-0.2.3a, as there were two major bugs with configuring an compiling DirectFB output. Sorry for inconvenience. For getting fixes within this release, you could just type 'cvs update' within softdevice directory. By this update, you'll stay in the cvs branch created for this release (branch: v023_fix). Stefan Lucke
-
Da mit dem CVS hatte ich vorher auch schon probiert. Das mit dem UpDate hat jetzt auch geklappt:
eric:/soft/vdr-1.4.0/PLUGINS/src# cvs -d:pserver:anonymous@cvs.softdevice.berlios.de:/cvsroot/softdevice update
? softdevice-0.2.3/.dependencies
? softdevice-0.2.3/config.h
? softdevice-0.2.3/config.mak
cvs server: Updating softdevice-0.2.3
U softdevice-0.2.3/.cvsignore
M softdevice-0.2.3/Makefile
P softdevice-0.2.3/configure
P softdevice-0.2.3/video-dfb.cDanke. Nur - am Problem ändern tut das nichts. Kann das an meiner 64 Bit Installtion liegen?
Karl-Heinz
-
Ein Dankeschön an alle VDR-Entwickler und speziell an Klaus!
-
Zitat
setup-softdevice.c:412: error: prototype for `bool
cSetupStore::CatchRemoteKey(const char*, long long unsigned int)' does not
match any in class `cSetupStore'
setup-softdevice.h:117: error: candidate is: virtual bool
cSetupStore::CatchRemoteKey(const char*, long unsigned int)liegt wohl daran, das die Implementierung in setup-softdevice.c von der Deklaration im Header setup-softdevice.h: abweicht!!! genau das sagt die Fehlermeldung.
Also Funktion auf cSetupStore::CatchRemoteKey(const char*, long unsigned int) ändern dann sollte es klappenGruß Luke
-
Zitat
Originally posted by khvolk
Danke. Nur - am Problem ändern tut das nichts. Kann das an meiner 64 Bit Installtion liegen?
Liegt wohl an 64 bit. Kannst Du mal den Patch ausprobieren ?
Diff
Alles anzeigenIndex: setup-softdevice.h =================================================================== RCS file: /cvsroot/softdevice/softdevice/setup-softdevice.h,v retrieving revision 1.28 diff -U3 -r1.28 setup-softdevice.h --- setup-softdevice.h 29 Apr 2006 06:25:58 -0000 1.28 +++ setup-softdevice.h 1 May 2006 11:19:37 -0000 @@ -114,7 +114,7 @@ char *getPPValue(void); void CropModeNext(void); - virtual bool CatchRemoteKey(const char *remoteName, uint64_t key); + virtual bool CatchRemoteKey(const char *remoteName, uint64 key); int xvAspect; int xvMaxArea;
-
Dem Dank an Klaus und die Plugin Entwickler und Script-Schreiber kann ich mich nur anschließen.
Daüfr, dass ich einen laufenden VDR habe muss ich aber noch HD.Brummy und den anderen ebuild-Schreibern und Austrian Coder für das dxr3-plugin danken und natürlich ...
... allen hier im ohne die ich das ganz wohl nicht ans Laufen gekriegt hätte.
Danke!
Carsten -
Also das "_t" aus der Typendeklaration herauslöschen. Ja das klappt! make plugins läuft fehlerfrei durch. Und ich kanns auch starten.
Wobei jetzt das nächste "kleine Problem" da ist: Die Farben stimmen nicht (das hatte ich auch schon bei der 0.2.2). Die Sättigung ist zu gering und die Farben sind falsch. Wenn man das OSD auf "pseudo" umschaltet sind die Farben des OSD OK (nicht des Bildes). Schaltet man das OSD auf "software" ist rot dann dunkelgrün, grün hellrot u.a.m.
Sowas habe ich auch schon beim xine-plugin gesehen (in zusammenhang mit XvMC). Eine Einstellmöglichkeit, das zu ändern, sehe ich nicht.
Ich benutze eine NVidia FX 5200 (die abgelegte Grafikkarte von meinem Sohn). Der Treiber ist: NVIDIA-Linux-x86_64-1.0-8756-pkg2.run
Karl-Heinz
Rechner: Debian sarge, Athlon 64, ffmpeg aus cvs, softdevice: nur Xv ausgewählt
-
Zitat
Originally posted by khvolk
Also das "_t" aus der Typendeklaration herauslöschen. Ja das klappt! make plugins läuft fehlerfrei durch. Und ich kanns auch starten.Wobei jetzt das nächste "kleine Problem" da ist: Die Farben stimmen nicht (das hatte ich auch schon bei der 0.2.2). Die Sättigung ist zu gering und die Farben sind falsch. Wenn man das OSD auf "pseudo" umschaltet sind die Farben des OSD OK (nicht des Bildes). Schaltet man das OSD auf "software" ist rot dann dunkelgrün, grün hellrot u.a.m.
Ist im softdevice OSD unter "Video out" ein Wert für "Hue" angegeben ?
Wenn ja, was passiert wenn Du den veränderst ?Die Diskussion sollte m.E. in einem anderen Thread geführt werden.
Stefan Lucke
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!