Beiträge von Hustler

    IIch komme leide ohne Hilfe nicht mehr weiter.
    Mein W2k-Arbeitsrechner (schäm) hat zwei Netzwerkkarten.
    Eine zum DSL-Modem, die zweite zum VDR-PC.
    Das Netz zum VDR ist statisch eingerichtet und läuft.
    interfaces


    Auf dem Win-PC ist die gemeinsame Nutzung des Internet (ICS) mit erforderlichen Diensten aktiviert.
    Ich denke das alles nach meinem bescheidenem Wissen richtig konfiguriert ist.
    Ich kann sogar vom VDR-PC im Terminal den DNS-Server meines Providers anpingen.
    Bekomme aber keine Internetverbindung mit dem Browser Arora oder apt-.... im Terminal.


    Was hab ich vergessen?
    Hustler

    Ich hab soweit der Fehler auf immer den selben Kanälen kommt diese
    gelöscht, wahrscheinlich Fehler im Eintrag.
    Halte die Kanalliste auch so klein wie möglich.
    Ansonst neuste Firmware genommen und hab zur Zeit gelegentlich
    Verblockungen auf C-Kanälen was aber am Rauschfaktor liegen könnte.
    Hänge an einer Hausanlage ziemlich am Ende.


    Hustler

    Bei der Gelegenheit, du bist nicht der einzige mit dem Problem:


    [gelöst!] c't-VDR 6 und Primary Device


    Das wechseln der Steckplätze kanst du dir wahrscheinlich sparen.
    Einträge in der blacklist nützen auch nichts, solange die beiden
    FF-Karten den gleichen Treiber nutzen.


    Das Problem ist auch bei mir immer noch ungelöst.
    Möglicherweise müsste man eine Primary Device - IRQ Bindung basteln.


    Hustler

    Hat wirklich keiner´n Tip für mich?
    Gibt es keine Möglichkeit das Primary Device auf einen festen
    Kartensteckplatz / IRQ zu binden?


    Es ist nicht sehr unterhaltsam dauernd beim Starten kein Bild zu haben da
    das Primary Device wieder auf die andere Karte gewechselt hat.


    Ne Fehlermeldung gibts nicht da ja wohl auch kein Fehler vorliegt.
    Unter welchen Voraussetzungen welche Karte als Primary Device gewählt
    wird konnte ich nicht ergründen. Scheint fast Zufall zu sein.


    Auf jeden Fall hab ich das Problem erst seit CT VDR.


    Hustler

    Zitat

    Originally posted by rüsseltier


    Öhm, Treiber richtig installiert?
    Normalerweise hat vdr-sxfe per default mit GLX und DRI nichts am Hut (IMHO).


    Welcher Treiber?
    Hab noch mal mit ctvdrcfg installiert und hab nach vielen Versuchen
    bei der Auflösung mit tvtime decoding und raedon Treiber ein Bild.
    Ruckelt allerdings und beim OSD wirds richtig schlim.
    Das bild selbst noch schlechter als analog.
    kann das sein, das mein 800er Celeron zu schwach auf der Brust ist?


    Hustler

    Zitat

    Original von sparkie
    Man liesst zwar immer nur "ich betreibe meinen VDR jetzt am LCD" aber wie das genau geht schreibt keiner.
    Daher habe ich den Artikel im Wiki angefangen:
    http://www.vdr-wiki.de/wiki/index.php/VDR_mit_DVI/VGA


    Das ist ja einfach, läuft aber bei mir leider nicht.
    Bei Eingabe von xinit -e vdr-sxfe -f xvdr:tcp://localhost flackert das Bild und
    dann kommt wieder die Konsole. In messages wird auch nicht gesagt,
    das das Plugin geladen wurde. Ansonsten seh ich keine Fehlermeldungen.
    Auch in der Xorg.0.log nicht. Aber so doll kenn ich mich da nicht aus.


    Ach ja, auf der konsole kommt doch eine Fehlermeldung:
    (EE) AIGLX: Screen 0 is not DRI capable


    was hab ich jetzt verbrochen?


    Hustler

    Mein Problem sind wohl die Baugleichen FF-Karten. Da sie beide die gleichen Module benötigen nützt wohl ein Ändern der Reihenfolge des Ladens
    der Module nix. Ich benötigte eine Lösung wo das primary device
    unveränderlich auf eine Karte gesetzt wird.
    Keiner´n Tip?


    Hustler

    Meine Karten sind in der Reihenfolge gesteckt:
    Siemens DVB-C FF
    Siemens DVB-C FF
    Airstar2 DVB-T bud
    Technotrend DVB-T bud
    wo bei die zweite Siemens primary device sein muß.


    Bei mir wechselt das primary device ständig ohne das ich die Abhängigkeit
    durchschauen konnte. Meistens nach Aufnahmen.


    Einträge in der blacklist scheinen ziemlich sensibel zu sein. Versuche von mir
    haben nur dazu gefürhrt, das zwei bis drei Karten nicht mehr erkannt
    werden.
    Könnt mir jemand die Modulnamen und Reihenfolge und position für meinen
    Zweck sagen?


    Muß das schnip schnap auch mit rein ? So langsam bin ich nicht mehr sicher.


    Was für´n Sin hat das überhaupt, das das primary device nicht fest ist?
    Hab das noch bei keiner Distrie erlebt.


    Hustler

    Jede Menge frontend 0 lost lock auf diversen Kanälen.
    Zeitweise Neustarts wärend Aufnahme.
    Hardware Konfiguratio OK, keine doppelte IRQ-Belegung.
    Signale waren bei voheriger Distrie (nicht C/T-VDR) OK.


    Falsche Firmware? Wo sitzen eigentlich die Treiber und Firmware?


    Beim Hochfahren sagt Message das:

    Code
    debian kernel: tda1004x: found firmware revision 0 -- invalid
    debian kernel: tda1004x: waiting for firmware upload (dvb-fe-tda10045.fw)...
    debian kernel: tda1004x: firmware upload complete
    debian kernel: tda1004x: found firmware revision 0 -- invalid
    debian kernel: tda1004x: firmware upload failed


    und dann jede Menge hiervon:

    Code
    debian vdr: [2711] frontend 0 lost lock on channel 58, tp 205
    debian vdr: [2711] frontend 0 timed out while tuning to channel 58, tp 205
    debian vdr: [2711] frontend 0 timed out while tuning to channel 41, tp 530
    debian vdr: [2711] frontend 0 timed out while tuning to channel 29, tp 570
    debian vdr: [2711] frontend 0 timed out while tuning to channel 36, tp 674
    debian vdr: [2711] frontend 0 regained lock on channel 36, tp 674
    debian vdr: [2720] frontend 3 timed out while tuning to channel 45, tp 754
    debian vdr: [2711] frontend 0 timed out while tuning to channel 41, tp 530
    debian vdr: [2711] frontend 0 timed out while tuning to channel 29, tp 570


    Ich vermute Frontent Treiber / Firmware Probleme oder was kann das sein?


    Hustler

    /etc/nvram.conf ???
    /etc/nvram-wakeup.conf
    brauch ich wohl nicht, da mein Bord voll unterstützt wird.


    "hwclock --systohc"
    hatt auch nichts gebracht


    Testen, ob die WakeUp-Daten (Tag, Zeit, WakeUp An/Aus) korrekt im BIOS gesetzt werden mit folgender Kommandozeileneingabe:
    nvram-wakeup -s $((`date +%s` + 11 * 60))


    ergibt die gleichen Fehler und Meldungen wie beim autom. nvram-wake up.


    Muss noch erwähnen, das ich mit diesem Bord und der gleichen Hardware keine Probleme
    mit anderen Distries und nvram-wakeup hatte. Lief sofort automatisch.
    Dann hab ich
    Änderung der /boot/grub/menu.lst :
    Zitat:
    "Achtung! Für Grub 0.97 (aus debian/etch, C't-VDR Version 6) muss im Gegensatz zu oben die /boot/grub/menu.lst wie folgt geändert werden: Ein bereits in der Datei vorhandener Eintrag
    default 0
    ist unbedingt in
    default saved
    zu ändern, da Grub sonst immer mit dem 1. Menüpunkt (Zählung beginnt bei 0) startet. Anschließend werden folgende Zeilen in die Datei eingefügt (am besten an das Dateiende):
    title PowerOff
    root (hd0,0)
    savedefault 0
    halt"


    Dann noch ausschließliche Parameterübergabe "--directisa".


    Diese zwei Stunden Verschiebung der UTC Eieruhr hat die Fehlersuche auch nicht gerade vereinfacht.


    Jetzt gehts, naja fast. Fährt nach der Aufnahme nicht wieder runter.
    Könnte aber auch an jeder Menge von "frontend 0 lost lock" liegen.
    Aber das wär ein neuer thread.


    Danke für die Tipps.


    Hustler

    Zitat

    Originally posted by wilderigel
    Modul nvram nicht geladen?


    ab damit nach /etc/modules (?)


    stimmt, ab dafür, danke Dir.
    Hät ja man auch von der Installation gemacht werden können.


    Leider läuft´s immer noch nicht.
    Auszug aus message:


    Auszug aus nvram-wakeup --debug:


    Habs mit Variationen von "asus_tusl2", -A u. -s (directisa u. settime) versucht.


    Hustler

    Vorab, ist meine erste c't-vdr Installation, hatte vorher andere.
    Bei der Installation hab ich bei den Stromsparoptionen nvram-wakeup gewählt.
    Bord wird unterstützt: ASUS CUSL2-C


    Auszug aus message:


    Auszug aus nvram-wakeup --debug:


    Was hab ich jetzt schon wieder angestellt?


    Hustler

    ach ja, hab auf den neuen C-Kanälen kein EPG.
    Stimmen da PID´s nicht mehr?


    Nachtrag:
    Habs, NID 64441 in 1 ändern.


    DVB-T Problem witerhin voehanden.


    Wieso sollten geänderte C-Kanäle T-Kanäle beeinflussen.
    Klingt unglaubwürdig wenn mans nicht selbst gesehen hat.
    Ist aber so. Zeitweise ohne erkennbare Ursache stark schwankende SNR mit entsprechend hohen BER und UNC aber nur auf der TT-Karte.


    Hustler

    Zitat

    Originally posted by koepcke
    Wie vermutet hat Kabel Dingenskirchen die Frequenzen gewechselt!
    Ein Scan ergab:


    Danke für Deine Liste. Jetzt gehts, nach dem ich noch die Dose gebrückt habe
    auch bei mir in Hamburg wieder.
    Hab allerdings höhere BER als vorher. UNC tendiert glücklicherweise gegen 0.


    Die zeitgleich am 16.8. aufgetretenen Probleme mit DVB-T kann ich nur bestätigen. Ursache nicht in Sicht.


    Hustler