Posts by icle

    Huhaa

    als erstes stellen wir erstmal sicher ob dein vdr mit xineliboutput läuft!

    auf dem vdr:

    ps aux | grep vdr

    sollte dir anzeigen, was vdr alles für optionen aufruft und dort sollte auch das plugin stehen.

    also nächstes schaust du ob du den stream empfangen kannst.
    (aus deinem localen netz - oder localer rechner - nicht VB!)

    Code
    mplayer http://$IP:37890
    vlc http://$IP:37890
    xine http://$IP:37890

    einen von diesen playern wirst ja drauf haben und er muss ein bild, nach kurzem cachen, liefern.

    so wissen wir, dass dein vdr-server richtig rennt!

    ich denke, du kommst aus VB nicht in dein lokales netzwerk. denn es wird ein eigenes generiert.
    auf die schnelle wüsst ich auch nicht, wie dies zu lösen ist.

    aber: du sollst ja auch ohne VB arbeiten (können).

    auf deinem windows rechner siehe den geposteten link "vdr-sxfe für windows".

    und für mac muss ich mir selbst erstmal anschauen. evtl finde ich das für "mac + vdr-sxfe"


    gruß

    ps: ist der mac ppc oder x86?

    Huhaa

    vdr-admin und live ist schon verschieden.
    und osd war doch im stream mit drin, bei vdr-admin!?

    starte vdr-sxfe erstmal ohne --post.
    ich denke mal, da du ja doch vb nutzt, das dein eingesperrtes os einen falschen netzwerkbereich hat.
    kann es jetzt nicht testen, aber schaue bitte mal danach.

    zur not zeig mal die ausgabe von vdr-sxfe.

    gruß

    ps: was ist fink?

    Huhaa

    bei mir musst dies gut machen. nicht beim forum
    (dies wird schon genug belohnt, durch meine dazugehörigkeit ;) )

    und anfangen kannst damit, indem du mein verkaufsthread leer kaufst. selbstverständlich mit der nachfrage nach neuem.
    und morgen früh, bevor ich das haus verlasse, mal schnell mit der bürste über die schuhe :D

    den rest über pm


    :lol2

    Code
    CMD="$BINDIR/vdr -L $PLUGINDIR $PLUGINS $COMMON_PARAMETER -v $VIDEODIR -c $CONFDIR -w $WATCHDOGTIMER -E /video0/epg.data -s /usr/bin/poweroff.pl -r /usr/bin/recordinghooks.sh < /dev/tty$VDRTTY"


    zu finden unter up)

    kannst es dann irgendwo dazwischen setzen. zb
    -v $VIDEODIR -P'xineliboutput --local=none --remote=37890' -c $CONFDIR

    det wars (hehe, was für ein wortspiel :D )

    -

    schon vdr-sxfe (xinelibputput-sxfe) besorgt?

    testen kannst dies auch mit vlc, mplayer. nur halt ohne osd. aber dann siehst du erstmal, dass dein vdr richtig rennt.

    http://vdr-portal.de/board/thread.php?threadid=79586&hilight=vdr+sxfe

    Huhaa

    nimm das plugin wieder raus aus dem setup.

    schaue dir mal die runvdr an. liegt im /etc/init.d verzeichnis.

    benutze leider schon seit einer ewigkeit kein linvdr/mahlzeit mehr, daher kann ich dir die stelle nicht raussuchen.

    aber schaue einfach wo vdr gestartet wird. die zeile sieht in etwa so aus:
    $VDR (-v)$VIDEO (-L)$LIBS (-P)$PLUGINS

    und du fügst einfach hinter PLUGINS ein -P'xineliboutput --lcoal=none' dran. mehr nicht.
    (wenn du keinen zugriff mit vdr-sxfe haben solltest dann füge -P'xineliboutput --local=none --remote=3789' an)

    vdr sollten starten und xineliboutput sollte unter plugins zu finden sein.

    ob es einen ordner unter vdr_dir/plugins gibt oder nicht, ist egal.

    viel glück

    vorweg:

    man kann auch den vlc dazu missbrauchen, den vdr via osd zu bedienen.
    siehe wiki.

    vdr starten mit der option

    Code
    -P'ffnetdev -e'

    und dann mit dem vlc, wie im wiki beschrieben, drauf zugreifen.

    vorteil: für win und mac verfügbar.
    nachteil: das osd ist instabil (imho) und der server wird locked.
    also, wenn vlc sich den stream holt ist kein bild mehr auf dem vdr!

    -------------

    xineliboutput:
    ist zb bei mir, lenny, mit im repo. -> xineliboutput-sxfe

    description:
    das xineliboutput hat optionen. wichtig hier --local

    bsp:
    (die option --primary lass ich jetzt mal weg!)
    starte vdr auf der console:

    Code
    vdr -c .. -v ... -L ... -P'xineliboutput --local=fbfe'


    startet den vdr local im framebuffer modus

    starte den vdr in einem xterm (X)

    Code
    vdr -c .. -v ... -L ... -P'xineliboutput --local=sxfe'


    startet den vdr local in einem neuen fenster

    sage ich jetzt

    Code
    vdr -c .. -v ... -L ... -P'xineliboutput --local=none'


    heißt dies, vdr benutzt auf dem laufenden rechner kein xineliboutput
    stellt es aber zur verfügung wenn jmd es anfordert
    (server-client prinzip -> apache:firefox)

    dies könntest auf der gleichen maschine tun, mit

    Code
    vdr-sxfe xvdr://localhost


    fenster öffnet sich in X

    oder

    Code
    vdr-fbfe xvdr://localhost


    oder im framebuffer

    demzufolge geht dies natürlich auch mit

    Code
    vdr-sxfe xvdr://lIPDESVDRs oder vdr-fbfe xvdr://IPDESVDRs

    wir erinnern uns an: der webserver apache bietet an, der browser firefox holt sich das angebot.


    puh, jetzt bin ich müde ;)

    Huhaa

    ich kann tr500 nur zustimmen.
    dies ist der, für mich, konfortabelste weg.
    außerdem erspart du dir vb, vdr, sowie dummydev.

    vorweg: wie es bei mac mit vdr-sxfe aussieht weiß ich nicht.
    aber für windows gibt es hier im forum irgendwo einen build. basierend auf cygwin. testen musst du dies selbst.

    wenn ich mich recht entsinne ist beim mahlzeit image das xineliboutput dabei.

    dies fügst du in dein startscript mit ein:

    Code
    -Pxineliboutput --local=none --remote=37890


    (code müsste stimmen)

    das sollte deinen vdr weiterlaufen lassen wie gewohnt.

    deinen client (vdr-sxfe) startest du wie folgt:

    Code
    vdr-sxfe xvdr://$IP:37890


    optionen für video,audio etc musst du selbst anpassen (denke auch an die remote.conf)

    nun solltest du das bild bekommen, sowie das osd des servers.
    was heißt:
    alles (via osd) wird auf dem server gemacht. timeshift, aufnahmen, convert etc

    ---------

    fazit: du sparst dir das booten der vm und benutzt das frontend ganz normal als application.


    hoffe, habe jetzt nix vergessen. kannst aber nochmal nachfragen, bei unklarheiten.

    (ps: hoffe vdr-sxfe meckert nicht wegen der unterschiedlichen version)


    gruß


    edit: svdrphost.conf anpassen!

    das sollte ohne weitere probleme funktionieren, solange dein netz arbeitet.
    timeshift - je nachdem wie du den stream holst, weil

    du kannst dir auch von deinem server das osd holen, mit xineliboutput.

    der rest wie xine & co brauchst den vdr service. (dummydev)

    gruß

    Paulaner

    wenn wir den ersten eintrag nehmen, welchen du zum booten von slax via usb nutzt:

    Code
    LABEL xconf
    MENU LABEL Slax Graphics mode (KDE)
    KERNEL /boot/vmlinuz
    APPEND initrd=/boot/initrd.gz ramdisk_size=6666 root=/dev/ram0 rw autoexec=xconf;telinit~4 changes=/slax/


    müssen wir das so:

    Code
    label Slax Graphics mode (KDE)
    kernel /boot/vmlinuz ramdisk_size=6666 root=/dev/ram0 rw autoexec=xconf;telinit~4 changes=/slax/
    initrd /boot/initrd.gz


    umgestalten.

    nun sollte es gehen.

    denke an das initrd file.

    gruß
    gruß

    das sollte mit der loop through funktion gehen. (brauchst also das kabel) ohne die treiber der karte zu nutzen. ein anderer weg wäre mir nicht bekannt.

    (oder lässt deine ausgabe in xvid/divx umrechnen und schmeisst sie dann über die em8300, dann wird nix berechnet - aber glaube kaum, dass du dies möchtest)

    gruß

    edit: aber der tv-out wäre dann belegt, wenn mich nicht alles täuscht.