Beiträge von torstenv

    Hi!


    Hatte bisher immer die erste Version von der c't vdr Distri auf meinem System laufen, die einige Probleme machte, aber grundsätzlich OK lief, sodass ich zu faul zum Update war. Nun habe ich die neue c't VDR 6 installiert. Ganz nett, aber ich habe nun das Problem, dass ich beim Abspielen von Filmen per MPlayer nicht mehr mit der Fernbedienung spulen kann. Ich kann lediglich mit "blau" die Wiedergabe stoppen, ich kann aber nicht wie früher mit "grün" und "gelb" zurück- oder vorspulen.


    Wie kann ich das einrichten?


    Danke im voraus!


    T.

    Hi!


    Ich habe Probleme, das muggle-Plugin mit der Datenbank zu verbinden. Das c't Setup scheint bei mir keine DB automatisch eingerichtet zu haben, also habe ich über aptitude mysql5 server und client eingerichtet.


    Ich kann einwandfrei über

    Code
    mysql -u root -p

    nach Angabe des von mir eingerichteten Passwortes eine Verbindung zur Datenbank aufbauen. In /etc/vdr/plugins/plugin.mugle.conf habe ich eingestellt:

    Code
    -h localhost
    -s SOCKET_PATH /var/run/mysqld/mysqld.sock
    -u root
    -w meinPasswort
    -t /var/lib/mp3


    Dennoch bekomme ich immer wieder beim Aufruf von muggle den Fehler:

    Code
    May 24 13:24:09 Video vdr: [2996] Using socket SOCKET_PATH for connecting to local system as user root.
    May 24 13:24:09 Video vdr: [2996] Failed to connect to server 'localhost' as User 'root', Password 'meinPasswort': Can't connect to local MySQL server through socket 'SOCKET_PATH' (2)
    May 24 13:24:09 Video vdr: [2996] muggle: no translation found for 'Failed to connect to server 'localhost' as User 'root', Password 'meinPasswort': Can't connect to local MySQL server through socket 'SOCKET_PATH' (2)' in language 1 (Deutsch)
    May 24 13:24:09 Video vdr: [2996] info: Failed to connect to server 'localhost' as User 'root', Password 'meinPasswort': Can't connect to local MySQL server through socket 'SOCKET_PATH' (2)


    Ich verstehe nicht, warum ich per mysql auf die DB komme, und muggle nicht.


    Tipps?


    Danke im voraus!


    T.


    P.S.:
    Nein, "meinPasswort" steht nicht wirklich in der Datei, ich habe es hier im Posting verändert.
    Ja, ich weiß, dass es besser wäre, einen User in der DB für muggle anzulegen und nicht root zu verwenden, aber auf dem Rechner wird mysql nur für muggle verwendet und daher ist es kein Sicherheitsrisiko.

    Wie ich ja schrieb, ist das bei den Hosts nicht eingegrenzt. Hier die streamdeshosts.conf:


    #
    # svdrphosts This file describes a number of host addresses that
    # are allowed to connect to the SVDRP port of the Video
    # Disk Recorder (VDR) running on this system.
    # Syntax:
    #
    # IP-Address[/Netmask]
    #


    # 127.0.0.1 # always accept localhost
    # 192.168.169.0/24 # any host on the local net
    #204.152.189.113 # a specific host
    0.0.0.0/0 # any host on any net (USE THIS WITH CARE!)
    ~
    ~
    ~
    ~

    Hi!


    Ich kann nicht streamen und ich weiß nicht warum. Ich denke, es liegt zunächst mal daran, dass auf dem VDR Server gar kein Streaming Server läuft, denn netstat zeigt mir nicht, dass Port 3000 offen ist oder ein Listen darauf läuft. Das hat sich auch dadurch bestätigt, dass ich von einer anderen Kiste mit einem nc keine Daten bekam:

    Zitat

    nc <vdr-IP> 3000


    ergab keine Ausgabe. Die Verbindung wurde sofort geschlossen.
    Auch ein MPlayer Aufruf unterstreicht das:


    (...)
    Playing http://192.168.169.240:3000/3.
    Connecting to server 192.168.169.240[192.168.169.240]:3000 ...
    http_read_response read 0 -ie- EOF
    Unable to open URL: http://192.168.169.240:3000/3


    Im vdr habe ich im OSD Menu unter Einstellungen / Plugins / StreamDev server unten:
    Server starten : ja
    Port: 3000
    Streamtyp: PS


    ein ps zeigt mir an, dass der vdr u.A. mit der Option -P setramdev-server gestartet wurde. Ein /etc/init.d/vdr restart zeigt auch an, dass er das Plugin startet. Fehlermeldungen finde ich nicht.


    Im Syslog finde ich sogar eine Startmeldung vom StreamDev Server:
    Aug 15 15:19:23 video vdr[9020]: starting plugin: streamdev-server
    Aug 15 15:19:23 video vdr[9025]: Streamdev: Server thread started (pid=9025)
    Aug 15 15:19:23 video vdr[9025]: Streamdev: Listening (HTTP) on port 3000


    Hier ein Auszug aus der setup.conf:
    streamdev.HTTPServerPort = 3000
    streamdev.HTTPStreamType = 3
    streamdev.MaxClients = 1
    streamdev.RemoteIp = -none-
    streamdev.RemotePort = 2004
    streamdev.ServerPort = 2004
    streamdev.ShowSuspend = 0
    streamdev.StartClient = 0
    streamdev.StartHTTPServer = 1
    streamdev.StartServer = 0
    streamdev.StreamType = 0
    streamdev.SyncEPG = 0
    streamdev-server.AllowSuspend = 0
    streamdev-server.HTTPServerPort = 3000
    streamdev-server.HTTPStreamType = 2
    streamdev-server.MaxClients = 5
    streamdev-server.ServerPort = 2004
    streamdev-server.StartHTTPServer = 1
    streamdev-server.StartServer = 0
    streamdev-server.SuspendMode = 0


    Und es gibt keine Netzwerkrestriktionen für den Zugriff.


    Hat jemand einen Tipp für mich?


    Danke im voraus!


    T.

    Danke für die Antwort, jedoch habe ich ja, wie gesagt, die Sourcen des 'ct Kernels gar nicht. Damit habe ich auch die Config Datei nicht.


    Ich habe aber eben herausgefunden, dass in der Distro die ganzen optionalen Treiber als Module kompiliert sind, und nur eingebunden werden müssen. Das Modul war also schon da, ich musste es nur laden. Hat funktioniert. Jetzt geht's erst mal weiter!


    Danke trotzdem!


    T.

    Da mein VDR 24h läuft, möchte ich die Kiste auch als VPN Gateway mit OpenVPN einsetzen. Dazu brauche ich (so, wie ich mein Setup geplant habe) eine 2. Netzwerkkarte. Ich habe nun noch eine RealTek 8139 basierende Karte eingebaut, die aber nicht erkannt wird. Also unter cat /proc/pci kann ich sie sehen, aber sie taucht nicht in dmesg auf. Ich habe die letzte CT distri mit Standard Einstellungen:


    Zitat

    video:/usr/src/linux# cat /proc/version
    Linux version 2.4.21-i586-cdv (rnolden@intel) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Thu Aug 28 10:34:21 UTC 2003


    Ich habe dann versucht, einen neuen Kernel zu bauen und die Treiber entsprechend einzubauen. Dazu habe ich das Paket
    kernel-source-2.4.24-ctvdr-2.tar.bz2 gezogen, ausgepackt und einen symlink nach /usr/src/linux erstellt. mit make menuconfig habe ich die Einstellungen vorgenommen, die mir sinnvoll erschienen, jedoch gibt es mit diesem Kernel ein paar Probleme. Zwar werden jetzt beide Netzwerkkarten erkannt, allerdings scheinen Module für vdr und den Lirc zu fehlen. Außerdem weiß ich nicht, welche Konfigurationsoptionen ich im Kernel noch hätte machen müssen.


    Also Variante 1 für eine Lösung meines Problems wäre vermutlich, mir die Sourcen für den Kernel 2.4.21 zu holen und daraus das Modul für den RealTek Chipsatz zu kompilieren. Dies scheitert aber daran, dass in der Paketliste meiner sources.list kein 2.4.21er ct-vdr-Kernel aufgelistet ist. Ich könnte mir die original Sourcen von kernel.org holen... Ginge das?


    Variante 2 ist der Umstieg auf Kernel 2.4.24. Dazu müsste ich dann wissen, wie ich den mit der ct-vdr distri zum laufen bekomme. Derzeit mir offensichtliche Probleme sind, dass die DVB-S Karte nicht gefunden wird, und dass LIRC meckert, es gäbe ein Problem.


    Tipps?


    T.

    Oh Gott, wie peinlich!!!


    Zitat

    Normalerweise wird das über das OSD - Einstellungen - Plugins - mplayer eingestellt.


    Ja, sorry. Das hätte ich selbst erkennen müssen!!!


    Danke jedenfalls, funktioniert jetzt so, wie ich es gerne haben wollte!


    T.

    Hi!


    Ich setze die c’t Distribution ein. Folgende Änderungen habe ich vorgenommen:
    Anpassung der sources.conf an das Repository auf dem heise-Server, Update gefahren / MPlayer nach Anleitung (1.0-pre2) installiert, einige Plugins (nur vom heise server per APT ) installiert. Außer dem MPlayer habe ich nichts selbst kompiliert oder an Scripten gebastelt.


    Problem:


    VDR scheint von Zeit zu Zeit zu hängen. In diesen Fällen ist das System noch ansprechbar (SSH geht und ich kann auf der Maschine auch normal arbeiten), auf dem Fernseher sehe ich aber nur ein verzerrtes Standbild. Da dies leider meist des Nachts auftritt, kann ich den Zeitpunkt und die näheren Umstände leider nicht bestimmen. Auch im Syslog finde ich keine besonderen Auffälligkeiten hierzu. Um sich dem Problem zu nähern bräuchte ich mal Tipps wonach ich suchen kann, oder wie ich feststellen kann, wann das Ding hängt.


    Danke im voraus!


    T.

    Hi!


    Ich setze die c’t Distribution ein. Folgende Änderungen habe ich vorgenommen:
    Anpassung der sources.conf an das Repository auf dem heise-Server, Update gefahren / MPlayer nach Anleitung (1.0-pre2) installiert, einige Plugins (nur vom heise server per APT ) installiert. Außer dem MPlayer habe ich nichts selbst kompiliert oder an Scripten gebastelt.


    Problem:


    Der MPlayer (wie oben beschrieben laut Anleitung in der c’t kompiliert und installiert) kann über die Fernbedienung nicht gesteuert werden. Es geht nur <blau> für beenden. Funktionen wie „FF“, „REW“, „Pause“ oder mittels <rot> eine Sprungzeit einzugeben, klappen nicht.


    Ich habe recherchiert, hier wird hier und wieder vom Slave-Modus gesprochen, der Patch dazu betrifft aber die 0.9er Version. Ist es mit der 1.0-pre2 Version möglich, diese Funktionen einzubauen? Falls ja: wie?


    Danke im voraus!


    T.

    Hi!


    Ich setze die c’t Distribution ein. Folgende Änderungen habe ich vorgenommen:
    Anpassung der sources.conf an das Repository auf dem heise-Server, Update gefahren / MPlayer nach Anleitung (1.0-pre2) installiert, einige Plugins (nur vom heise server per APT ) installiert. Außer dem MPlayer habe ich nichts selbst kompiliert oder an Scripten gebastelt.


    Problem:


    Aber:


    Zitat

    video:/home/torsten# grep 'RBB B' /etc/vdr/channels.conf
    RBB Brandenburg:12110:h:S19.2E:27500:501:502:504:0:28205:0:0:0
    RBB Berlin:12110:h:S19.2E:27500:601:602:604:0:28206:0:0:0
    video:/home/torsten#


    Ich kann den Sender auch einwandfrei schauen, also habe ich ihn auch. Wo ist das Problem zu suchen?


    Danke im voraus!


    T.

    Hi!


    Ich hatte die VDR-Hardware zu klein dimensioniert und muss nun um auch den MPlayer nutzen zu können, ein anderes Board und einen schnelleren Prozessor einbauen. Damit ändert sich viel am Setting. Wie starte ich die Hardwareerkennung von Knoppix neu, sodass mein System wieder angepasst wird?


    T.

    Hi!


    Ich habe zwei Fernseher in getrennten Räumen. Von Raum1 zweige ich das Video und die Audio-Signale ab und sende sie mit einem Videosender an Raum 2.


    Ich möchte die IR-Fernbedienung für den VCR aber in beiden Räumen benutzen können. Kann ich sowas machen, wie eine zweite Schaltung aufzubauen und parallel an den seriellen Port anschließen? Also praktisch 2 Schaltungen am gleichen Port betreiben? So lange der TSOP1738 in Raum1 nichts empfängt, sendet er doch auch keine Signale an den Port. Also könnte das doch funktionieren, oder?


    Danke schon mal!


    T.

    Hi!


    Welche Prozessorperformance braucht der MPlayer?


    Ich setze die c't Distribution ein, auf aktuellste Release gepatcht. Dazu habe ich den MPlayer (Pre-Release-2) wie auf der c't Seite beschieben kompiliert und installiert (die pre-Release-3, die es auch auf der WebSite vom MPlayer gab, habe ich nicht übersetzt bekommen).
    Auf meinem für den VDR abgestellten AMD-K6-300 bekomme ich beim Abspielen einer MPEG-Datei von einer S-VCD ca. 3-4 Bilder pro Sekunde. Ist das so, weil der Prozessor und nicht die DVB-S-Karte die Decodierung des Videos macht, und hierzu mein Prozessor nicht ausreicht?


    Sollte das so sein und ich muss das Board und den Prozessor tauschen, dann ändert sich mein gesamtes Hardware Setup. Wie kann ich (sollte das nötig sein) die Knoppix-Hardware-Erkennung laufen lassen, damit mein System passend eingerichtet wird, ohne dabei die ganze Distribution neu einspielen zu müssen?


    Danke im voraus!


    T.

    Also derzeit habe ich hinter dem dual-LNB einen (ca. 5 Jahre alten, zu analog-Zeiten angeschafften) Verteiler mit 2 Anschlüssen für das dual LNB und vie Anschlüssen für Receiver. Derzeit sind da ein Digital-Receiver, eine DBV-S-Karte und ein analoger Receiver dran.


    Sobald nun eines der Geräte einen bestimmten Transponder ausgewählt hat (z.B. Vox, Sat1, Pro7), kann das andere Gerät nur noch Kanäle des gleichen Transponders sehen. Also z.B. kann ich auf meinem Receiver kein Sat1 mehr sehen, wenn ich auf dem analogen Receiver ARD sehe. Schalte ich den analogen Receiver aus, funktionieren auf dem digitalen Receiver wieder alle Sender.


    Es kann natürlich sein, dass mein Verteiler scheiße oder halbtot ist. Ich bin auch bereit in einen neuen zu investieren, weiß jetzt aber nicht genau, was ich anschaffen soll. Kannst du mir Gerätetipps geben?


    Danke!


    T.

    Hi!


    Ich habe 3 digitale SAT Receiver (2 Receiver und einen PC mit DVB-S-Karte) und ein Dual-LNB. Beim analogen SAT-TV konnte man ja einen Multischalter/Verteiler einbauen, der dann aus 2 Quellen (Dual-LNB) eben vier gemacht hat. In meinen Augen spricht auch heute nichts dagegen, weil doch lediglich die Polarisation mittels einer Spannung umgeschaltet wird und der Verteiler damit eben einen LNB für die horizontale und einen für die Vertikale benutzen könnte, und die LNBs eben dementsprechend dynamisch auf die Receiver verteilen könnte.


    Nun funktioniert mein alter (analoger) Verteiler nicht mit meiner neuen Digitalen SAT-Empfangsanlage und der Händler sagte, diese Verteiler gäbe es für digitale Sat-Anlagen nicht mehr. Ist das richtig? Muss ich mir wirklich einen Quad LNB kaufen?


    Was ist denn, wenn ein Hochhaus mit 100 Parteien eine digitale SAT Anlage will? Müssen die dann 5 Schüsseln mit dual-LNBs oder 25 Schüsseln mit Quad-LNBs aufstellen, oder gibts auch eine schlauere Lösung?


    T.


    T.

    Also, ich habs endlich geschafft!!!


    Aber es war die Hölle!!!


    Ich kann euch nicht genau erklären, wieso dieser Fehler aufgetreten ist, aber als ich das Kabel auf ein Minimum reduziert habe (dazu musste ich den Rechner aus dem Schrank ausbauen und dazu natürlich herunter fahren), hat irrecord funktioniert. Also habe ich ein abgeschirmtes Kabel (9m) genommen und dazwischen gelötet. Danach meldete mode2 keine zufälligen Stördaten mehr, wenn ich nichts an der Fernbedienung gemacht habe. irrecord funktionierte aber wieder nicht!!! Ich habe ein paar Stunden mit den Kabeln rumprobiert und bin wirklich verzweifelt. So verzweifelt, dass ich wieder die Kabel auf ein Minimum reduziert habe, nur um zu überprüfen, ob die Schaltung inzwischen Schaden genommen hat. Und das Ergebnis war, dass irrecord jetzt auch mit minimaler Kabellänge nicht funktionierte! Also lag es gar nicht am Kabel!!! KOTZ!!! Ich habe den Rechner durchgebootet (!!!!) und danch ging es wieder mit minimaler Kabellänge. Dann wieder das lange Kabel angeklemmt, und dann ging es auch damit! Vermutlich hat meine Fummelei am Seriellen Port diesen zwischenzeitlich in einen gestörten Status versetzt, der sich erst durch einen harten Reset wieder lösen lies.


    Also mein Tipp an alle, die Probleme mit irrecord haben:
    mode2 aufrufen. Damit darf nichts auf dem Bildschirm ausgegeben werden, so lange man keine Tasten an einer Fernbedienung drückt. Falls doch-> Kabellänge verkürzen oder anderes Kabel mit besserer Abschirmung verwenden.
    Wenn mode2 bei nicht gedrückten Tasten nichts ausgibt (korrekt) und bei gedrückten Tasten was ausgibt (korrekt), läuft die Schaltung mit großer Wahrscheinlichkeit. Wenn irrecord dann immer noch Fehler ausspuckt, lohnt es sich, einmal den Rechner hart zu booten (d.h. richtig mit ausschalten oder Reset-Knopf am Gehäuse). Bei mir hat das zur Lösung geführt.


    So, Ende.


    Gruß,
    Torsten


    Mann, das hat mich bestimmt 5 Stunden gekostet, weil ich den Fehler immer bei meinen Kabeln gesucht habe. Dabei war ein Reset der Hardware die Lösung zum Erfolg!

    Zitat

    du sollst das programm mode2 starten.


    OK, vielen Dank für den Hinweis. Ich kannte das Programm "mode2" nicht, hatte bisher auch keinen Hinweis innerhalb des VDR-Projektes darauf gefunden, weshalb ich mode2 zunächst für einen Runlevel hielt (in den Debian ja standardmäßig bootet).


    Beim Ausführen von "mode2" habe ich gesehen, dass auch zufällige Daten eingehen, obwohl ich gar keine Taste an einer FB gedrückt halte. Wenn ich Tasten an einer FB gedrückt habe, wurden die Daten mehr. Ich habe daraus den Schluss gezogen, dass es Störungen in dem Kabel gibt, welche "falsche" Daten zwischen die Daten der FB einwerfen. Das erklärt auch das "something went wrong", da diese falschen Daten zufällig sind.
    Testweise habe ich das Kabel zwischen dem Seriellen Port und dem TSOP 1738 auf ein Minimum gekürzt und siehe da: es geht. Als nächstes werde ich ein abgeschirmtes Kabel verwenden. Ich habe hier eine extrem EMV verseuchte Umgebung (u.A. 3x21" CRTs , 10 PCs, WLAN, Mobiltelefone, Handys, Audio/Video-Sender, Funkkopfhörer). Ich dachte zwar, der serielle Port wäre da nicht so empfindlich(wegen der relativ hohen Wechsel zwischen High und Low > 2 Volt), aber da habe ich mich wohl geirrt.
    Jedenfalls glaube ich jetzt, dass ich das hinkriege!


    Danke!


    Gruß,
    T.

    Zitat


    wie schnell ist denn dein rechner?


    kommt denn bei "mode2" eine sinnvolle ausgabe (solange man das so nennen kann)


    Also der Rechner ist nach heutigen Maßstäben recht lahm, AMD K6 mit 300 MHz. Ich habe aber bisher keinen Hinweis gefunden, das dass relevant sein könnte.


    Aber was du mit dem Mode2 meinst, verstehe ich nicht. Ich habe bisher nicht mehr gemacht, als die Hardware zu löten und dann irrecord aufzurufen. IN der Man-Page zu irrecord habe ich nichts über modes gefunden.


    Zitat

    Du kannst in dem Fall mit irrecord -f die Codes im raw Modus aufzeichnen. Zunaechst versucht irrecord RC-5 artige Codes zu lernen.


    Hatte ich nicht geschrieben, dass der Fehler auch im -f mode auftritt? Doch, hatte ich.


    Was kann ich tun?


    Torsten