Beiträge von ronfein

    Nach dem Rechnerumzug von einem ESPRIMO E5600 auf einen ESPRIMO P5615 (siehe auch Signatur), startet der Rechner leider nicht mehr am richtigen Tag sondern immer nur zur richtigen Uhrzeit. Also wenn mehr als 24h bis zur nächsten Aufnahme sind, startet der Rechner schon vorher. Es hat den Anschein, als ob nur die Uhrzeit aber nicht der Tag ausgewertet wird. Derzeit behelfe ich mir mit einer Dummyprogrammierung eines kurzen täglichen Termins - der Rechner fährt für 5 min hoch und falls nichts anliegt wieder aus. So sind nie mehr als 24h zwischen zwei Programmierungen. Trotzdem - kann man irgendwie erreichen, dass der Tag auch berücksichtigt wird? Gibt es Tipps oder Anleitungen dazu? Vielen Dank.

    Hallo,


    ctVDR 7 ist hier auf "neuere" Hardware (siehe Signatur) umgezogen. Das war soweit auch erfolgreich, einzig die Ausgabe über den Computerbildschirm via xorg (und xineliboutput) hat jetzt anstatt wie vorher richtig 16:10 jetzt falsch 4:3 Format. Somit haben die 16:9 Sendungen jetzt 4 schwarze Streifen rundherum. Seit ctVDR 7 gibt es hier die xorg.conf nicht mehr, wo man früher einiges einstellen konnte.
    Hat wer einen Tipp, wie man xorg jetzt konfiguriert, damit wieder die richtige Bildschirmauflösung verwenden wird?


    Grafikkarte im alten System war eine FSC Nvidia Geforce 7300 LE. Jetzt ist es onboard Grafik Nvidia 6150 SE.


    TIA, Ron.

    VDR sollte um die Möglichkeit, Internetstreams abzuspielen, erweitert werden.
    Dazu das Vodcatcher-Plugin mit

    Code
    apt-get install vdr-plugin-vodcatcher


    installiert.


    Danach kam auf dem OSD die Fehlermeldung "Wiedergabe fehlgeschlagen! "
    In Datei /var/log/user.log stehen passend dazu folgende Fehlermeldung

    Code
    Jun 13 15:33:21 vdr: [2626] DEBUG (vdr-vodcatcher): Starting to play http://medien.wdr.de/m/1307869200/maus/wdr_fernsehen_die_maus_20110612.mp4 
    Jun 13 15:33:21 vdr: [2626] MPlayer service: cannot find source for '/tmp/vodcatcher.pls', real '/tmp/vodcatcher.pls'
    Jun 13 15:33:21 vdr: [2626] DEBUG (vdr-vodcatcher): Mplayer service failed
    Jun 13 15:33:21 vdr: [2626] ERROR: Wiedergabe fehlgeschlagen!
    Jun 13 15:33:27 vdr: [2736] [xine..put] Closing connection 0


    Für diesen Fehler steht die Lösung in diesem Posting. Danke. :)
    Also in Datei /etc/vdr/plugins/mplayersources.conf

    Code
    /tmp;Vodcatcher;0


    hinzugefügt. Danach vdr neu gestartet mit

    Code
    /etc/init.d/vdr restart


    Jetzt erscheint eine OSD-Meldung, dass die Wiedergabe gestartet wird. Das Fernsehbild verschwindet kurz (bleibt kurz stehen, danach schwarzer Bildschirm), um nach 1-3 Sekunden normal mit der Fernsehwiedergabe fortzufahren, ohne den Stream auch nur angespielt zu haben.


    In Datei /var/log/user.log stehen passend dazu folgende Fehlermeldung




    In Datei /var/log/syslog stehen passend dazu folgende Fehlermeldung



    Wie kann man jetzt weiter zwecks Fehlerbehebung vorgehen? Vielen Dank.

    Als (Linux-)Anfänger ist man glücklich, wenn man eine einigermassen, ordentliche Beschreibung hat. Das war zumindest bei der c't 11/2007 der Fall. Damit und dem ct-Installer empfand ich die TV-Ausgabe via X11 nicht als grosse Baustelle.

    Jetzt gibt es ein Problemchen bei der Vollbilddarstellung des Fernsehbildes mit vdr-sxfe. Schaltet man von der Fensterdarstellung auf Vollbild um (Doppelklick auf das Fenster), so wird das Vollbild mit einem Standbild dargestellt und das aktuelle Fernsehbild nur in der ursprünglichen Größe des Fensterbildes aktualisiert. Lässt man in der Fensterdarstellung den Fensterrahmen weg (toggle mit rechter Maustaste auf das Fensterbild), so kann man problemlos zwischen Fensterdarstellung und Vollbild wechseln. Es funktioniert dann wie erwartet.


    Zwar wird vdr-sxfe hier i.d.R. im Vollbild gestartet - aber auch mal öfter hin und her zwischen Fensterdarstellung und Vollbild geschaltet. Kann man vdr-sxfe gleich so starten, dass bei der Fensterdarstellung der Fensterrahmen weggelassen wird?


    TIA, Ron.

    Hier wurde soeben ein Upgrade von Ubuntu v10.4 auf v10.10 durchgeführt. Upgrade ist erfolgreich durchgelaufen. Nach Aktivierung der durch das Upgrade deaktiverten Pakete zeigt die Aktualisierungsverwaltung die Pakte libxine1-xvdr (1.0.6+cvs20100608.2009-1) und xineliboutput-sxfe (1.0.6+cvs20100608.2009-1) an. Nach Drücken von "Aktualisierungen installieren" werden die Pakte leider nicht installiert, sondern es kommt nur eine Fehlermeldung mit

    Code
    Installation von Paketen erforderlich, denen nicht vertraut werden kann
    
    
    Diese Aktion würde die Installation von Paketen aus nicht authentifizierten Software-Paketquellen erfordern.
    
    
    Details
    libxine1-xvdr xineliboutput-sxfe


    Was ist zu tun?


    TIA, Ron.

    Schlussendlich kommt es darauf an, was man von den Clients erwartet und was alles auf dem Server an Diensten läuft.


    Meine Erfahrungen:


    Windows: Mit VLC klappt das Streaming von aktuellen Fernsehsendung. Einfach Aufnahmen zu streamen, ist mir nicht gelungen. Wenn man allerdings Samba auf dem Server installiert, kann man sicherlich direkt auf das Aufnahmeverzeichnis zugreifen und mit VLC abspielen.


    Linux: Da ctVDR Debian als Basis hat, ist es sicherlich nicht verkehrt bei den Clients ebenfalls darauf zu setzen. Hier ist es Ubuntu jetzt in v10.04. Auf dem Client reicht dann die Standardinstallation von Ubuntu plus dem xineliboutput aus dem Repository von Hanno. Somit hat man dann haargenau dieselben Funktionen wie lokal. Allerdings geben dann Server und alle Clients haargenau dasselbe wieder.

    Bei vdrrip beendet sich mencoder mit einem segfault und die Aufnahme kann nicht erfolgreich konvertiert werden


    Installierte deb package mencoder/mplayer:

    Code
    mencoder_1%3a1.0.rc2svn20080706-0.1lenny2_i386.deb
    mplayer_1%3a1.0.rc2svn20080706-0.1lenny2_i386.deb



    /var/log/syslog

    Code
    Jun 12 17:48:00 CTVDR7 kernel: [ 1950.332052] mencoder[2954]: segfault at b5ff3040 ip 0829a352 sp bfb6f3ac error 4 in mencoder[8048000+741000]
    Jun 12 18:26:12 CTVDR7 kernel: [ 4242.164799] mencoder[3590]: segfault at b5fee040 ip 0829a352 sp bf873f7c error 4 in mencoder[8048000+741000]
    Jun 12 19:38:40 CTVDR7 kernel: [ 8590.235787] mencoder[3891]: segfault at b5ec8040 ip 0829a352 sp bf80741c error 4 in mencoder[8048000+741000]
    Jun 12 21:19:23 CTVDR7 kernel: [14634.119056] mencoder[4204]: segfault at b5edf040 ip 0829a352 sp bfc2002c error 4 in mencoder[8048000+741000]
    Jun 13 11:15:21 CTVDR7 kernel: [  710.287598] mencoder[2907]: segfault at b6028040 ip 0829a352 sp bfb6977c error 4 in mencoder[8048000+741000]
    Jun 13 11:25:18 CTVDR7 kernel: [ 1308.044028] mencoder[3268]: segfault at b5fc6040 ip 0829a352 sp bff9640c error 4 in mencoder[8048000+741000]


    Hat wer einen Tipp, wie man den Fehler beseitigen oder zuverlässig umgehen kann? Danke.

    So jetzt ist testweise ctVDR7 frisch iinstalliert. Die persönlichen Einstellungen aus ctVDR6.2 zu übernehmen ging schneller als befürchtet - hauptsächlich configs mergen.


    Was aufgefallen ist:
    1. einige Abhängigkeiten bei der Installationen stimmen nicht.
    a) vdr-sxfe benötigt eine xorg-Installation. Diese wird entgegen dem c't-Artikel nicht automatisch durchgeführt. Die Beschreibung in c't 11/2007 ist dagegen korrekt.
    b) vdrrip benötigt mplayer und mencoder.


    2. Wakeup via ACPI_addon funktioniert hier, obwohl beim Herunterfahren eine Fehlermeldung erscheint, dass die Datei /proc/acpi/alarm fehlt. Kommt wohl von /etc/init.d/vdr-addon-acpiwakeup.


    3. Beim Start erscheint die Meldung.

    Code
    [    0.000000] Warning only 896MB will be used.
    [    0.000000] Use a HIGHMEM enabled kernel.
    [    0.000000] 896MB LOWMEM available.

    Welcher Kernel ist für AMD Sempron 3000+ der richtige? Es wird derzeit 2.6.28-etobi.3-486 genutzt.


    4. Im OSD-Menü ist die Darstellung einiger Umlaute nicht korrekt. EPG stimmt, im Wartungsmenü sehen die Umlaute komisch aus.


    5. Bei "apt-get upgrade" kommt die Meldung, dass vdradmin-am zuückgehalten wird. Was hat es damit auf sich? Warum?


    6. Die Konvertierung von Aufnahmen mit Vdrrip (und mencoder) bricht ab:

    Code
    [  327.411326] vdr[2697]: segfault at 829 ip 0809b0ce sp b5031a50 error 4 in vdr[8048000+12d000]
    [ 2682.869025] mencoder[3904]: segfault at b5fb8c40 ip 0829a352 sp bf83c87c error 4 in mencoder[8048000+741000]

    Die 1min "preview" funktioniert. Beim ganzen Film gibt es den Fehler. Hat noch wer das Problem? Wie lässt sich der Fehler beseitigen?


    Falls der letzte Punkt mit Vdrrip-Fehler beseitigt werden kann, wäre es als Produktivsystem einsetzbar.

    Kurze Frage: Läuft ctVDR v7 stabil mit ACPI-wakeup?


    Ausführlicher Hintergrund: Derzeit "produktiv"
    1. Rechner mit ctVDR6.2 als Streaming-Server und Recorder ausschliesslich mit DVB-T (also kein HD)
    2. Rechner mit Ubuntu v9.04 (bzw. v9.10) als Streaming-Client mit xineliboutput-sxfe (vdr-sxfe)


    Der 1. Rechner läuft stabil. ctVDR6.2 erfüllt seinen Zweck vollauf. 2. Rechner läuft mit Ubuntu v9.04 mehr schlecht als Recht, da die WLAN-Verbindung nicht zuverlässig aufgebaut wird. Mit (Test-)Upgrade auf v10.04 ist zwar das WLAN-Problem komplett verschwunden, jedoch tut vdr-sxfe aufgrund Versionsunterschiede nicht mehr (ctVDR6.2 xineliboutput v1.3, Ubuntu v1.4...). Deshalb ctVDR Upgrade auf v7 nach meinem altem Bericht durchgeführt und Kernel linux-image-2.6.28-etobi.3-486 installiert. Bei Ubuntu v10.04 die vdr-Pakete von Hanno installiert. Somit sind beide Rechner bzgl. xineliboutput auf gleichen Stand v1.6. Prinzipiell funktioniert es. Nur leider ist ctVDR7 instabil: ACPI-wakeup funktioniert nicht zuverlässig d.h. beim ersten Test ging es. Danach jedoch nicht mehr. Umcodieren von Aufnahmen mit vdrrip und mencoder wird nach ein paar Minuten mit einer mencoder-Fehlermeldung erfolglos beendet. Nur der Vollständigkeit halber: Fehlermeldungen bei apt-get upgrade über zurückgehaltene Pakete (vdradmin-plugin...) und im Menü werden einige Umlaute nicht korrekt dargestellt.


    Vermutlich ist beim ctVDR-Upgrade einiges nicht glatt gelaufen. Wie ist ein Upgrade korrekt durchzuführen? Eine Neuinstallation von ctVDR v7 möchte ich nach Möglichkeit vermeiden. Allerdings wäre bei Erfolgsgarantie ;) auch der steinige Weg einer ctVDR-Neuinstallation gangbar - ausreichende, verregnete Wochenenden vorausgesetzt. :D


    Welche Erfahrungen gibt es so mit (Standard-)ctVDR v7? Funktioniert ACPI-wakeup zuverlässig oder was muss modifiziert werden, damit es läuft?

    Ich habe hier kein DVB-S sondern nur DVB-T. Prinzipiell sollte aber mit den Esprimo auch DVB-S in SD gehen. HD (DVB-S2) ist keine Frage der Karte sondern der Software - der Terratec Karte liegt also Windows-Software bei, welche HD-Wiedergabe beherrscht. Für HD empfiehlt sich unter Linux eine VDPAU-fähige Grafikkarte, dann spielt der Prozessor eigentlich keine Rolle mehr. Der Esprimo braucht zur Wiedergabe ohnehin eine bessere Grafik, da die eingebaute Grafik praktisch für VDR kaum zu gebrauchen ist.

    Zitat

    Original von ronfein

    Hier nur bei Windows XP, da das Abschalten per Software gesteuert wird. Im Windows-XP-Treiber lässt sich das Abschalten konfigurieren. Unter Linux (Ubuntu 9.04, c'tVDR v6.2) bleibt der interne Lautsprecher an und eine Möglichkeit zum Abschalten fand ich bisher nicht.

    So gestern nochmals mit alsamixer gespielt und festgestellt, dass hier der 2 Lautstärkeregler (mono) den internen Lautsprecher beeinflusst - man kann ihn also unabhängig lauter, leiser und somit auch ganz aus stellen. :)