warum ist "start_vdr vom CVS entefernt worden?

[mohousch]

HI

http://cvs.tuxbox-cvs.sourceforge.net/l ... 00020.html

dürfte man wissen warum?

[rhabarber1848]

Wird die Datei denn noch benötigt? Ich habe nirgendwo
in cdk/root ein Skript gefunden, wo sie aufgerufen wird.

Zudem war start_vdr in keinem Makefile drin, sodass
es ohnehin nie installiert wurde, typische Karteileiche.

make vdr läuft auch nicht durch:

g++ -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"status"' -I../../../include -I../../../../DVB/include status.c
In file included from ../../../include/vdr/timers.h:15,
from ../../../include/vdr/recording.h:16,
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 status.c:9:
../../../include/vdr/eit.h:76: error: ‘cSchedule’ has not been declared
../../../include/vdr/eit.h:106: error: ‘cSchedules’ has not been declared

[mohousch]

Wird die Datei denn noch benötigt? Ich habe nirgendwo
in cdk/root ein Skript gefunden, wo sie aufgerufen wird.

Zudem war start_vdr in keinem Makefile drin, sodass
es ohnehin nie installiert wurde, typische Karteileiche.

make vdr läuft auch nicht durch:

g++ -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"status"' -I../../../include -I../../../../DVB/include status.c
In file included from ../../../include/vdr/timers.h:15,
from ../../../include/vdr/recording.h:16,
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 status.c:9:
../../../include/vdr/eit.h:76: error: ‘cSchedule’ has not been declared
../../../include/vdr/eit.h:106: error: ‘cSchedules’ has not been declared

ab gcc-4.x Umgebung kann vdr nicht durchkompilieren, habe gcc-3.4 kompiliert durch, der Bug liegt an den newer gcc (4.x) und friend class kann es selber nicht fixen no Ahnung aber vielleicht kann es einer von den Species.

[seife]

Aber im CDK wird ja gar kein gcc-4 verwendet.
Ausserdem baut vdr sogar mit gcc-4.5, sonst könnte ich daheim nicht aufnehmen.

[rhabarber1848]

Wird die Datei denn noch benötigt? Ich habe nirgendwo
in cdk/root ein Skript gefunden, wo sie aufgerufen wird.

Ich antworte mir mal selber:
16.06.2003: http://www.linuxtv.org/mailinglists/vdr ... 00843.html

vdr works on the dbox2. You can find the diff at cvs.tuxbox-cvs.sourceforge.net in
cdk/Patches (the diff also includes the remote plugin and a special
dbox2 plugin, which handles dbox2 cam access, lcd support and dbox2 game
plugins...).

I had to make a lot of changes to vdr. There is, for example, no osd
driver available for the dbox2 (instead I wrote a class which converts
osd commands, so that the dbox2 framebuffer can be accessed, look at
fbosd.h/c).

vdr must be started with start_vdr which can be found in
/cdk/root/etc/init.d

17.02.2004: http://linuxtv.org/mailinglists/vdr/200 ... 00499.html

Alexander Olk has created a VDR patch in June 2003, that makes
some VDR functions (mainly zapping) work on a dbox2.
Alexander has a lot of remarkable work, such as getting
the OSD to work via the framebuffer device, making the dbox2
remote control available via a plugin, etc.
Unfortunately, it seems like Alexander has given up at that
point. I have tried and failed to get in touch with him via
e-mail. I do not know if Alexander has a later version locally
than his vdr-1.2.1 patch that can be found in the cdk CVS.
[...]

Dabei scheint es wohl u.a. um das Abspielen von .vdr-Dateien zu
gehen, was mittlerweile auch vom movieplayer2 erledigt wird.

[seife]

Nachdem inzwischen im VDR viel mehr Support für nicht-FF-Karten drin ist (unter anderem vdr-xine etc) sollte es heutzutage relativ einfach sein, eine aktuelle version (1.6.x oder 1.7.x) auf der dbox2 zum laufen zu bringen. Der alte 1.2er VDR lockt ja nun wirklich kein Schwein mehr hinter dem Ofen vor

Wie immer: es muss halt jemand machen...

[rhabarber1848]

Wie immer: es muss halt jemand machen...

und bis dahin bleibt start_vdr im Attic

[mohousch]

Aber im CDK wird ja gar kein gcc-4 verwendet.
Ausserdem baut vdr sogar mit gcc-4.5, sonst könnte ich daheim nicht aufnehmen.

ja aber komisch daran ist (glaube hab das mal erwähnt) wenn ich den CDK unter einen Host mit gcc-3.x laufen lasse den baut der tuxbox-ppc-gcc den vdr durch ohne an diesem friend class zeug zu meckern, andersrum wenn ich den cdk in einem Host mit gcc-4.x baue den bleibt der tuxbox-ppc-gcc bei dieset friend class zeug (o.g Fehler gepostet von rhababer1848) stehen, vielleicht liegt nur an einem blöden konfig bein gcc bauen (in diesem Fall er erbt sich den Bug von Host).

[seife]

Nein, das liegt dann daran, dass zum VDR bauen die Host-Header benutzt werden - was sowieso komplett kaputt ist und ein weiterer Grund dafür, das Target nicht zu unterstützen.

[mohousch]

Nein, das liegt dann daran, dass zum VDR bauen die Host-Header benutzt werden - was sowieso komplett kaputt ist und ein weiterer Grund dafür, das Target nicht zu unterstützen.

vdr-1.26 baut durch ohne Fehler, und wenn Ihr das nicht fixen wollt wo euch keiner dazu zwingt denn lasst es einfach.

[rhabarber1848]

make vdr läuft auch nicht durch:

g++ -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"status"' -I../../../include -I../../../../DVB/include status.c

Warum wird Code für die Dbox2 überhaupt mit dem host-compiler kompiliert?

[rhabarber1848]

vdr-1.26 baut durch ohne Fehler, und wenn Ihr das nicht fixen wollt wo euch keiner dazu zwingt denn lasst es einfach.

Wenn Du daran interessiert bist, dass das auch mit modernen Distributionen
möglich bleibt, würde ich mich über tatkräftige Unterstützung freuen.
Auf Debian Lenny kompiliert vdr-1.2.6 auf jeden Fall nicht.

Selbst wenn das anders wäre, käme das Skript start_vdr in kein Image,
da es in keinem Makefile Erwähnung findet.