Beiträge von Paddy

    Habe gerade den Test-VDR an das "Produktiv-System"-Atmo gehangen - läuft perfekt ! :D
    Auch die Parameter werden sauber gezogen.


    durchflieger
    Danke für die Hilfe und das wirklich geile Plugin ! :respekt


    Jetzt muss ich noch die Taste "a" irgendwie auf die Fernbedienung legen. Und die Parameter als Template hinterlegen.


    Fridi
    Du nutzt einen USB-Seriell-Konverter ?
    Funktioniert der prinzipiell mit dem Atmo-Controller ?


    In der Readme von dem Plugin steht noch was:


    Code
    driver_param Parameter for output driver: 
    classic, df4ch: 
    Path of serial device e.g. /dev/ttyS0 
    For users with usb-to-serial converters the 
    device could be specified as a regular expression 
    that is looked up in /proc/tty/driver/usbserial to 
    evaluate the /dev/ttyUSB device. The parameter must 
    start with "usb:" followed by the regular expression 
    e.g.: usb:pl2303.*usb-.*-[^6]


    Ggf. liegt hier das Problem. Du hast ttyUSB0 angegeben.


    Gruß
    Patrick

    Hallo Durchflieger,


    das hier


    Zitat

    post.atmo.parameters:driver=file,driver_param=/tmp/atmo.out,top=1,bottom=1,left=1,right=1


    In XINELIBOUTPUTOPTS muss aber mindestens --post=atmo stehen damit das Plugin überhaupt geladen wird.
    Dort angegebene Optionen überschreiben die jeweilige Einstellung des Parameter in der config Datei.


    hat so nicht funktioniert. Die Atmo.out wurde nicht weggeschrieben.


    Ich habe jetzt folgendes gemacht:


    1. Umstellung zurück auf xine@vdr-plugin-xine im WFE
    2. Alle HW-Parameter in der "vdr-frontent.conf" im Verzeichnis "etc/init" in den XINEOPTS Parametern hinten dran gehangen:

    Code
    XINEOPTS="-G $GEOMETRY -A alsa --config /etc/xine/config --keymap=file:/etc/xine/keymap --post vdr --post vdr_video --post vdr_audio --verbose=2 --no-gui --no-logo --no-splash --deinterlace -pq --post=atmo:driver=file,driver_param=/tmp/atmo.out,top=1,bottom=1,left=1,right=1,center=1"


    3. Nach Starten und Stoppen des VDRs werde die Atmo-Parameter in der "/etc/xine/config" sauber weggeschrieben:

    Code
    # Parameters of atmo post plugin 
    # string, default: 
    post.atmo.parameters:driver=1,driver_param=/tmp/atmo.out,top=1,bottom=1,left=1,right=1,center=1


    4. Hier habe ich jetzt einen weiteren Parameter "brightness" drangehangen zum testen:

    Code
    post.atmo.parameters:driver=1,driver_param=/tmp/atmo.out,top=1,bottom=1,left=1,right=1,center=1,brightness=300


    5. In der Logdatei "/tmp/vdr.frontend.log" wird das Einlesen des zusätzlichen Parametes nicht angezeigt, sollte vermutlich so sein:

    Code
    atmo: configure channels top 1, bottom 1, left 1, right 1, center 1, topLeft 0, topRight 0, bottomLeft 0, bottomRight 0


    6. In der "/tmp/atmo.out" wird die Veränderung durch den Brightness-Parameter sofort sichtbar (gegengecheckt mit Parameter "50", hier "300"):

    Code
    4: 1311413122.092 --- 
    top 1: 255 219 150 
    bottom 1: 172 172 172 
    left 1: 188 188 187 
    right 1: 165 165 165 
    center: 172 172 171


    7. Damit ist klar das der Brightness-Parameter sauber aus der Config gezogen wird. Weitere Parameter kann ich dann dranhängen.


    Noch ne Frage:
    Das xine "Post Processing Panel" bekomme ich nicht geöffnet:

    Code
    ...Players like xine-ui have GUI support for changing plugin parameters 
    (press <alt><shift>p to show the post processing panel...


    Alt-Shift-p bewirkt nichts. Wo liegt der Fehler ?
    Hätte ja den Vorteil das ich (wenn ich das korrekt verstanden habe) die Parameter direkt in der GUI ändern kann....


    Gruß
    Patrick

    Hallo durchflieger,


    bei yavdr habe ich die config unter $HOME/.xine/config nicht gefunden.
    Sollte diese hier sein: "/etc/vdr-sxfe/config_xineliboutput" ?


    Um zu testen habe ich in eine Datei umgeleitet und den Pfad weggelassen. Der sollte dann aus der Konfig gelesen werden:


    Code
    XINELIBOUTPUTOPTS="--post tvtime:method=use_vo_driver --post=atmo:driver=file,top=1,bottom=1,left=1,right=1,center=1 --reconnect --audio=alsa --syslog --silent --tcp" 
    
    
    nano /etc/vdr-sxfe/config_xineliboutput 
    
    
    post.atmo.parameters.driver_param:/tmp/atmo.out


    Der Parameter "post.atmo.parameters.driver_param:/tmp/atmo.out" steht am Ende der Konfigurationsdatei.


    Funktioniert leider nicht. Nur wenn ich "driver_param" direkt bei den Parametern angebe.


    Irgendeine Idee ?


    Gruß
    Patrick

    Hallo durchflieger,


    danke - bin aber nachdem ich Deinen Thread durchgearbeitet hatte auch drauf gekommen:


    Code
    driver=file,driver_param=/tmp/atmo.out


    Das Log wird dann sauber geschrieben. Gehe nun davon aus das alles sauber funktioniert. Warte noch auf die COM-Slotblende...


    Muss ich nach wie vor die Parameterliste verwenden oder funktioniert auch ein Config-File ?
    Laut hier geht es nicht.


    Gruß
    Patrick

    TomJoad
    Hatte ich inzwischen auch gefunden - trotzdem danke !


    Da ich an einem Test-VDR ohne Atmo-Controller arbeite, habe ich versucht die Ausgabe in ein File umzuleiten.
    Laut Readme: http://projects.vdr-developer.…atmo-post-plugin-v0.8.tgz


    Code
    driver none Selects output driver. Currently supported are: 
    file Write output data to file. Useful for 
    testing and debugging.


    Code
    driver_param Parameter for output driver: 
    file: File name of output file. If not specified 
    "xine_atmo_data.out" is used.


    => den Parameter driver_param habe ich also in der vdr-frontend.conf weggelassen:

    Code
    XINELIBOUTPUTOPTS="--post tvtime:method=use_vo_driver --post=atmo:driver=file,top=1,bottom=1,left=1,right=1,center=1 --reconnect --audio=alsa --syslog --silent --tcp"


    In der vdr-frontend.log ist folgendes zu finden (Auszug aus dem Logfile):



    Funktioniert das Plugin nun ? Ist die Ausgabe "normal" ?
    Das Logfile in welche die Daten geschrieben werden sollten ("xine_atmo_data.out") ist jedenfalls nicht zu finden.


    Gruß
    Patrick

    Hallo zusammen,


    versuche gerade das Atmolight mit xineliboutput zu testen.
    In diesem HowTo ist anschaulich beschrieben wie die Konfig durchzuführen ist.


    Zitat

    ....Um das xine post plugin zu aktivieren, muss beim Start von vdr-sxfe der entspechende Parameter mitgegeben werden. Unter yaVDR wird vdr-sxfe vom Script /usr/bin/start-xineliboutput gestartet...

    In der 0.4er-Version finde ich das Script "/usr/bin/start-xineliboutput" nicht.


    Gibt es eine Möglichkeit das HowTo auch auf die 0.4.pre1 anzuwenden ? Welches Script muss ich verwenden ?


    Gruß
    Patrick

    aber du hast schon alle updates eingespielt?


    Nein, hatte ich nicht.
    Sorry, ich gehe davon aus das ein


    apt-get update <Enter>
    apt-get dist-upgrade <Enter>


    ausreichend ist ?!
    Danach jedenfalls führt ein "/usr/share/yavdr/events/actions/detect-dvb" dazu das nicht mehr auf sdff gewechselt wird.

    ihr könntest das ganze auch einmal gegen testen indem ihr, wenn ihr auf xine oder sxfe seit, mal folgendes ausführt.


    /usr/share/yavdr/events/actions/detect-dvb


    danach sollte nicht mehr auf das sdff device gewechselt werden.


    Doch, er wechselt wieder zurück auf sdff device:


    Frontend: custom (disabled / sdff


    Setup steht wieder auf "custom configuration (experimental)" und Frontend auf "Disabled"


    Gruß
    Patrick

    Habe heute nochmal eine Neuinstallation durchgeführt und nach dem ersten Reboot die Logs gezogen.


    Im Webfrontend sind folgende Einstellungen zu finden:


    Einstellungen / Allgemein:


    Setup: custom configuration (experimental)
    Frontend: Disabled
    Backend: TT-premium SD


    Die Datei openbox.conf ist ohne Inhalt.


    Gruß
    Patrick


    Ja, aber von was?


    Gerald


    Hallo zusammen,
    hatte den gleichen Effekt. Nach der Neuinstallation und ersten Reboot tauchte das YaVDR-Logo auf danach war der Bilschirm "schwarz". Die 0.3er-Version hatte direkt ein Bild gebracht (3Sat/IPTV).
    Erst nach Umstellung des VDR-Frontend über das Webinterface bekam ich direkt ein Bild inkl. Ton. Die Voreinstellung vor der Änderung des VDR-Frontend von mir war der letzte Menüpunkt - "Custom" o.ä. (hab's gerade nicht parat). Im Syslog stand was von "no OSD provider available - using dummy OSD".
    Gruß
    Patrick

    Hallo phreak0r,


    Du brauchst die Adapterplatine -siehe Posting hier:


    40" Tft - Nachbesprechung - Bilder - usw...


    Könnte man ggf. auch auf einer Lochrasterplatine aufbauen. Auf einen Versuch käme es an.


    Dürfte bestimmt Spaß machen über 80 Einzeladern richtig miteindander zu verbinden....;)


    Wenn Tilo190 keine Adapterplatine mehr hat siehts mit Bezugsquellen schlecht aus.


    [EDIT]
    Auf die exterenn Tasten kannst Du zur Not verzichten. Alle notwendigen Funktionen lassen sich über die FB steuern.


    Gruß
    Paddy

    Hallo,


    hier mal meine Einstellungen:



    Relevant sind die Werte bis Zeile 16.
    Ich habe weiche Übergänge durch diese Filtereinstellungen bekommen. Vorher (default Werte) war es eher Richtung "hektische Lichtorgel" - aus dem Alter bin ich raus.....


    Gruß
    Paddy

    Hallo zusammen,


    Ich komme aus dem Ruhrgebiet und habe seit Anfang Juni die Probleme mit DVB-C. Mit der alten Channesl.conf hatte ich keinen Empfang mehr ausser auf dem Unitymedia - Werbekanal .


    Ich habe eine TT DVB-C 2.1 C2100 + 2 DVB-T Budget Karten für die privaten.


    Für die Fernsehkabelkanäle habe ich nun diese Channels.conf verwendet: Unitymedia (ish) Kanaländerung
    Damit habe ich auf den meisten Kanälen ein Bild aber überwiegend nur mit Artefakten.


    • Würde es Sinn machen einen Technier von UM kommen zu lassen um das Signal neu einmessen zu lassen um die Artefakte wegzubekommen ?
    • Hat jemand ne vollständige Channels.conf für's Ruhrgebiet- die im Wiki ist veraltet ?


    Noch zusätzliche DVB-C Budgets machen wohl wenig Sinn nur um auf QAM265 gehen zu können - abgesehen davon habe ich keine Steckplätze mehr frei.... ;)


    Gruß
    Paddy

    Hallo justmad,


    hier mal meine Einstellungen aus der setup.conf im Verzeichnis /etc/vdr:



    Relevant sind die Werte bis Zeile 16.
    Ich habe weiche Übergänge durch diese Filtereinstellungen bekommen. Vorher (default Werte) war es eher Richtung "hektische Lichtorgel" - aus dem Alter bin ich raus..... :D


    Gruß
    Paddy

    Hallo zusammen,


    ich nutze den VDR ebenfalls seit mehreren Jahren und bin sehr zurfrieden was Funktionalität, Stabilität und Erweiterbarkeit angeht.
    Mal eben z.B. ein Atmolight als Plugin geht unter Windows sicherlich auch (es gibt ja einen Thread dazu) unter Linux auch mit einer "schwachbrüstigen" Maschine kein Problem.


    Die Tatsache das man unzählige Plugins zur Verfügung hat und den VDR nach Bedarf erweitern kann ist sicherlich ein großer Vorteil.


    Aber abgesehen davon - mein Killerfeature ist und bleibt NOAD.
    Filme werbefrei genießen zu können bei schon inital zu 90% sauberen Schnitten (framegenau, auch unter Berücksichtigung der wiederholten 30s nach der Werbung die mit geschnitten werden) ist schon ein Hammer. Und das auch noch online während der Aufnahme.


    Ich wüsste im Augenblick kein System (weder Kauf noch MCE, bzw. Media Portal) das diese Funktion so bietet.


    Auf den grafischen "SchnickSchnack" von MCE & Co kann ich verzichten zumal ich kein Windows (weder Vista noch XP) als OS darunter haben möchte - allein schon aus Ressourcen- und Stabiltätsgründen.


    Gruß
    Paddy

    Hallo zusammen,


    ich weiss nicht ob es schon bekannt ist, hier verscherbelt jemand ein fertiges atmolight "AurroLight" (wieso der Name wohl so ähnlich klingt......Nachtigall ich hör Dir.... :whatever)


    TV Beleuchtung AurroLight Komplettbausatz


    Da hat sich jemand richtig Arbeit gemacht und wertet das FBAS bzw. RGB-Signal direkt mit zwei Atmega8's aus.


    Man bräuchte also keinen VDR (obwohl ich das wiederum schlecht finde :D :D :D).


    Wer nicht mehr warten kann oder will......


    P.S. Ich bin nicht verwandt, befreundet oder sonstwie liiert mit dem Hersteller des Produktes