So,
vdr-skinreel-12384
vdr-osdpip-12384
vdr-filebrowser-12384
vdr-xinemediaplayer-12384
reelbox-ehd-xine-12384
sind nun auch im vdr-testing.
Gruss,
Quacks
So,
vdr-skinreel-12384
vdr-osdpip-12384
vdr-filebrowser-12384
vdr-xinemediaplayer-12384
reelbox-ehd-xine-12384
sind nun auch im vdr-testing.
Gruss,
Quacks
Hab die 12384 ebuilds mal installiert, lassen sich problemlos emergen.
ABER: Leider klappt die VDR Bildausgabe nicht mehr, vdr startet laut Logfile ganz normal hoch (und das OSD lässt sich per Remote & GLCD auch noch bedienen), aber auf dem HDMI Ausgang ist nur das "Avantgarde" Standbild zu sehen, aber kein Live-TV Bild wie mit den vorherigen Ständen.
Hat schon jemand anders auch mal die 12348 Version installiert und kann seine Erfahrungen damit berichten? Hat sich was geändert und man muss jetzt noch an irgend wat anderem fummeln oder konfigurieren um ein TV-Bild zu bekommen?
ZitatOriginal von Ioannis
ABER: Leider klappt die VDR Bildausgabe nicht mehr, vdr startet laut Logfile ganz normal hoch (und das OSD lässt sich per Remote & GLCD auch noch bedienen), aber auf dem HDMI Ausgang ist nur das "Avantgarde" Standbild zu sehen, aber kein Live-TV Bild wie mit den vorherigen Ständen.
Hat schon jemand anders auch mal die 12348 Version installiert und kann seine Erfahrungen damit berichten? Hat sich was geändert und man muss jetzt noch an irgend wat anderem fummeln oder konfigurieren um ein TV-Bild zu bekommen?
Ich hab genau das gleiche Problem hier. Gehe ich dann per telnet auf die Karte selbst, läuft dort auch der hdplayer nicht.
Ich habe im Verdacht, das es diese Änderung im SVN der reel war (unbewiesen):
------------------------------------------------------------------------
r12354 | balaji | 2009-06-03 16:36:45 +0200 (Wed, 03 Jun 2009) | 5 lines
vdr/reelbox-plugin During Initialize() shutdown hdplayer and video output.
Service ToggleVideoOutput enables/disables both hdplayer and video output
Am Wochenende habe Zeit und werde mich einmal damit befassen. Am hdplayer und dem Kernel für die Karte liegt es nicht, die sind schon länger nicht mehr angepasst worden.
cu,
Quacks
ZitatOriginal von Quacks
Ich habe im Verdacht, das es diese Änderung im SVN der reel war (unbewiesen):
Hi,
guter Tipp das mit der Änderung in der Initialize() funktion. Ich habe mal die Änderung (also die drei Zeilen die sich zum vorherigen SW-Stand geändert haben) in der reelbox.c rückgängig gemacht und jetzt habe ich auch wieder ein TV-Bild!
ZitatOriginal von Ioannis
guter Tipp das mit der Änderung in der Initialize() funktion. Ich habe mal die Änderung (also die drei Zeilen die sich zum vorherigen SW-Stand geändert haben) in der reelbox.c rückgängig gemacht und jetzt habe ich auch wieder ein TV-Bild!
Dann werd ich dafür mal einen Patch mit ins vdr-testing einbauen und dann ist der Stand wieder aktuell.
cu,
Quacks
ZitatOriginal von Quacks
Dann werd ich dafür mal einen Patch mit ins vdr-testing einbauen und dann ist der Stand wieder aktuell.
Im vdr-testing Overlay liegt eine neue Version des vdr-reelbox-3 Plugins. Damit sollte es wieder ein Bild geben.
cu,
Quacks
Moin Gemeinde,
Die vor kurzem eingebrachten Pakete
vdr-osdpip
vdr-filebrowser
im testing overlay
sind wegen Konflikten mit gleichlautenden Paketen im Main portage
zu -->
media-plugins/vdr-reelosdpip
media-plugins/vdr-reelfilebrowser
verschoben worden.
Alte Pakete wurden maskiert bis zum entfernen in ca. 2 - 3 Wochen.
Sorry für die Unanehmlichkeiten....
Hallo Quacks,
die 12384 ehd tools lassen sich auch nicht unter amd64 kompilieren.
Das ebuild sieht jetzt überhaupt nicht mehr amd64 tauglich aus.
src_unpack() {
unpack ${A}
cd "${S}"
sed -i Makefile \
-e "s:gcc-3.3:gcc:g" \
-e "s:g++-3.3:g++:g" \
-e "s:x86/driver::"
if [ ! -z "$EHD_FRAMEBUFFER" ]
then
einfo "Changing framebuffer device to $EHD_FRAMEBUFFER"
find . -type f -exec sed -i "s:/dev/fb0:${EHD_FRAMEBUFFER}:g" {} \;
fi
}
src_compile() {
emake clean || die "emake clean failed"
emake x86 || die "emake x86 failed"
cd x86/hdtsplay
emake || die "emake hdtsplay failed"
}
Alles anzeigen
Hast du hier auch eine schnelle Lösung parat?
Mich wundert, dass nicht noch mehr Leute gentoo-64 einsetzen. Ich habe sonst in keinster Weise Problem damit.
Gruß
Oghi
@ oghi
Ich habs gefixt und die amd64 keyword's nachgetragen.
ZitatOriginal von hd.brummy
Bitte deine veralteten ebuild's nur local nutzen und nicht committen!!!
Alles klar,
damit zieh ich mich aus der Ebuild Bastelei zurück. Viel Spass.
cu,
Quacks
@hd_brummy: Bitte meinen Account im Overlay löschen.
Kleines Update, bugfix
media-video/reelbox-ehd-driver-12384-r1
media-video/reelbox-ehd-xine-12384-r1
// Edit
media-plugins/vdr-reelbox-3.12384-r1 nachgeschoben
Da sich der Treiber hdshm ziemlich unbeeindruckt von den per
EHD_FRAMEBUFFER übergebenen Parametern zeigt,
hab ich das mal in etwas andere Form gebracht.
Der Treiber an sich legt immer das nächste freie zur Verfügung stehende /dev/fb Device an.
In meinem Fall ist /dev/fb0 durch den Vesa Treiber für graphtft belegt.
Nächstes freies device ist /dev/fb1, welches auch beim laden angelegt wird, egal was ich vorher beim compilieren per EHD_FRAMEBUFFER übergeben habe.
Eine kleine udev.rules legt jetzt beim erstellen des devices nen link
/dev/fb_reel an.
Das reelbox-edh-xine verwendet dann genau dieses device.
Bitte eure Scripte, oder wofür ihr das framebuffer device auch verwendet, dementsprechend anpassen.
Falls noch ein anderes ebuild den ehd framebuffer benutzt, melden, ich passe das kurzfristig an.
Weiterhin erstellt das ehd-xine ebuild jetzt den
/usr/bin/xplayer
Danke an CR7, der mir das per mail vor einiger Zeit zukommen lies.
ZitatIm letzten ehd-xine-ebuild habe ich den xplayer mit gebaut - damit
kann man ohne VDR direkt über Konsole Videos + Audio über die ehd-
Ausgeben.
VDR vorher stoppen. Sehr gut zum testen ...
Zitatdamit zieh ich mich aus der Ebuild Bastelei zurück
ABGELEHNT!!!
Hab dich nicht so mimosenhaft,
bisschen Kritik kann nur in besserer QA resultieren.
Hi,
bevor mich hd_brummy wieder verhaut, weil ich kaputte ebuilds hochgeladen habe, ha bich die aktuellen ebuilds mal als tarball hier im Portal abgelegt
nicht-vanilla vdr1.7.x compilieren?
Getestet habe ich das ganze gegen den VDR-1.7.9. Das TS-Replay Problem der EHD bei einigen Aufnahmen soll damit behoben sein.
Duck,
Quacks
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!