e-tobi.net Update

Zitat

das ist nur eine Frage der Konfiguration des Ausgabeplugins!

Hm, könntest Du mir da bitte etwas unter die Arme greifen?

Ich verwende xineliboutput und auf dem Desktop starte ich das Fenster zum VDR mit diesem Script:

#!/bin/bash
# name of vdr-host
vdr='vdrakw'


# options for xine postprocessing
post='tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1'


# options: tcp | udp
transport='tcp'


# options: sxfe | fbfe
display='sxfe'


vdr-$display --width=1200 --height=720 --buffers=3000 --post $post xvdr:TCP://$vdr:37890 --$transport

Wenn ich bei den OSD-Einstellungen pearlHD auswähle, kommt eine Fehlermeldung, dass die Anzeige zu klein wäre und das Skin wird nicht aktiviert. Selbst bei nem Sender mit 1980x1080

Gruß Gero

Zitat

Original von geronimo

Hm, könntest Du mir da bitte etwas unter die Arme greifen?

Natürlich, gerne...ich hatte nur den Eindruck, dass du PearlHD gar nicht so unbedingt nutzen willst.

aber mit

Zitat

Ich bin verantwortlich für das, was ich schreibe - nicht für das, was Du verstehst!

hast du vollkommen recht toller Spruch!

Bräuchte zu deinen Angaben nur noch den Ausgabetreiber, also xv, xshm, vdpau?, dann poste ich die Einstellungen für die setup.conf

Gruß
Tomas

Hey Tobi,

wollt mich auch mit erfolgreichem Test zurückmelden. Vielen Dank für das Paket. Lüppt 1a.

Ich hab bisher immer das vdr-plugin-live genutzt, um meine Timer zu programmieren, weils mir direkt über den VDR zu umständlich war. Kann es sein, dass das bei dir auch nicht enthalten ist ?
Wenn nein, gibt es neuere/bessere Ansätze oder Alternativen ?

Ein wenig off topic, aber vielleicht kann mir jemand die Zusammenhänge von vdr-sxfe, pearlhd und xineliboutput kurz erklären ?

Ich hab KEINE nvidia-Karte, sondern geh über den in den Core I5 eingebetteten Grafikchip. Momentan ist das aber nur ein dummes Ausgabedevice, da ich mit Hardwareacceleration das PealHD Menü nicht transparent bekomme und auch jeder Tastendruck das Fernsehbild für einen Sekundenbruchteil anhält.
Ich gehe einfach davon aus, dass es hier einfach an der mangelnden VAAPI Unterstützung im Treiber und dem *xine*-Zeugs liegt.
Ich kann im Moment mit "Software" gut leben, allerdings sind die Einstellungen ein wenig verworren und nicht so überschaubar für mich. Ich muss über Software "hin- und herskalieren" um auch eine gut lesebare Schrift sowie Auflösung zu bekommen (xineliboutput-plugin settings und OSD vom vdr und .. ka was noch).

Hat jemand evtl ein ähnliches Setup und möchte seine Configs mal posten und/oder gibts Ansätze für diese Konstellation, welche sich der Core i5 GPU Beschleunigung widmet ? Optimalerweise mit Abhägigkeiten, welche von squeeze + multimedia + backports auch erfüllt werden können ?

Danke & Gruss
Hoschi

Mh, ja, in der Paketliste ist es drin, aber scheinbar das ausm original Repo.

Zitat

root@vdr:/etc/vdr# aptitude install vdr-plugin-live
Die folgenden NEUEN Pakete werden zusätzlich installiert:
libcxxtools6{a} libtntnet8{a} tntnet-runtime{a} vdr-plugin-live{b}
0 Pakete aktualisiert, 4 zusätzlich installiert, 0 werden entfernt und 0 nicht aktualisiert.
Muss 1.421kB an Archiven herunterladen. Nach dem Entpacken werden 4.477kB zusätzlich belegt sein.
Die folgenden Pakete haben verletzte Abhängigkeiten:
vdr-plugin-live: Hängt ab von: vdr-abi-1.6.0-debian, welches ein virtuelles Paket ist.

Alles anzeigen

Zitat

root@vdr:/etc/vdr# aptitude show vdr-plugin-live
Paket: vdr-plugin-live
Zustand: nicht installiert
Version: 0.2.0-9
Priorität: extra
Bereich: video
Verwalter: Debian VDR Team <pkg-vdr-dvb-devel@lists.alioth.debian.org>
Unkomprimierte Größe: 2.920k
Hängt ab von: libc6 (>= 2.2.5), libcxxtools6, libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.4.0), libtntnet8, vdr-abi-1.6.0-debian
Beschreibung: Web administration plugin for VDR

Alles anzeigen

Ist meine sources.list evtl unvollständig ?

Zitat

deb http://e-tobi.net/vdr-experimental squeeze base addons vdr-multipatch
deb-src http://e-tobi.net/vdr-experimental squeeze base addons vdr-multipatch

Danke & Gruss
Hoschi

Auch von mir vielen herzlichen Dank, ich nutze ct-VDR seit vielen Jahren, und schon fast die ganze Zeit die e-tobi-Versionen.
Ist genial, wenn sich jemand so viel Arbeit macht .

Tobi,

wehe du lässt deine Pakete verkümmern, nur weils "faule Leute Distris" gibt
Ok ok.. ich bin selber als Paketuser sicher auch nicht grad der fleissigste, aber es geht halt doch am End nix über ein schlankes System.
Wer overhead will soll Windows installieren

Und nun die angeforderte Info:

Zitat

root@vdr:/# apt-cache policy vdr-plugin-live
vdr-plugin-live:
Installiert: (keine)
Kandidat: 0.2.0-9
Versionstabelle:
0.2.0-9 0
500 http://ftp.de.debian.org/debian/ squeeze/main amd64 Packages
0.2.0-9 0
500 http://e-tobi.net/vdr-experimental/ squeeze/vdr-multipatch amd64 Packages

Alles anzeigen

Sieht so aus, als müsste jemand seine Revisionsnummer erhöhen, wenn er gegen squeeze anstinken will (oder jemand müsste mal pinnen *augenroll* .. Paket geht mit pinning durch)

Gruss Hoschi

Zitat

Natürlich, gerne...ich hatte nur den Eindruck, dass du PearlHD gar nicht so unbedingt nutzen willst.

Hm, ich habe mir da noch keine endgültige Meinung gebildet.

Klar - für mich ist das Maß der Dinge eben mein kleiner Alter mit LinVDR
Vor 5 Jahren war das bei Skin-Elchi Liebe auf den ersten Blick - und da hat sich bis heute nix geändert.
Leider läuft das Skin auf einem HD-Vdr recht instabil und das OSD skaliert nicht, muss also nach alten Naiven suchen.
Bei ner Testinstallation von yavdr habe ich das pearHD gesehen und fand es nicht schlecht.
Zur Alltagstauglichkeit kann ich noch nix sagen.
Dazu bin ich mit dem neuen VDR noch nicht warm genug geworden. Für mich fehlt noch vieles ...
... aber da ich im Moment kaum Freizeit habe, ist das ein langwieriger Prozess. Genau wie ich vieles erst neu lernen muss, was in der aktuellen Konstellation komplett anders läuft als beim kleinen Alten (Ausgabe über FF).

Zitat

Bräuchte zu deinen Angaben nur noch den Ausgabetreiber, also xv, xshm, vdpau?

Hm, Ausgabetreiber - vom Frontend, oder Backend?
Also das Backend läuft auf einem AT3N7A-I, was wohl nen ION beinhaltet, von dem ich aber denke, dass er bei der Ausgabe garnicht beteiligt ist.
Wie gesagt - ich verwende das xineliboutput-Plugin mit Frontend sxfe und das Frontend läuft auf einem GA-880GM-UD2H mit Onboard-Grafik Radeon HD 4250. Dafür habe ich mir mal den Grafiktreiber direkt von AMD installiert (weil der Standardtreiber die Auflösung nicht richtig darstellen konnte). Ansonsten verwende ich einen Gnome-Desktop mit Standardeinstellungen.
... oder anders ausgedrückt - ich weiß nicht, welchen Ausgabetreiber vdr-sxfe verwendet.
Ich verwende das Repo aus dem ersten Post und habe da nix verpanscht.

Zitat

OSD-Auflösung in xlop-Settings auf 1920x1080, Hardware-Blending-Mode an

Also das was wohl die Schlüsselinfo - OSD-Auflösung fix auf 1920x1080 - das funktioniert auch bei Sendern ohne HD (ich frag mich wieso - schließlich ist nix davon 1920x1080).
Blending auf Hardware gefällt mir garnicht. Die Schriften werden zwar schärfer angezeigt, aber mit Transparenz ist dann Essig. Nee, das is nix für meiner einer.
Lässt sich da noch was einstellen bei dem Skin? Meiner Ansicht nach wird viel Platz verschwendet, auch wenn mir die Aufteilung an sich gefällt, die Zeilengröße im Verhältnis zur Schriftgröße gefällt mir garnicht. Deshalb denke ich, dass ich wohl nicht bei dem Skin bleiben werde - kein Ersatz für Skin-Elchi.
Mal prüfen, ob und wie ich im Alltag damit klar komme.

Gruß Gero

Gero, Leidensgenosse

Ich steh vor dem selben "Problem" wie du, mein alter SD-VDR mit FF lief einfach ohne grosses gebastel, Plugins installiert, fertig.
Jetzt mit HD, xineliboutput und vdr-sxfe sind einige Sachen neu hinzugekommen, durch die es sich erstmal durchzuwühlen gilt, aber auch das ist kein Ding der Unmöglichkeit (hoffe ich).

Was die Transparenz angeht, stehen wir auf dem selben Level, keine Transparenz oder ausgefranste Schrift. Hier hat bei mir erstmal nur geholfen in den settings vom xineliboutput-->OSD auf software zu stellen und den Prozessor die Arbeit machen zu lassen, damit siehts OSD prima aus. Das sollte auch für deinen Atom machbar sein.

Wenn ich recht informiert bin, dann ist die GPU beschleunigte Wiedergabe bei ATI wie auch bei meiner Core i5 GPU ein Fall für VAAPI (ich meine zumindest beim Bauen von VAAPI gesehen zu haben, dass da auch ATI Krams dabei ist). Entsprechend müsste für uns der Aufruf von vdr-sxfe mit der Option "--video=vaapi" stattfinden, wenn die NVIDIA-Alternative "--video=vdpau" lautet.
Xine und alles was damit zusammenhängt hat da aber wohl noch nix eingebaut. (Wenn mich jemand eines BEsseren belehren möchte.. bitte bitte erleuchte mich )

Um Rechenpower zu sparen, kannst du dich übrigens von dem ganzen GDM und Gnome Geraffel lösen und einfach VDR im Hintergrund laufen lassen und wenn du ein Frontend brauchst, das über "xinit -e vdr-sxfe --fullscreen --deine=anderen-optionen" aufrufen. Damit wird nur der X-Server gestartet und die Ausgabe von vdr-sxfe an den entsprechenden Screen getackert.

Wenn du mit deiner Geschicht ein weniger weiter bist und evtl auch in Richtung VAAPI und somit GPU-Beschleunigung weitergekommen bist, lass es mich wissen

Gruss Hoschi

Hi Gero,

Zitat

Original von geronimo
[...]

Also das was wohl die Schlüsselinfo - OSD-Auflösung fix auf 1920x1080 - das funktioniert auch bei Sendern ohne HD (ich frag mich wieso - schließlich ist nix davon 1920x1080).
Blending auf Hardware gefällt mir garnicht. Die Schriften werden zwar schärfer angezeigt, aber mit Transparenz ist dann Essig. Nee, das is nix für meiner einer.

Da spielen halt einige Faktoren zusammmen und deshalb lässt sich auch keine pauschale Antwort geben.

leider kann ich zu ner Radeon oder vaapi ( hoschi78: würde da mal bei den Cracks in den entsprechenden threads nachfragen) nichts sagen, aber bei nem Skin der für 1920x1080 ausgerichtet ist, sollten die Werte für das OSD auf jeden Fall auf 1920x1080 stehen (hat ja Tobi schon geschrieben), sonst riskiert man ein *Skin zu groß oder nicht korrekt ausgerichtet*. Die Auflösung fürs OSD ist abgelöst von der Anzeige des Bildmaterials. Deshalb braucht man diese Einstellung auch, wenn man *nur* PAL oder 720p ausgibt.

Dass bei Blending Hardware keine Transparenz gegeben ist, hängt mit dem Ausgabetreiber zusammen, bei nvidia@vdpau ist das OSD transparent, die nvidia@xv oder xshm...ist das OSD nicht transparent...wohlgemerkt bei *Blending Hardware* für xineliboutput bzw Overlay(X11) bei vdr-xine!

Die *Skalierbarkeit* des OSD, also die Möglichkeit, dass auch ein 1920x1080-Skin in einem kleineren Fenster komplett angezeigt wird, ist von mehreren Faktoren abhängig, z.b. spielen da dann auch die durchfliegerpatches mit rein und je nach Ausgabeplugin (xineliboutput bzw vdr-xine) kommt es da auch zu unterschiedlichen Ergebnissen bzw man muss einfach die einzelnen Einstellungen der Ausgabeplugins bei sich mal durchtesten.

Zitat

Original von geronimo
Lässt sich da noch was einstellen bei dem Skin? Meiner Ansicht nach wird viel Platz verschwendet, auch wenn mir die Aufteilung an sich gefällt, die Zeilengröße im Verhältnis zur Schriftgröße gefällt mir garnicht. Deshalb denke ich, dass ich wohl nicht bei dem Skin bleiben werde - kein Ersatz für Skin-Elchi.
Mal prüfen, ob und wie ich im Alltag damit klar komme.

PearHD hat einige Optionen, mit denen man das Layout beinflussen kann. Dazu liest du am besten mal den schon erwähnten WIKI-Eintrag:

http://www.vdr-wiki.de/wiki/index.php/PearlHD

ich nehme an,dass e-tobi die benötigten files im Sourcenpaket hat...

Ich hoffe das kommt jetzt nicht so rüber, als dass ich dich zum PearHD bequatschen will, was hätte ich auch davon.... Ich selbst wechsle z.B. öfters mal den Skin, auch wenn ich praktisch nen *eigenen* (den Tobi wohl auch in seinem repo anbieten wird, sobald es ein release davon gibt - ich habe ihn gebeten solange zu warten) habe, Tapetenwechsel tut manchmal gut

Gruß
Tomas

Zitat

Um Rechenpower zu sparen, kannst du dich übrigens von dem ganzen GDM und Gnome Geraffel lösen und einfach VDR im Hintergrund laufen lassen und wenn du ein Frontend brauchst, das über "xinit -e vdr-sxfe --fullscreen --deine=anderen-optionen" aufrufen. Damit wird nur der X-Server gestartet und die Ausgabe von vdr-sxfe an den entsprechenden Screen getackert.

Hm - entweder verstehe ich Dich nicht, oder Du hast meine Beiträge nicht richtig verstanden
Mein HD-Vdr läuft auf 2 verschiedenen Rechnern!
Mein AKW hat die Budgetkarte und ist fleißig dabei, die Platte voll zu schreiben und wenn ich Lust auf Glotze habe, dann starte ich das Frontend auf meinem Desktop.
Das bedeutet, dass ich überhaupt kein Interesse habe, Rechenpower zu sparen oder dass ich Abstriche am Desktop machen will. Die Kombi aus Gigabyte-Board und dem Rechenknecht im kleinen Schwarzen ist so genial, dass sich die Rechenpower meinem Bedarf anpasst - das passt soweit ganz gut und ich brauche daher auch kein vaapi oder die GPU.
Sonst müsste ich nen anderen Monitor anschließen oder sonst irgendwie Gedöns betreiben, was ich garnicht will.

Insofern bin ich funktional schon angekommen.
Inzwischen geht es mir "nur" noch um Kleinigkeiten wie Bequemlichkeit oder Befriedigung meines ästhetischen Anspruchs - sprich mein "Jammern" findet auf sehr hohem Niveau statt

Zitat

aber bei nem Skin der für 1920x1080 ausgerichtet ist, sollten die Werte für das OSD auf jeden Fall auf 1920x1080 stehen

Ok, das verstehe ich jetzt überhaupt nicht. Macht aber nix - ich akzeptiere die Aussage einfach mal und kann damit gut leben

Zitat

PearHD hat einige Optionen, mit denen man das Layout beinflussen kann. Dazu liest du am besten mal den schon erwähnten WIKI-Eintrag:

also was ich bislang lesen konnte bezog sich auf selbst übersetzen - dafür habe ich gerade keine Zeit.

Zitat

Ich hoffe das kommt jetzt nicht so rüber, als dass ich dich zum PearHD bequatschen will, ...

Lach - keine Sorge
Ich bin alt genug - und lasse mich von niemandem bekwatschen oder überreden.
Wenn mir was nicht gefällt, heißt das ja noch lange nicht, das es deshalb schlecht sein muss. Es gibt genug Leute mit anderem Geschmack. Ich habe mir sagen lassen, dass man über Geschmack nicht streiten soll ...

Zitat

auch wenn ich praktisch nen *eigenen* habe, ...

Jetzt machst Du mich neugierig
Ich muss gestehen, dass mich im Moment kein Skin zu 100% überzeugt. Jeder hat Vor- und Nachteile.
Letztlich kommt es darauf an, wie anziehend die Vorteile, bzw. wie abstoßend die Nachteile sind.
Leider ist meine Wunschliste (von den Dingen die ich noch gerne machen würde) viel länger, als die mir zur Verfügung stehende Zeit, sodass ich mich nicht auch noch mit der Erstellung eines Skins beschäftigen kann.

Danke Euch allen für die Unterstützung!

Gruß Gero

P.S. Gerade einen (wiederholbaren) Absturz mit PearHD erlebt.
Einstellungen wie empfohlen, eine HD-Aufnahme zum Abspielen ausgewählt, Fenstergröße 1200x720 - und dann Enter betätigt, um die Schnittmarken angezeigt zu bekommen.
Mit dem Druck der Entertaste war das Frontend abgestürzt.
Habe dann versucht, das Skin zu wechseln, aber weil PearHD die Prozentualgröße anders interpretiert, stürzte das Frontend ab, sobald das Skin gewechselt wurde.
Musste vorher das Fenster maximieren und dann ließ sich das Skin wechseln und auch die Prozentwerte wieder ändern.
So ganz ohne (negative) Auswirkung scheint die feste OSD-Größe dann doch nicht zu sein

Zitat

Original von Tobi
Kaum rührt man sich mal wieder nach der "Sommerpause" hagelt's gleich Danksagungen von allen Seiten Freut mich, wenn's noch ein paar Leute gibt, die meine Pakete nutzen!.

Tobias, jetzt stell mal Dein Licht nicht soweit unter den Scheffel!

Ich habe es oft gesagt und wiederhole es gerne wieder, Deine und auch TomG's jahrelange konsequente und gute Arbeit hat eine VDR Installation erst auf ein "kultiviertes" Niveau gebracht. Es ist für mich und viele andere auch einfach ein Fixpunkt am VDR Himmel und eine Freude sich an Deinen Repo's zu bedienen und all denen die darauf basieren.

Ohne Frage ist es viel zusätzlich Arbeit das ganze in Ubuntu's PPA zu verwirklichen, und die Qualität ist bei allen definitiv gut, aber ob alle die vorhandenen Ubuntu Repo's ohne Deine jahrelange Vorarbeit in der heutigen Form existieren würden, wage ich doch schon zu bezweifeln.

Du hast eine große, aber sehr stille Fangemeinde, die sich einfach auf den Partner Repo basiert auf eTobi verlässt, ohne das es einen fertige Distro bedingt.

Aptitude sei mit Dir, ein jahrelanger Fan.

Viele Grüße
Frank

Zitat

Original von fnu
Tobias, jetzt stell mal Dein Licht soweit unter den Scheffel!

da hast du wohl ein Wörtchen vergessen, das dem Satz den Sinn gibt, der passt...

btw: das Rennrad hat mir besser gefallen

Zitat

Original von geronimo
So ganz ohne (negative) Auswirkung scheint die feste OSD-Größe dann doch nicht zu sein

das hat IMHO nicht unbedingt was mit *fester* OSD-Größe zu tun... aber durch meine Arbeit/Testen an text2skin-Skins kommt es bei mir am Desktop auch ab und zu - aber doch recht selten - vor, dass mir das Ausgabefrontend (i.d.R. xine-ui) gnadenlos beim Maximieren des Fensters einfriert, sodass nur noch der Wechsel auf ein VT und Abschießen von xine-ui hilft, um unter X wieder weiterarbeiten zu können. Das ist ja aber auch nicht der Anwendungsfall für nen VDR z.B. im WZ.

Ich denke die Kärung der Unklarheiten, die bei dir in bezug auf PearlHD bestehen, sollten nicht Gegenstand dieses threads sein, aber wenn ich dir iwie weiterhelfen kann, mach ich das gerne z.B. per pn...whatever...

Gruß
Tomas

tomas

Danke für den Hinweis, mal wieder ein Freud'scher, habe gerade bisserl' viel umme Ohren hier.

[OT]
Der Avatar hat einen tatsächlich beruflichen Hintergrund. Es handelt sich hier um "Doraemon", einer sehr bekannte japanische Anime Figur.

Die Kollegen vom entsprechenden IT Spezialgebiet wissen dann schon um was es geht
[/OT]

Regards
Frank

Zitat

Original von Tobivdr-xxv gibt's auch noch, aber da habe ich schon sehr lange nicht mehr geupdated.

ja, leider. xxv 1.6 (Rev. 1475) läuft bei mir seit einiger Zeit problemlos, falls Du da irgendwann mal zeit zum updaten haben solltest --> ich teste das gerne

Hallo,

habe eine Verständnisfrage zum Paket "vdr-addon-acpiwakeup".
Nach Installation und Aktivierung kommt folgender Fehler im Log:

vdrakw vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
vdrakw vdr-addon-acpiwakeup: Setting ACPI alarm time to: 2010-10-12 18:50:00
vdrakw vdr-addon-acpiwakeup: No writeable /proc/acpi/alarm or /sys/class/rtc/rtc0/wakealarm found. ACPI needed!!!
vdrakw vdr-shutdown: Shutdown aborted by /usr/share/vdr/shutdown-hooks/S90.acpiwakeup with exitcode 1

Dabei ist der vdr-shutdown.wrapper aktiv (und so wie ich das verstanden habe, dient der Wrapper doch kwasi als sudo-Ersatz) und wakealarm ist sehr wohl schreibbar (aber eben nur für root)

ll /sys/class/rtc/rtc0/wakealarm 
-rw-r--r-- 1 root root 4096 12. Okt 20:18 /sys/class/rtc/rtc0/wakealarm

Irgendwas passt da noch nicht zusammen.
Wie sieht denn die Aufruf-Reihenfolge aus?
Von LinVDR kenne ich es so, dass der vdr ein script aufruft, welches den Timer setzt und den Rechner ausschaltet. Im Usermode geht das wohl nimmer, aber wie läuft das mit dem wrapper? Wo kann ich das Script angeben, welches der Wrapper aufrufen soll?
... und wie kommt es zu dem Aufruf von S90.acpiwakeup? - wird der shutdown-Haken durch den shutdown-Befehl aufgerufen, oder wie kommt es zum Aufruf von dem Script?

Gruß Gero

geronimo

An den Scripten und/oder Wrapper mußt IMHO gar nichts machen das ist eigentlich generisch genug.

Ich interpretiere die geposteten Meldungen eher so, das es da ein wie auch immer geartetes Problem mit der ACPI Funktion Wakeup Deiner Hardware gibt.

Gibt es im BIOS was zu konfigurieren? Manchmal muß man ein Kernelparameter übergeben, damit das funktioniert, z.B. bei meinem Testrechner, ich habe ihn leider nicht im Kopf und kann erst nächste Woche nachsehen ... sorry.

Gruß
Frank