Beiträge von Duff11

    Danke. Habe mal mehrere Plugins mit einem --Zeichen versehen. Bisher läuft's. Mal schauen, ob die gesamte aufzunehmende Sendung komplett aufgezeichnet werden kann.


    /etc/vdr/plugins/order.conf


    Was verbirgt sich hinter firstplugin und secondplugin?

    Ja, habe ich. Allerdings stehen dort nur first- und secondplugins. Third- und fourthplugin werden nicht geladen. Aber was verbirgt sich dahinter?





    Werden eventuell alle Plugins aus dem Verzeichnis /etc/vdr/plugins geladen?


    Was steht denn in der Konfig des Live-Plugins? Müsste z.B. unter /etc/vdr/plugins/plugin.live.conf oder /var/lib/vdr/plugins/plugin.live.conf liegen


    Wird es besser, wenn du nur entweder xineliboutput oder xine (oder keines) verwendest?

    Gute Frage. Wie kann ich denn nur eins von beiden "disablen"?



    Hast du da noch einen Webserver (z.b. Apache, lighttpd) installiert, der auf den gleichen Port eingestellt ist?

    Ja, da läuft noch ein apache auf Port 80.
    Was für ein vdr-Dienst will denn auf Port 80 zugreifen?
    Ist dies schlimm, wenn dieser "Dienst" scheitert?

    Da bin ich mir nicht so sicher, da ich eigentlich nur remote auf den Server zugreife, um dann von einem Notebook oder Handy zu schauen.


    Im Logfile finde ich aber xineliboutput, xine, vdr-sxfe und vdr-fe.


    Anbei das Logfile nach einem vdr restart.



    Und noch die setup.conf.



    Kann man den Buffer irgendwo einstellen?
    Oder ist dann auch die CPU am Anschlag? (--> Hatte ich bisher noch nicht mit geloggt beim Einfrieren)

    Hallo,


    wenn ich den vdr auf einen HD-Sender schalte, oder versuche eine Aufnahme auf einem HD-Sender durchzuführen, hängt sich der komplette vdr-server nach einer Weile weg (gerade eben nach ca. 30 Minuten).


    Hier noch die Ausgaben aus dem Logfile, welches ich mit tail -f noch geöffnet hatte.


    Mein System ist ein debian squeeze

    Code
    Linux myvdr 2.6.32-5-amd64 #1 SMP Mon Oct 3 03:59:20 UTC 2011 x86_64 GNU/Linux



    Das geladene ngene Treiber Modul:


    Und noch ein lspci mit erweiterten Infos:



    Habe ich noch irgendwelche Angaben vergessen, die hilfreich sein könnten???

    Doch, es lief. Aber leider nur teilweise.


    Konnte den Fehler jetzt aber finden. Die channels.conf, die immer editiert wurde war die falsche (wg. symbolischen Link an anderer Stelle) und in der "alten" Datei waren Fehler in Form von "falschen Zeichen" enthalten, die wohl beim manuellen Konfigurieren einer Favoritenliste entstanden sind.



    Vielen Dank für eure gute Hilfe!!!


    Was macht übrigens S28.2E in dem Kanalstring von S19.2E?


    Von einem kaputtem Diseqc-Setup hast Du auch noch nix erwähnt.


    Duff11, danke dass Du Dir absolut keine Mühe machst, die Fragen zu beantworten, die ich Dir in den letzten Postings gestellt habe. Jetzt habe ich auch keine Lust mehr, Dir weiterzuhelfen. Viel Glück!


    Gruß
    hepi

    Sorry, so war das wirklich nicht gemeint.


    Besitze ein gültiges Abo und kann auch die nicht HD-Sender ohne Probleme empfangen. Stecke ich die Abo-Karte in den Receiver, so funktionieren auch die Syk HD Sender.


    Ich habe einen SAT-Anschluss.
    Wie kann ich die weiteren, nötigen Informationen ermitteln? (wie z.b. discq)


    Nutze den vdr schön länger, möchte jedoch nun auch die Abo-Karte aus dem Receiver im vdr nutzen können, damit ich den Receiver wieder abgeben kann.


    Hoffe, dass ich nichts an Infos vergessen habe.

    Mmh...Leider funktionieren die aus dem Link zur yavdr-Seite auch nicht.


    Hier ein Vergleich bei Sky Cinema HD (alt - neu->yavdr, wobei beide nicht funktionieren)

    Code
    Sky Cinema HD,CinemaHD;SKY:11914:HC910M2O35S1:S19.2E:27500:1279=27:0;1283=deu@106,1284=eng@106:32:1833,1834,9C4,9C7,9AF,1861:131:133:6:0
    Sky Cinema HD,CinemaHD;SKY:11914:hC23:S28.2E:27500:1279=27:0;1283=deu@106,1284=eng@106:32:1833,1834,9C4,9C7,9AF,1861:131:133:6:0

    Sorry, hatte mich vertan. Meinte natürlich den Port 8001 vom vdradmind. Diesen konnte ich nun per SSH-Tunnel und Browser-Aufruf auf dem Client starten und eine Aufnahme tätigen.



    JUHU!!!!




    Jetzt, da die "umständliche" Art & Weise schonmal funktioniert, wäre eine elegantere Variante (ggf. auch fürs iPhone) schöner ;)