bei mir installiert ist etwas von anfang 2009
svn 16420
da die aktuelle avg ubuntu 8.04 und die testing 10.04 als grundlage hat könnte man sich auch daran orientieren
HD Externsion im VDR aktueller Stand
- baltasar
- Geschlossen
-
-
hi,
es gibt neues im rmm svn testing bereich
heute wurde ein vdr 1.7.16 reingestellt und eine menge patches um ihn zu erweitern, noch nicht wirklich eHD aber wenn rmm auf den aktuellen ts vdr umsteigt werden sie wohl auch das reelbox plugin anpassen und dann profititieren wir evl. auch beim "normalen" vdr davon (in sachen true color osd machen sie zwar ihr eigenes ding aber da gibts ja auch keine alternative von kls)
mal sehen was die nächste woche bringt, vermutlich weiteres vdr tuning und dann plugins (im moment liegen da nur die vdr 1.7 default plugins)
-
Ja sehr interessant. Vorallem sieht man jetzt mal was die alles ändern... Da ist ja fast die Hälfte anders.
-
>Vorallem sieht man jetzt mal was die alles ändern...
Das schwierigste ist, überhaupt festzustellen, was überhaupt angepasst wurde...>Da ist ja fast die Hälfte anders.
Und da fehlt noch einiges^^>im moment liegen da nur die vdr 1.7 default plugins
Die leigen dann weiterhin im vdr-plugins Verzeichnis. Das andere Plugin-Verzeichnis ist nur 1:1 übernommen worden.Aber da ist noch einiges an Anpassungen nötig.
-
Die Anpassungen erfolgen hauptsächlich im vdr-plugins Verzeichnis. In der Mailling Liste von reel wird darauf hingewiesen das die Änderungen dort kenntlich zu machen sind und zwar durch IF-Anweisungen und der Version.
Wenn man sich die Plugins mal anschaut wird man auch feststellen das bereits einige IF-Anweisungen für VDR-1.7.16 vorhanden sind, leider aber noch nicht im reelbox Plugin, dafür aber im mcli Plugin.
-
hi,
das bedeutet aber für uns (normaler vdr) das es schwerer wird, denn diese if's verweisen dann nicht (mehr) auf "unseren" vdr 1.7.xx sondern auf den rmm gepatchten vdr 1.7.16 - das wird sicher noch für einige freude sorgen
da man gut sehen kann welche patches auf den orginal vdr losgelassen wurden wird es sicher einfacher die für die eHD zu isolieren und den normalen vdr (so minimal wie möglich) anzupassen um das reelbox plugin zum laufen zu kriegen
(wir wissen ja durch den "alten" vdr patch, den ich immer noch benutze, was modifiziert werden musste)hoffentlich wird das dann mal was mit dem standbild und dem spulen (wenn das die richtigen leute bei rmm machen)
-
Zitat
Original von IG88
wird es sicher einfacher die für die eHD zu isolieren und den normalen vdr (so minimal wie möglich) anzupassen um dasKeine gute Idee. Das wäre wieder der alte Pfusch. Mutmaßungen helfen auch nix. Sobald entsprechende Anpassungen für den Reel-1.7.16 im Plugin sind, sollte man es zumindest versuchen.
Mit dem reelbox-Plugin hat es ja auch geklappt, und das war noch mit dem Reel-1.4.x VDR.
-
mir ist eigentlich egal ob es "schön" ist, ich nehme das was funktioniert
ich wähle den weg des geringsten weiderstandes da ich es nicht selbst coden kann
> Das wäre wieder der alte Pfusch
es ist nicht anzunehmen das die beim 1.7er nachträglich PES implementieren sondern die werden sicher das reelbox plugin auf ts umstellen (wäre zumindes logisch wenn man schon zum 1.7er wechselt)
vermutlich bleibt nur das mit dem osd übrig und da gibts das know how (code) ja auch schon im "neuen" patch, das was in letzter zeit viel arbeit und kopfschmerzen machte war ja das ganze pes/ts zeug das zum teil im rmm vdr lag satt im plugin
ich gehe davon aus das dergag und HTPC-Schrauber sich das ansehen werden wenn es war konkretes gibt, ist sicher einfacher als die 1.4er pes version des plugins umzuschreiben und den ts kram complett selbst zu coden (und rmm hat ja auch die möglichkeit den code des "neuen" patches zu recyclen, ist ja open source und sie veröffentlichen es wieder)warten wir mal ab, vermutlich wird das reelbox plugin eines der ersten sein das angepasst wird
-
War bei reel nicht mal die Abkehr von der eHD im Gespräch?
HDMI Grafikkarte stattdessen? Vielleicht gibt es deswegen keine updates im reel pluging ... -
> War bei reel nicht mal die Abkehr von der eHD im Gespräch?
es gab sogar eine pcie amd karte aber da das windows projekt beendet wurde und amd nichts in richtung h.264 unternommen hat ist dieses ende tot
mutmaßungen rankten sich immer auch um das ende des chipherstellers micronas und die "zukunft" der eHD, rmm hat immer gesagt das sie da keine probleme sehen - und es gibt die avg2 und eHD immer noch mit diesem chip
> HDMI Grafikkarte stattdessen?
da käme im moment nur eine vdpau lösung in frage aber dem stehen hohe abwärme und die abhängigkeiten von packenten wie xine entgegen
vermutlich will man sich nicht von der langsamen entwicklung dabei abhängig machen und mehr abwärme wäre pures gift für die AVG, da zeigt der kundenwusch eher in die richtung lüfterlos> Vielleicht gibt es deswegen keine updates im reel pluging ...
im svn sind updates drin aber es sieht (für mich) noch nicht nach nativem ts im reelbox plugin aus, aber am testing vdr 1.7 und den plugins ist täglich aktivität
man kann darüber nachdenken (bisher nichts von rmm dazu gelesen) warum die plötzlich umschwenken auf vdr 1.7
ich spekulier mal das es mit der (erfolgreichen?) rbmini aka NetClient zu tun haben kann?
zum einen ist da vermutlich ts angesagt (firmware und dev kit vom hersteller des hardwaredecoders) und wenn man direkt steckbare usb empfänger enterstützen will kommt man langfristig nicht um aktuellen dvb treiber (s2api) herum
außerdem wird es schwierig von aktuellen entwicklungen im bereich von vdr 1.7 zu profitieren (plugins, noad, ...) wenn man eine vdr 1.4.x pflegt, vermutlich ist es sinnvoller nicht den anschluss zu verlieren und alle plugin neu coden und backporten zu müssenmutmaßungen ohne jede basis!!!
- vileicht gibts ja kontakte zu kls bezüglich der weiter entwicklung (z.b. beim osd)?
- der nachfolger der AVG II/eHD könnte auch eine eHD2 auf basis des chips sein der im NetClient steckt, ist erprobt und hat wenig abwärme -
Hallo!
"eine eHD2 auf basis des chips sein der im NetClient steckt, ist erprobt und hat wenig abwärme "
Um was für chip handelt sich beim Netclient?
gruß
-
hi,
also das ist weniger als heiße luft, ich mutmaße nur was sein könnte oder logisch erscheint
im rmm forum habe ich das gefunden
ReelNetClient:~# cat /proc/cpuinfo |grep Hardware
Hardware : Conexant Nocona IRD+
ReelNetClient:~# lspci|grep Conexant
00:00.0 Host bridge: Conexant Device 2450 (rev 30)+ google =
http://www.nxp.com/acrobat_dow…erature/9397/75016596.pdfdas wäre dann ein CX24501, u.a. mit ARM1176 CPU, pci bus, hdmi, analog video und audio - hätte alle voraussetzungen die eHD zu ersezten
aber so lange der micronas chip der ehd verfügbar ist macht es imho keinen sinn denn bei der menge an AVG / AVG II die mit eHD ausgeliefert wurden müsste die "alte" plattform weiter unterstützt werden und das macht die sache wesentlich komplizierter
imho eher was in richtung AVG III?
die frage ist ob zukünftig über haupt noch eine avg mit decoder nötig ist, wenn man sich netceiver und netclient ansieht brauchen die eigentlich nur einen storage server der die timer, aufnahmen und abgelegte medien managed, dvd ist evtl. gar nicht nötig oder ließe sich am netclient über usb realisieren -
Seit langem habe ich mich mal wieder an die HDe gemacht. Leider krieg ich sie gar nicht mehr ans Laufen.
Ich scheitere schon am kompilieren des hdshm Moduls. Ich habe auf dem System einen Kernel 2.6.36 laufen. Also recht aktuell.
Leider steigt der Compiler mit folgenden Meldungen aus:
Code
Alles anzeigen[maik@HDVDR hdshm3]$ make x86 for i in x86/driver x86/hdboot x86/hdctrld x86/hdfbctl x86/shmnetd ; do \ make -C $i || exit 1;\ done make[1]: Entering directory `/var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver' echo /lib/modules/2.6.36-ARCH/build /lib/modules/2.6.36-ARCH/build make V=1 -C /lib/modules/2.6.36-ARCH/build SUBDIRS=/var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver modules make[2]: Entering directory `/usr/src/linux-2.6.36-ARCH' test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \ echo; \ echo " ERROR: Kernel configuration is invalid."; \ echo " include/generated/autoconf.h or include/config/auto.conf are missing.";\ echo " Run 'make oldconfig && make prepare' on kernel src to fix it."; \ echo; \ /bin/false) mkdir -p /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/.tmp_versions ; rm -f /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/.tmp_versions/* make -f scripts/Makefile.build obj=/var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver gcc -Wp,-MD,/var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/.hdshm.o.d -nostdinc -isystem /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/include -I/usr/src/linux-2.6.36-ARCH/arch/x86/include -Iinclude -include include/generated/autoconf.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -O2 -m32 -msoft-float -mregparm=3 -freg-struct-return -mpreferred-stack-boundary=2 -march=i686 -mtune=generic -Wa,-mtune=generic32 -ffreestanding -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=1024 -fno-omit-frame-pointer -fno-optimize-sibling-calls -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fconserve-stack -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(hdshm)" -D"KBUILD_MODNAME=KBUILD_STR(hdshm)" -c -o /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.o /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.c /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.c:51:2: Warnung: #warning "Compiling for x86-host" /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.c: In Funktion »hdshm_create_area«: /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.c:325:28: Warnung: Zuweisung erzeugt Ganzzahl von Zeiger ohne Typkonvertierung /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.c: Auf höchster Ebene: /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.c:667:9: Fehler: unbekanntes Feld »ioctl« in Initialisierung angegeben /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.c:667:9: Warnung: Initialisierung von inkompatiblem Zeigertyp make[3]: *** [/var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.o] Fehler 1 make[2]: *** [_module_/var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver] Fehler 2 make[2]: Leaving directory `/usr/src/linux-2.6.36-ARCH' make[1]: *** [all] Fehler 2 make[1]: Leaving directory `/var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver' make: *** [x86] Fehler 1
Hat einer dazu eine Idee?
Liegts wirklich am aktuellen Kernel? -
du hast auch einen frischen checkout des testing bereichs benutzt?
garantieren könnte man für 2.6.32 da rmm im moment an den anpassungen für ubuntu 10.04 lts arbeitet und diese version müsste da drin sein
-
Der Checkout war frisch. Ich hatte allerdings auch mal eine ältere Version probiert. Mit dem gleichen Ergebnis.
Ich werd mal einen 2.5.32er Kernel auf dem System einrichten. Dann mal schauen.
-
Hm, "/lib/modules/2.6.36-ARCH/" klingt irgendwie falsch. Bei Ubuntu wäre das -generic...
-
Das ARCH ist schon richtig. Ich hab Archlinux drauf. Und da kommt -ARCH hinten dran.
-
Also, liegt am Kernel.
Ich habe jetzt mal den 2.6.32.27 LTS Kernel von Archlinux installiert. Und siehe da, es klappt.
Mit dem normalen Arch-Kernel 2.6.36 lässt es sich nicht unwandeln. -
Hi,
so we still have no clue how to make the eHd work with kernel 2.6.36 ?
Regards
-
Zitat
Original von HTPC-Schrauber
Seit langem habe ich mich mal wieder an die HDe gemacht. Leider krieg ich sie gar nicht mehr ans Laufen.Ich scheitere schon am kompilieren des hdshm Moduls. Ich habe auf dem System einen Kernel 2.6.36 laufen. Also recht aktuell.
Leider steigt der Compiler mit folgenden Meldungen aus:
Code
Alles anzeigen[maik@HDVDR hdshm3]$ make x86 for i in x86/driver x86/hdboot x86/hdctrld x86/hdfbctl x86/shmnetd ; do \ make -C $i || exit 1;\ done make[1]: Entering directory `/var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver' echo /lib/modules/2.6.36-ARCH/build /lib/modules/2.6.36-ARCH/build make V=1 -C /lib/modules/2.6.36-ARCH/build SUBDIRS=/var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver modules make[2]: Entering directory `/usr/src/linux-2.6.36-ARCH' test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \ echo; \ echo " ERROR: Kernel configuration is invalid."; \ echo " include/generated/autoconf.h or include/config/auto.conf are missing.";\ echo " Run 'make oldconfig && make prepare' on kernel src to fix it."; \ echo; \ /bin/false) mkdir -p /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/.tmp_versions ; rm -f /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/.tmp_versions/* make -f scripts/Makefile.build obj=/var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver gcc -Wp,-MD,/var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/.hdshm.o.d -nostdinc -isystem /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/include -I/usr/src/linux-2.6.36-ARCH/arch/x86/include -Iinclude -include include/generated/autoconf.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -O2 -m32 -msoft-float -mregparm=3 -freg-struct-return -mpreferred-stack-boundary=2 -march=i686 -mtune=generic -Wa,-mtune=generic32 -ffreestanding -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=1024 -fno-omit-frame-pointer -fno-optimize-sibling-calls -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fconserve-stack -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(hdshm)" -D"KBUILD_MODNAME=KBUILD_STR(hdshm)" -c -o /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.o /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.c /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.c:51:2: Warnung: #warning "Compiling for x86-host" /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.c: In Funktion »hdshm_create_area«: /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.c:325:28: Warnung: Zuweisung erzeugt Ganzzahl von Zeiger ohne Typkonvertierung /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.c: Auf höchster Ebene: /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.c:667:9: Fehler: unbekanntes Feld »ioctl« in Initialisierung angegeben /var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.c:667:9: Warnung: Initialisierung von inkompatiblem Zeigertyp make[3]: *** [/var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver/hdshm.o] Fehler 1 make[2]: *** [_module_/var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver] Fehler 2 make[2]: Leaving directory `/usr/src/linux-2.6.36-ARCH' make[1]: *** [all] Fehler 2 make[1]: Leaving directory `/var/abs/local/reel/reelbox.org/testing/src/utils/hdshm3/x86/driver' make: *** [x86] Fehler 1
Hat einer dazu eine Idee?
Liegts wirklich am aktuellen Kernel?Hallo,
um das Problem zu lösen, einfach ioctl durch unlocked_ioctl ersetzen.
Dann lässt sich das ganze kompilieren.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!