Beiträge von panik105

    nachdem mein vdr inzwischen dank e-tobi/experimental, 1.4.0, so gut wie nie zuvor laufendem analogtv und dank grundverschlüsseltem Empfang der Privatsender im Kabel bei easy auch mit mehr Sendern quasi perfekt läuft, habe ich mich in den letzten Tagen nochmal mit all den kleinen Details befasst, die nicht so richtig funktionier(t)en, u.a. auch mit den o.g. mplayer-Abstürzen.


    Nachdem ich bislang immer das graphlcd-Plugin entfernt hatte, wenn ich mplayer benutzen wollte, habe ich gestern mal nur vdr, mplayer und graphlcd gestartet und alles läuft perfekt. Ein langwieriges Ausschlussverfahren (ich habe ca. 60 Plugins :-)) ergab, dass nur die Kombination mplayer, graphlcd und subtitles problematisch ist, mit allen anderen geht es. Dies ist natürlich besonders blöd, da ein bisschen suchen ergibt, dass das subtitles-Plugin in Deutschland eh keinerlei Verwendung findet und ich es also nie gebraucht hätte. Also raus damit und gut.


    Der Rest ist schon fast Murphy :
    Seit ewigen Zeiten wollte ich schon mal das mp3ng-Plugin ausprobieren und habe deshalb aufgrund der Ankündigung 3 Threads weiter gleich installiert -> Läuft prima, ausser das es genau wie subtitles bei Kombination mit mplayer/graphlcd zu regelmässigen Abstürzen führt, allerdings weniger wahrscheinlich (ca. jedes 3-4 Mal statt fast jedes Mal).


    Frage : kann jemand meine Probleme mit einer der beiden Konstellationen
    nachvollziehen ?


    Ich habe keine Ahnung, was das eigentliche Problem ist, der vdr schmiert einfach ab und in /var/log/messages steht nur "runvdr: restarting VDR"


    Tschuess..
    Michael

    Inzwischen kommt im Pro7/Sat1-Bouquet die aktuelle und die nächste Sendung korrekt, im RTL-Bouquet stehen nur Uralt-Einträge (z.B. vom Freitag)
    Das ganze konnte ich testhalber auch mit einer Dbox2 verifizieren.


    Also : Fehler bei iesy, nicht beim vdr oder bei mir :)

    Ich habe das in meiner seit langem verwendeten channels.conf so vorgefunden und dachte ich müsse das anpassen. Geht aber auch ohne, stimmt.


    Wie würde ich die CA-ID ermitteln lassen ?
    Lt. w_scan --help habe ich die folgenden Möglichkeiten :


    -E N Conditional Access (encrypted channels)
    N=0 gets only Free TV channels
    N=xxx sets ca field in vdr output to :xxx:


    d.h. man sollte -E 1801,1722 setzen, oder wie ?
    Dann muss ich es ja auch vorher wissen, ich dachte es gäbe Probleme wg. des Kommas, deshalb der andere Wert.

    Hallo,


    habe hier ctvdr von e-tobi(experimental), d.h. vdr 1.3.48.


    Ich habe nach der Umstellung der Frequenzen der tividi-Kanäle bei iesy am 26.04. mittels w_scan -fc -Q -s -O3 -E12345 -v >mychannels.conf Kanalbelegungen erhalten und diese in meine channels.conf manuell hineinkopiert, da AutoPID diese Kanäle auch nach mehreren Stunden nicht gefunden hat. (Vor einigen Wochen bin ich nach Erhalt der Smartcard genau so vorgegangen und alle Kanäle wurden gefunden !)


    Alles funktioniert soweit wieder, aber die EPG-Daten tauchen nicht beim richtigen Sender auf, sondern sind quasi zyklisch vertauscht, d.h. bei RTL stehen die EPG-Daten von Sat1, bei Sat1 die von Pro7, bei Pro7 die von Kabel1, usw..
    Ich habe bereits mehrfach die epg.data bei angehaltenem vdr gelöscht und somit neu aufbauen lassen, der Effekt ist immer gleich. Die Daten von ARD, ZDF, usw.. sind immer in Ordnung.


    Ausschnitt aus der channels.conf :
    RTL Television;tividi:113000:C0M256:C:6900:513:514;515:516:1801,1722:12101:9999:1121:0
    SAT.1;tividi:113000:C0M256:C:6900:523:524;525:526:1801,1722:12102:9999:1121:0
    ProSieben;tividi:113000:C0M256:C:6900:533:534;535:536:1801,1722:12103:9999:1121:0


    Ausschnitt aus der epg.data :
    C C-9999-1121-12102 SAT.1
    E 16173 1146256380 3480 50 7
    T FOCUS TV
    X 1 01 deu Video
    X 2 03 deu deutsch
    e
    E 16174 1146259860 3900 50 7
    T Supervulkan: Anatomie einer Zeitbombe
    D In dieser Hintergrund-Dokumentation der BBC äußern sich anerkannte Vulkan-Expe
    X 1 01 deu Video
    X 2 03 deu deutsch
    e
    E 16179 1146263760 5940 50 7
    T Judgment Day - Der jüngste Tag
    D Als im Weltall ein Komet mit einem gigantischen Asteroiden kollidiert, wird du
    X 1 01 deu Video
    X 2 03 deu deutsch
    e


    Wie man sieht stehen die Pro7-Daten in der SAT.1-Sektion, aber die Kennungen passen eigentlich zur channels.conf.


    Heisst das, dass diese Daten fehlerhaft gesendet werden, oder habe ich irgendeinen Fehler in der Konfiguration ?


    Tschuess..
    Michael

    Hallo,


    habe hier ctvdr von e-tobi(experimental), d.h. vdr 1.3.48.
    Nach der Umstellung bei iesy am 26.04. waren zunächst mal alle Privatsender weg. Also in der channels.conf alle privaten gelöscht und gewartet, ob sie auf den neuen Frequenzen gefunden werden (als ich vor einigen Wochen meine Smartcard bekam, hatte das so funktioniert) -> auch nach Stunden nichts.


    Also w_scan -fc -Q -s -O3 -E12345 -v >mychannels.conf ausgeführt und siehe da :


    RTL Television;tividi:113000:C0M256:C:6900:513:514;515:516:1801,1722:12101:9999:1121:0
    DSF;tividi:113000:C0M256:C:6900:583:584:586:1801,1722:12108:9999:1121:0
    SAT.1;tividi:113000:C0M256:C:6900:523:524;525:526:1801,1722:12102:9999:1121:0
    ProSieben;tividi:113000:C0M256:C:6900:533:534;535:536:1801,1722:12103:9999:1121:0
    RTL2;tividi:113000:C0M256:C:6900:553:554:556:1801,1722:12105:9999:1121:0
    n-tv;tividi:113000:C0M256:C:6900:593:594:596:1801,1722:12109:9999:1121:0
    MTV;tividi:121000:C0M256:C:6900:533:534:536:1801,1722:11103:9999:1111:0
    TV 5;tividi:121000:C0M256:C:6900:563:564:566:1801,1722:11106:9999:1111:0
    Tele 5;tividi:113000:C0M256:C:6900:613:614:616:1722,1801:12111:9999:1121:0
    KABEL 1;tividi:113000:C0M256:C:6900:563:564:566:1801,1722:12106:9999:1121:0
    VOX;tividi:113000:C0M256:C:6900:543:544:546:1801,1722:12104:9999:1121:0
    Super RTL;tividi:113000:C0M256:C:6900:573:574:576:1801,1722:12107:9999:1121:0
    9Live;tividi:121000:C0M256:C:6900:513:514:516:1801,1722:11101:9999:1111:0
    DAS VIERTE;tividi:121000:C0M256:C:6900:523:524:526:1801,1722:11102:9999:1111:0
    BBC World;tividi:121000:C0M256:C:6900:553+557:554:556:1801,1722:11105:9999:1111:0
    N24;tividi:113000:C0M256:C:6900:603:604:606:1722,1801:12110:9999:1121:0


    Anmerkungen :
    0. Irgendwie werden hier im Forum Zeilenümbruche automatisch reingehauen, sorry, ich bin irgendwie zu blöd, die wegzubekommen :(
    1. überall aus M256 ein COM256 gemacht, die 12345 in 1801,1722 geändert und ggf. ie =deu-Einträge entfernt .
    2. Ich weiss natürlich nicht, ob das in FFM passt, bin hier im Lahn-Dill-Kreis.
    3. Ich habe mit diesen Einstellungen ziemlichen Wirrwarr im EPG-Bereich, dazu
    mach ich aber gleich nochmal einen Extra-Thread auf.


    Tschuess..
    Michael

    Hallo,


    inzwischen habe ich nach endloser Bastelei mal wieder eine Konstellation gefunden, die stabil läuft, deshalb einige Infos dazu :
    (leider kann ich nicht mehr zu allen Punkten Links zu den entsprechenden Threads angeben)


    Zitat

    Original von panik105
    - DVD-Wiedergabe :
    - ohne Deaktiviern von Dolby unter Einstellungen/DVB gar kein Ton mehr
    - nach dieser Umstellung immer nur die erste Tonspur (d.h. dass man des öfteren nur den englischen Ton bekommt). Ich habe irgendwo gelesen, dass dies nur durch Einspielen eines Kernels 2.6.x und/oder eines neuen DVB-Treibers zu beheben ist. Richtig ?
    Das möchte ich aber ungern tun, da alle meine Tests mit den neuen Treibern zeigten, dass die alten eben wesentlich stabiler liefen


    Inzwischen habe ich auf die neuen Treiber umgestellt und dann verschiedene Firmware-Dateien runtergeladen (inzwischen 2622). Damit geht die DVD-Wiedergabe wieder.
    Allerdings gibt es mit diesen neuen Treiber haufenweise andere Probleme, die ich durch Umstellen auf grub, Parallelinstallation von 2.4.27, 2.6.12 und 2.6.15 sowie viele andere Umstellungen versucht habe in den Griff zu bekommen. Hier eine Übersicht :
    - 2.6.15 läuft bei mir nicht (alle paar Stunden bleibt das ganze System mit kernel panic sthen)
    - bei 2.6.12 klappt die Wiedergabe von Audio-CDs mittels cdfs nicht (Threads dazu existieren)
    - Alles was grab verwendet (Screenshot-Plugin, vdradmin, vdr-xxv, vdrconvert) grabbt von der falschen Karte (analog). Lösung ist momentan den vdr selbst zu übersetzen und dafür zu sorgen, dass immer von /dev/video statt von /dev/video<n> gegrabbt wird. Dann /dev/video als Link auf das richtige Device erzeugen. (Diese Lösung ist von jemand anderem, der Thread ist mir leider auch entfallen :-))
    - Nach einigen Stunden Inaktivität hängt sich der Treiber weg. Vdr läuft, Bild schwarz. Leider klappt auch der runvdr-Mechanismus nicht, d.h. Timer führen zu ständigen vergeblichen vdr-Neustarts. Nur ein manuelles vdr stop; modprobe -r dvb-ttpci; modprobe dvb-ttpci; vdr start bringen den vdr wieder auf die Beine.
    Lösung : EPGScan auf 0 drehen und mittels einem Script wie in http://www.vdr-portal.de/board/thread.php?postid=408715 des Nachts die Daten nur von den "guten" Sendern holen. Wahrscheinlich hängt er sich weg, wenn er auf die analogen Kanäle schaltet (s. u.)


    Zitat

    Original von panik105
    - Analogtv-plugin :
    Wie immer das grösste aller Probleme beim Update
    - es ruckelt derart krass, dass man kaum vernünftig gucken/aufnehmen kann (3-4 Aussetzer pro Sekunde)
    - es ist kein Umschalten von analogem Kanel auf analogen Kanal mehr möglich, hierbei resettet sich der vdr reproduzierbar. Wenn ich zwischendurch auf einen digtalen Kanal wechsle, funktioniert es aber


    Vor langer Zeit gab es mal ein Problem, dass die im analogtv-plugin enthaltene mp1e-Version bei mir (und anderen) nicht lief. (Lösung s. http://www.vdrportal.de/board/thread.php?threadid=27461).
    Nahme ich das so entstandene mp1e-binary, dann ist das Ruckeln weg.
    Das Umschalten funktioniert (durch irgendeine andere Änderung) inzwischen in 2/3 aller Fälle, in den anderen Fällen restartet der vdr. Scheinbar hat es irgendwas mit stehenbleibenden mp1e-Threads zu tun.
    Wenn ich diese mittels kill beende, dann klappt das Umschalten wieder.


    Tschuess..
    Michael

    Hallo,


    heute mal wieder ne lange Mail..


    nachdem ich zur Überzeugung gekommen bin, dass tatsächlich niemand mehr tobi/testing verwendet :) und inzwischen ja sogar ctvdr4.5 bei 1.3.x angekommen ist, habe ich mich am Wochenende auch mal an den Umstieg auf tobi/experimental gewagt.


    Das allermeiste lief auf Anhieb oder nach kleinen Änderungen, ausserdem habe ich inzwischen auch noch eine ganze Reihe Plugins installiert, die es bisher noch gar nicht gab. Ich finde es ziemlich klasse, was sich da getan hat, z.B. Wahl des Audiokanals, VPS, Skins, und und und (ich hatte quasi noch nie in vdrdevel reingeschaut)
    Insbesondere laufen erstmalig folgende Sachen :
    - vdr-plugin-control (führte regelmässig zum Crash, der ganze vdr lief instabil, wenn es nur installiert war)
    - grössere Textausgaben im vdr-Fenster wie z.B. vdr-Wartung/Informationen über das VDR-System (Aufruf führte reproduzierbar zum Neustart des vdr)



    An einigen Stellen habe ich lange gekämpft und auch keine entsprechenden Forumeinträge gefunden :
    - xxv :
    - Ich konnte im Music-Modul keine MP3s mehr abspielen, da als Link immer etwas in der Art http://undefined/?cmd=mplaylist&data=6&binary=1 gesendet wird -> lässt sich beheben, indem man einen anderen als den Default-Skin auswählt
    - Mal am Rande : Warum geht der Firefox bei so einem Link auf http://undefined.cc/ ?


    - xxv :
    - Irgendjemand modifiziert seit dem Umstieg regelmaessig von alleine meine channels.conf (hat das was mit AutoPID zu tun ?)
    - alle so gefundenen Kanäle kann ich eh nicht anwählen weil sie entweder verschlüsselt sind oder analoge Kanäle mit falscher Kennung (2001 statt A0), dazu später mehr
    - in der channels.conf wurden so auch Sektionen neu erstellt, die es bei mir schon gab, d.h. sie waren dann doppelt vorhanden (z.B. Sport, Musik, Vollprogramme, usw..)
    - darüber fällt xxv, es wird nur die jeweils 2. Sektion berücksichtigt, alle Kanäle in der jeweils 1. Sektion fehlen sowohl in der Kanalliste als auch überall sonst (Was läuft jetzt, Programmübersicht) -> Abhilfe brachte ein manuelles Umbennen der bereits vorhandenen Sektionen



    Andere Punkte habe ich gar nicht zum Laufen gebracht :
    - vdr_plugin_clock läuft nicht mehr (macht einfach gar nix) -> egal, deinstalliert


    - DVD-Wiedergabe :
    - ohne Deaktiviern von Dolby unter Einstellungen/DVB gar kein Ton mehr
    - nach dieser Umstellung immer nur die erste Tonspur (d.h. dass man des öfteren nur den englischen Ton bekommt). Ich habe irgendwo gelesen, dass dies nur durch Einspielen eines Kernels 2.6.x und/oder eines neuen DVB-Treibers zu beheben ist. Richtig ?
    Das möchte ich aber ungern tun, da alle meine Tests mit den neuen Treibern zeigten, dass die alten eben wesentlich stabiler liefen


    - Analogtv-plugin :
    Wie immer das grösste aller Probleme beim Update
    - mittels dpkg-reconfigure eine channels.conf erzeugt, diese enthält im 9. Feld 32001, damit es funktioniert, muss dort aber A0 stehen. Die automatisch erweiterten Einträge (s.o.) haben dort 2001 stehen, das funktioniert aber auch nicht (in beiden Fällen kommt "Kanal nicht verfügbar"
    - es ruckelt derart krass, dass man kaum vernünftig gucken/aufnehmen kann (3-4 Aussetzer pro Sekunde)
    - es ist kein Umschalten von analogem Kanel auf analogen Kanal mehr möglich, hierbei resettet sich der vdr reproduzierbar. Wenn ich zwischendurch auf einen digtalen Kanal wechsle, funktioniert es aber


    Da das analogtv-plugin grundsätzlich Probleme macht und es inzwischen ja Privatsender digital bei iasy im Kabel gibt : Würde das funktionieren ?
    - Gibt es noch irgendwo CI-Karten für Hauppauge DVB-C zu kaufen ?
    - Welches CAM-Modul braucht man ?
    - Bekommt man überhaupt eine Smartcard ohne Receiver von iesy ?
    - Hat schon irgendjemand damit Erfahrungen/Ideen ?


    Tschuess..
    Michael

    Zitat

    Original von chipsfrisch
    Habe gerade das ISO gebrannt und es läuft auf dem DVD-Player.


    Ach so: Ich habe es auf die neue c't vdr 4.5 geschoben an der ich seit einer Woche am basteln bin.
    Muss aber sagen: Läuft sonst gut.
    Bis auf die Macken.


    Wie schon in einem anderen Thread geschrieben :
    Hilft nur bei vdr2dvd, nicht bei vdr2divx und vdr2mpg, dort wird in jedem Fall tcmplex benötigt.

    Zitat

    Original von tuffman_de
    Der Parameter USE_TCMPLEX_PANTELTJE="yes" (vdrconvert.conf) bringt vdrconvert dazu tcmplex_panteltje zu benutzen statt tcmplex.


    Und jetzt funzt alles wie erwartet


    Das gilt aber zumindest in meiner Version (tobi/testing) nur für vdr2dvd.sh, nicht für vdr2mpg.sh und vdr2divx.sh, dort wird immer TCMPLEX verwendet.

    Hallo,


    ich betreibe ct-vdr3 mit anschlieseendem Umstieg auf e-tobi testing.
    Auszug aus sources.list :
    deb http://e-tobi.net/vdr-experimental sarge base backports
    deb http://e-tobi.net/vdr-testing sarge base backports addons vdr-bigpatch
    deb http://e-tobi.net/vdrdevel-experimental sarge base backports addons vdr-multipatch
    deb ftp://ftp.nerim.net/debian-marillat/ sarge main


    D.h. unter anderem, dass ich seit Monaten von http://www.vdrportal.de/board/thread.php?threadid=35134 betroffen war.
    Seit ein paar Tagen klappt das jetzt ohne Basteln, allerdings hatte ich dafür 2 neue Probleme : Wegen fehlendem tcmplex brach das Erstellen von mpegs und dvds mittels vdrconvert ab (Lösung : http://www.vdrportal.de/board/thread.php?threadid=43677), ausserdem konnten keien dvds erstellt werden wegen eines Problems mit dvdauthor (Lösung : http://vdr-portal.de/board/thread.php?threadid=42430)


    2 Fragen dennoch : Ich habe jetzt tcmplex einfach von hand aus einem Backup eingespielt, lese aber heute, dass es eine Konfigvariable in vdrconvert.conf gibt, mit der man einstellen kann, dass es nicht verwendet werden soll : Wie ist denn der default ?
    Ausserdem frage ich mich, warum das scheinbar kaum jemand anderen Probleme bereitet (s. diverse Threads, wo z.B. das Fehlen von tcmplex bestätigt, aber als ohne weitere Auswirkungen auf das System beschrieben wird).
    Verwende ich eine vdr-Variante, die inzwischen nicht mehr unterstützt bzw. von kaum jemandem benutzt wird, d.h. sind alle schon bei vdr-experimental ?


    Tschuess..
    Michael

    Nochmal hallo,


    ein bisschen weiter suchen laesst einen die Stelle finden an der /usr/sbin/runvdr die entsprechende Meldung ausgibt, d.h. offensichtlich schmier der vdr-Prozess ab und wird entsprechend neu gestartet.


    Warum wird eingentlich genau in dem Falle, wo /tmp/vdr.err durch den nachfolgenden Neustart überschrieben wird, sein Inhalt nicht in die Logdatei geschrieben, während dies beim endgültigen Abbruch, wo sie eh stehenbleibt, getan wird ?


    Also ein bisschen modifiziert :


    56,57c56
    < ERR=`cat /tmp/vdr.err`
    < logger -t runvdr "restarting VDR ($ERR)"
    ---
    > logger -t runvdr "restarting VDR"


    und schon ist das Log zugemüllt mit Meldungen des txtsubs-Plugins :(
    Dieses deinstalliert und man erhält :


    May 9 14:04:31 mvdr runvdr: restarting VDR (/usr/sbin/runvdr: line 1: 12983 Speicherzugriffsfehler vdr
    -v /var/lib/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -P teletext -P osdteletext -P "mp3 -m /usr/l
    ib/vdr-plugin-mp3/mount.sh -i /usr/lib/vdr-plugin-mp3/image_convert -c /var/cache/vdr-plugin-mp3/images/"
    -P "image -m /usr/lib/vdr-plugin-image/mount.sh -C /usr/lib/vdr-plugin-image/imageplugin.sh" -P "mplayer
    -m /usr/lib/vdr-plugin-mplayer/mount.sh -M /usr/lib/vdr-plugin-mplayer/mplayer.sh" -P "dvd -C /var/cache
    /vdr/dvd" -P dvdselect -P "vcd -v /dev/dvd" -P pcd -P "mailbox -m /usr/lib/vdr-plugin-mailbox/mailcmd.sh"
    -P "vbox " -P newsticker -P weather -P clock -P analogtv -P screenshot -P femon -P osdpip -P "tvonscreen
    " -P calendar -P pilot -P prefermenu -P timeline -P streamdev-client -P streamdev-server -P games -P fre
    ecell -P console -P vdrc -P solitaire -P playlist -P "autotimeredit " -P undelete -P "vdrrip -p /usr/bin/
    mplayer -e /usr/bin/mencoder -d /dev/dvd" -P "graphlcd -c t6963 -x 240 -y 64"


    Also: Speicherzugriffsfehler. So, und jetzt weiss ich nicht mehr weiter.


    Tschuess..
    Michael

    Hallo,


    hat dieses Problem wirklich sonst niemand ? Ich habe in letzter Zeit noch festgestellt, dass dies auch beim mp3-plugin passiert. Auch hier weiss ich definitiv, dass ich solche Restarts früher niemals hatte. (Ich weiss, dass mp3- und mplayer-Plugin irgenwie miteinander verwandt sind :-))
    Der Restart erfolgt hierbei erst einige Sekunden nach Ende - wenn man schnell genug ist, kann man sogar noch das OSD-Menu aufmachen und darin blättern.


    Tschuess..
    Michael

    Hallo,


    ich benutze ctvdr3 (tobi/testing) mit DVB-C und analogtv.
    Seit einiger Zeit (ich kann es leider nicht an einem bestimmten Update festmachen) habe ich beim verwenden des mplayer-plugins das Problem, das bei 2/3 aller Aurufe nach dem Abspielen des Videos der VDR neu gestartet wird. Das passierte auch früher sehr selten mal, leider ist es inzwischen fast die Regel. Ich kann nicht feststellen, dass es von bestimmten Dateien abhängt. Es ist auch egal, ob ich das Video bis zum Ende laufen lasse oder vorher abbreche. Beim Beenden des Abspielvorgangs wird der VDR neu gestartet. Die Logdateien (/var/log/messages) sehen z.B. so aus :
    r 13 01:42:22 mvdr vdr[18031]: switching to channel 15
    Apr 13 01:42:39 mvdr logger: *** Starting mplayer.sh Version 0.8.6
    Apr 13 01:42:39 mvdr logger: *** DEBUG: Variable CFGFIL has value "/etc/vdr/plugins/vdrmplayer.sh.conf"
    Apr 13 01:42:39 mvdr logger: *** Use Option USERDEF at your own risk!
    Apr 13 01:42:41 mvdr logger: *** INFO: Source Video has Resolution of 320 x 240 ...
    Apr 13 01:42:41 mvdr logger: *** INFO: For Sqare Pixels we would scale to 384 x 288 ...
    Apr 13 01:42:45 mvdr runvdr: restarting VDR
    Apr 13 01:42:51 mvdr kernel: DVB: registering new adapter (Technotrend/Hauppauge PCI rev2.1 or 2.2).
    Apr 13 01:42:51 mvdr kernel: PCI: Found IRQ 11 for device 00:07.0
    Apr 13 01:42:51 mvdr kernel: PCI: Sharing IRQ 11 with 00:02.7
    Apr 13 01:42:51 mvdr kernel: DVB: VES1820(0): setup for tuner sp5659c
    Apr 13 01:42:51 mvdr kernel: DVB: VES1820(0): pwm=0x40
    Apr 13 01:42:51 mvdr kernel: DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)...
    Apr 13 01:42:55 mvdr kernel: DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261a
    Apr 13 01:42:55 mvdr kernel: DVB: AV7111(0) - firmware supports CI link layer interface
    Apr 13 01:42:55 mvdr kernel: av7110(0): Crystal audio DAC detected
    Apr 13 01:42:55 mvdr kernel: Technotrend/Hauppauge PCI rev2.1 or 2.2 adapter 0 has MAC addr = 00:d0:5c:1f:7a:97
    Apr 13 01:42:55 mvdr vdr[30483]: VDR version 1.2.6 (ElchiAIO4d) started
    Apr 13 01:42:55 mvdr vdr[30483]: loading plugin: /usr/lib/vdr/plugins/libvdr-teletext.so.1.2.6


    Wo wird evtl. noch protokolliert, welcher Teil Probleme macht (cdr, plugin, mplayer oder dvb-Treiber) ?


    Tschuess..
    Michael


    Hallo,


    nachdem mir dieses Paket "versehentlich" mittels apt-get upgrade
    reingerutscht ist, startet der vdr ständig durch, da analogtv einen
    Speicherzugriffsfehler bringt.


    Stöbern im Forum liefert mir das folgende :


    http://www.vdrportal.de/board/thread.php?threadid=28012&sid=&hilight=analogtv


    Ich habe hier DVB-C und alte WinTV-Karte, aber ansonsten genau den
    bechriebenen Effekt.


    Heisst das, das neue Plugin ist per default nicht mehr in Kombination mit einer FF-Karte zu gebrauchen ?


    Tschuess..
    Michael

    Hallo,


    ich habe heute mal mit dem graphlcd-plugin rumgespielt; da ich aber (noch) kein Display habe, wollte ich das ganze mal mit dem framebuffer versuchen.


    -ctvdr 3
    -Hermes 651 und Monitor am VGA-Ausgang
    -tobi - testing


    -modprobe vga16fb -> keine Fehlermeldung, Framebuffer ist aktiv (sieht man m.E. schon an den Buchstaben :-))
    -cat <irgendwas> > /dev/fb0 bringt (korrekterweise) das Display durcheinander


    -apt-get install fbset
    -fbset sagt
    mode "640x480-59"
    # D: 25.176 MHz, H: 31.469 kHz, V: 59.489 Hz
    geometry 640 480 640 480 4
    timings 39721 48 16 39 8 96 2
    rgba 6/0,6/0,6/0,0/0
    endmode


    -in /etc/vdr/plugins/plugin.graphlcd.conf steht
    -c framebuffer -z 1


    -in /var/log/messages steht beim vdr-Start
    The framebuffer device was opened successfully.
    V01: xres: 640, yres 480, vyres: 480, bpp: 4, linelenght: 80


    -alle Konfigurationsoptionen (mittels OSD einsehbar) sind unverändert


    soweit in Ordnung, oder ?


    Aber : wo sehe ich jetzt was ? :)
    Ich habe F1-F6 Konsolen, F8 die VDR-Konsole und kein X am Laufen.


    Tschuess..
    Michael


    Hallo,


    es klappt :)


    ich habe mir mittels cvs den aktuellen mp1e-Quellcode geholt, dann deinen Patch angewandt und neu übersetzt und schon funktioniert alles wie gehabt (wohlgemerkt ohne Änderungen am analogtv selbst !).


    D.h. dass tatsächlich nur das mp1e im analogtv-Paket nicht passt !


    Vielen Dank nochmal.


    Tschuess..
    Michael