Beiträge von MikeDK

    welches scan tool hast du verwendet? für S2 brauchst du entweder s2-scan oder w_scan


    oder probier einfach mal, diese beiden einträge in deine channels.conf zu adden...:


    Code
    Das Erste HD;ARD:11361:hC23M5O35S1:S19.2E:22000:6010:6020=deu;6022=deu:6030:0:11100:1:1011:0
    ZDF HD;ZDFvision:11361:hC23M5O35S1:S19.2E:22000:6110:6120=deu;6122=deu:6130:0:11110:1:1011:0



    lg, mike

    guck mal hier:


    http://www.vdr-wiki.de/wiki/index.php/Svdrphosts.conf


    normalerweise funktioniert diese datei nur als "whitelist", und vdr macht nen listen auf 0.0.0.0
    aaaaber: weil yavdr ja alle möglichen patches drin hat, kann es gut sein, dass dieser patch hier auch drin ist:
    http://www.mail-archive.com/vdr@linuxtv.org/msg11679.html


    der bewirkt naemlich, dass wenn keine svdrphosts.conf da ist, oder dort nur 127.0.0.1 spezifiziert ist, auch nur auf localhost der listen gemacht wird ...



    lg, mike

    also meiner persönlichen erfahrung nach ist xineliboutput schneller mit umschalten


    in den plugin settings von xineliboutput gibts ja diesen punkt "decoder" (oder so aehnlich) wo man die buffer size einstellen kann ... falls das bei dir auf "large" steht, probiers mal mit "medium" oder "small"


    rein theoretisch sollte damit das zappen schneller werden, weil ein kleinerer buffer ja auch schneller gefüllt ist ... allerdings könnte es dann natuerlich auch öfter zu buffer underruns kommen, sprich hängern


    ich würd mal folgendes vorschlagen: vergiss streamdev, und verwende vdr-sxfe, um am client die verbindung zum server herzustellen ... was ich so gehoert hab, soll das ziemlich gut funktionieren ...allerdings hab ich das selbst noch nie getestet ...

    goldbär: also das vdr plugin vnsiserver kannst du von der pvr-testing2 version lassen... hab ich auch so gemacht ... beim xbmc-compile muss natuerlich alles ausm opdenkamp git sein ;)


    und ich muss sagen: ich bin super-duper-happy damit =)
    seit ich gestern die xorg.conf modelines noch richtig eingestellt hab, laufen 24p mkvs auch endlich ohne ruckeln ... und xbmc haengt sich beim switchen der auflösung/wiederholrate auch nicht mehr auf wie mit pvr-testing2


    alles in allem das stabilste xbmc, das ich je hatte ;)

    also bei mir dauert es sogar ohne client/server konfiguration schon über 2 sekunden, auf nen hd sender umzuschalten ;)


    an den 100mbit liegts bei dir wohl eher nicht ... die sind mehr als ausreichend zum streamen


    ich vermute mal, dass der wiedergabepuffer am client vielleicht ein bisschen zu gross gewählt ist ... was verwendest du als frontend? xine? xineliboutput?



    lg, Mike

    achja, noch was: kA, ob das auch bei anderen xbmc Versionen so funzt, aber mir fiel gestern auf, dass wenn ich in den System/Video Hardware Settings die Render Methode auf "Extended Shader" stelle, dann geht Temporal-Spatial Deinterlacing auf ServusTV HD in 1920x1080i super flüssig ... wenn ich das auf "auto" stehen lasse, dann gehts nur mit fiesem ruckeln ...


    hatte das bisher immer auf "auto" stehen lassen, und in xbmc auf servusTV HD noch nie ruckelfreies deinterlacing ...



    lg, Mike

    Also ich verwende im Prinzip nur VideoMonkey und Shoutcast ... wobei letzteres seit ein paar wochen nicht mehr so richtig mag ...


    Aber VideoMonkey find ich genialstens ... brauch ich jede Woche, um mir aus der ZDF Mediathek meine Kochsendungen reinzuziehen, hehe

    achja vergessen: falls ne ältere xbmc version schon installiert ist, in das source verzeichnis dieser gehen, und mit

    Code
    make uninstall


    zuerst die alte version deinstallieren, bevor man im Dharma-pvr das make install ausführt ...

    rfehr:


    genau wie asshelp gesagt hat...: wenn Du schon eine kompilierte xbmc version drauf hast, ist es relativ easy... wenn nicht, wie folgt:


    fuer vdr brauchst du im prinzip mal nur das vdr-vnsiserver plugin, und sonst gar nix ... dieses ist bei den sourcen von xbmc dabei (in verzeichnis xbmc/xbmc/pvrclients/vdr-vnsi/vdr-plugin-vnsiserver)
    einfach die sourcen nach vdr-1.7.16/PLUGINS/src/vnsiserver kopieren, und vdr wie gehabt kompilieren und installieren...
    ich persönlich hab jetz die VDR version 1.7.16 laufen ... (ja ich weiss, meine signature is ein bisserl out of date ;)) ... sollte aber genauso mit 1.7.14 funzen



    dann Dharma-pvr runterladen:

    Code
    cd /usr/src
    mkdir opdenkamp
    cd opdenkamp
    git clone https://github.com/opdenkamp/xbmc.git
    cd xbmc
    git checkout Dharma-pvr


    für xbmc musst du zuerst mal alle pakete installieren, die in der README.linux angegeben sind ... hat man das mal geschafft, gehts straightforward weiter:


    Code
    ./bootstrap
    ./configure --prefix=/usr --enable-vdpau
    make
    make install


    wenn vorher schon xbmc installiert war, dann vorm starten der Dharma-pvr binaries noch im home ordner das .xbmc verzeichnis sichern oder löschen .... hatte das zuerst nicht gemacht, und hatte probleme mit deinterlacing...



    lg, Mike

    also bei mir rennt das Dharma-pvr seit gestern ziemlich gut ... und meiner meinung nach ist der Installationsaufwand mit vnsi sowieso sehr gering (viel geringer als mit libxineoutput find ich) ... mir ist nur eins aufgefallen: der LCD/VFD Support in xbmc ist jetz futsch ... :/
    ist das mit Dharma nun irgendwoandershin ausgelagert worden?



    lg, mike