Beiträge von AnDann

    Ok also nochmal zusammengefasst:


    - TVMovie EPG ist nicht vollständig (manche ID liefern keine Daten)


    - Das DVB EPG wird nur verwendet wenn vom externen Provider auch Daten vorliegen (Hab ich anders verstanden ich dachte das DVB EPG ist immer der fallback wenn nix anderes da ist)


    - Wenn man nur DVB EPG für einen Sender sehen möchte muss man jeden als vdr:000 = <channelid> in die channelmap.conf eintragen (sowas wie ein vdr:000 = * für alle anderen Sender am Ende der Datei wäre vielleicht noch eine Erweiterung, wenn das überhaupt möglich ist da der epgd die Kanäle des vdr nicht kennt)


    Zitat

    Dann muss man halt 17,95 € per Anno in die Hand nehmen, dann hat man auf den o.g. Sendern vernünftiges EPG. ^^

    Ich denk das werde ich jetzt auch machen, wenn das hier von allen immer so gelobt wird :D .

    Ok, danke für die Erklärungen werde ich gleich mal testen.


    Kann man auch irgendwie das DVB EPG für alle nicht konfigurierten Sender nehmen? Weil auf meinen Streamdev clienten hab ich sonst immer lücken im EPG.
    Die waren mit epgsync vorher nicht da weil sie automatisch aus dem DVB EPG gefüllt wurden.


    EDIT: Gerade gesehen das bei Discovery SD auch kein EPG vorhanden ist. Das komische ist doch das in der DB unter beiden Kanälen events eingetragen sind.


    EDIT2: Sender ohne EPG:
    Discovery HD - geht jetzt mit epgdata
    Discovery SD - geht jetzt mit epgdata
    ATV2 - geht jetzt mit epgdata
    ORF3 - geht jetzt mit epgdata
    Deluxe Musik HD
    MTV HD
    MTV Live HD
    Sport1 HD
    Disney Junior HD
    tagesschau24 HD - Mapping hat gefehlt
    Einsfestival HD - Mapping war falsch
    EinsPlus HD - - Mapping hat gefehlt

    Ok die vdr Zeile hatte ich aber erst später eingefügt weil ich dachte dann bekomme ich wenigstens das dvb epg (würde mir auch erstmal reichen).


    So auskommentiert, epg-dropall und echo "" > /var/cache/vdr/epg.data


    Effekt ist aber leider trozdem der selbe:


    Code
    root@YaVDR:~# grep S19.2E-133-6-130 /etc/epgd/channelmap.conf
    //vdr:000:0:0 = S19.2E-133-6-130	// Discovery HD
    tvm:199hd = S19.2E-133-6-130	//          	Discovery HD,DiscHD;SKY


    Code
    mysql> select * from channelmap where channelid =  'S19.2E-133-6-130';
    +-------+------------------+--------+--------------+------+-------+---------+------------+------------+--------+
    | extid | channelid    	| source | channelname  | vps  | merge | mergesp | inssp  	| updsp  	| updflg |
    +-------+------------------+--------+--------------+------+-------+---------+------------+------------+--------+
    | 199hd | S19.2E-133-6-130 | tvm	| Discovery HD |	0 | 	1 |   	0 | 1398866964 | 1398866995 | I  	|
    +-------+------------------+--------+--------------+------+-------+---------+------------+------------+--------+
    1 row in set (0.01 sec)


    Code
    mysql> select Count( *) from events where channelid =  'S19.2E-133-6-130';
    +-----------+
    | Count( *) |
    +-----------+
    |   	137 |
    +-----------+
    1 row in set (0.00 sec)


    Code
    root@YaVDR:~# grep -A 5 S19.2E-133-6-130 /var/cache/vdr/epg.data
    C S19.2E-133-6-130 Discovery HD
    c
    C S19.2E-1-1011-11110 ZDF HD
    E 22703 1398863100 3300 0 FF
    T Topfgeldjäger
    S Das Duell am Herd mit Alexander Herrmann

    Hallo,
    ich benutze seit kurzem den vdr-epg-deamon, epg2vdr und scraper2vdr, super plugin´s muss ich hier zuallererst mal loswerden.


    Nun zu meinem Problem:
    Bei bestimmen Sendern (sind immer die gleichen z.b.: Discovery, ORFIII) habe ich überhaupt kein EPG im vdr.


    Habe dies nun mal an einem Sender verfolgt komme aber nicht dahinter wo es hängt.


    channelmap.conf für dvb und tvm ist angelegt:

    Code
    grep Discovery /etc/epgd/channelmap.conf
    vdr:000:0:0 = S19.2E-133-6-130	// Discovery HD
    tvm:199 = S19.2E-133-4-14           	//          	Discovery Channel,Discovery;SKY
    tvm:199hd = S19.2E-133-6-130	//          	Discovery HD,DiscHD;SKY


    channelmap wird auch übernommen:

    Code
    mysql> select * from channelmap where channelid =  'S19.2E-133-6-130';
    +-------+------------------+--------+--------------+------+-------+---------+------------
    | extid | channelid    	| source | channelname  | vps  | merge | mergesp | inssp
    +-------+------------------+--------+--------------+------+-------+---------+------------
    | 000   | S19.2E-133-6-130 | vdr	| Discovery HD |	0 | 	0 |   	0 | 1397844040
    | 199hd | S19.2E-133-6-130 | tvm	| NULL     	|	0 | 	1 |   	0 | 1398803908
    +-------+------------------+--------+--------------+------+-------+---------+------------
    2 rows in set (0.00 sec)


    Events werden nach einem update auch in der DB angezeigt:


    Code
    mysql> select Count(*) from events where channelid = 'S19.2E-133-6-130';
    +----------+
    | Count(*) |
    +----------+
    |  	169 |
    +----------+
    1 row in set (0.00 sec)


    Ein "svdrpsend plug epg2vdr reload" ergibt nachfolgendes logfile:
    /var/log/vdr/vdr.log


    Komischerweise wird hier der Discoverychannel nicht erwähnt. Dieser kommt erst einige Zeit später bei einem update. Es sollten aber 169 Updates (siehe sql query weiter oben) sein.

    Code
    root@YaVDR:~# grep -A 5 S19.2E-133-6-130 /var/log/vdr/vdr.log
    Apr 30 10:15:47 YaVDR vdr: EPG2VDR: Processed channel 'S19.2E-133-6-130' - 'Discovery HD' with 0 updates
    Apr 30 10:15:47 YaVDR vdr: EPG2VDR: Processed channel 'S19.2E-53-1097-2042' - '' with 0 updates
    Apr 30 10:15:47 YaVDR vdr: EPG2VDR: Processed channel 'S19.2E-53-1097-2045' - '' with 0 updates
    Apr 30 10:15:47 YaVDR vdr: EPG2VDR: Processed channel 'S19.2E-1-1019-10301' - 'Das Erste HD' with 2 updates
    Apr 30 10:15:47 YaVDR vdr: EPG2VDR: Processed channel 'S19.2E-1-1101-28106' - 'Das Erste' with 2 updates
    Apr 30 10:15:48 YaVDR vdr: EPG2VDR: Processed channel 'S19.2E-1-1017-61301' - 'ProSieben HD' with 0 updates


    In der epg.data steht natürlich auch kein einziges Event:

    Code
    daniel@YaVDR:~$ grep -A 5 S19.2E-133-6-130 /var/cache/vdr/epg.data
    C S19.2E-133-6-130 Discovery HD
    c
    C S19.2E-1-1019-10301 Das Erste HD
    E 23478 1398841500 3000 4F 1
    T Rote Rosen
    S S10E113


    Wo könnte man jetzt als nächstes ansetzen um dem Fehler auf die schliche zu kommen?

    Super funktioniert !


    Patch war im unstable Paket bereits enthalten.
    Hier noch die Anleitung zum bauen von softhddevice falls es noch jemand braucht:



    Serielle Schnitstelle wurde automatisch erkannt. Danke für die Hilfe

    Danke für die schnellen antworten


    Hab das Seduatmo gebaut:



    Bekomme wie erwartet Fehler im LOG:

    Code
    Dec 16 16:45:27 yavdr-wohnzimmer vdr: SEDUATMO: Can't find softhddevice service, aborting grab, retrying in 10 seconds!


    Dann werde ich mal das softhddevice auch neubauen.


    EDIT: Habe keine Option zum einstellen des Ports gefunden (/dev/ttySEDU bei mir) wird der automatisch erkannt?

    Hi,


    erstmal vielen Dank an Christian und Jörg für die Arbeit an dem Plugin. Nachdem ich mein SEDU Board jetzt auf FW 3.0 upgedatet habe würde ich das Plugin gerne ausprobieren (dfatmo erzeugt bei mir sehr hohe CPU Last unter VDR, im gegensatz zu XBMC)


    Ich habe es leider nicht geschafft das Plugin unter YaVDR 0.5 (stable) zum laufen zu bekommen. Hat jemand vllt eine Anleitung oder noch besser ein deb Paket.


    Habe nur ein deb im Launchpad für unstable-vdr gefunden und wenn ich das Plugin selbst bauen will komme ich bei debianize-vdrplugin nicht weiter, hier mal das log dazu:


    Hi, ich habe ein Ambilight mit dem SEDU Board bereits seit einem Jahr mit dem dfatmo Plugin am laufen. Mann kann die Ansteuerung mit dem Protokoll parameter für das SEDU anpassen.
    Die Einstellungen müssen in XBMC und im VDR Plugin gesetzt werden, die umschaltung zwischen beidem funktioniert einwandfrei.


    Hier mal meine Konfiguration des VDR Plugins aus der setup.conf:


    mit Linux kenne ich mich nicht aus, ist da ein Treiber für FT232R schon dabei...? - falls ja, kannst Du mir die Datei ja mal schicken (PN), dann kann ich da mal rein gucken, sollte da ja ähnlich funktionieren, *irgendwo* muss das ja drin stehen, was der FT232 für nen Baudraten-Prescaler nimmt, wenn man am Virtuellen Com-Port (bzw. das Pendant bei Linux, k.A. wie das da heisst) 115,2 k einstellt...

    unter Linux ist das
    ftdi_sio Kernelmodul für den virtuellen COM Port zuständig. Das scheint aber keine Optionen zu besitzen.

    Hi,


    ich versuche gerade ein SEDU Board Ambilight mit digitalen Stripes und DFAtmo zum laufen zu bekommen.
    Ich habe allerdings 2 Probleme:


    1. Das Seduboard kann nur 250000 (256000 geht wohl auch) und 500000 Baud. Mit stty kann ich auch nur 500000 einstellen, damit funktioniert es allerdings auf der Konsole problemlos.

    Code
    Farbe auf Rot z.b: echo -e "\xa5\x5a\xff\xc0\x01\xff\x00\x00\xff" > /dev/ttySEDU


    2. Das Protokoll des Seduboard ist miniDMX mit 256Byte Nutzdaten. Der proto String wird dadurch sehr lang und unter XBMC kommt dann der fehler das der proto String nur 255 Zeichen enthalten darf.

    Code
    x5A|xA1|Rbr|Gbr|Bbr|Rb14|Gb14|Bb14|Rb13|Gb13|Bb13|Rb12|Gb12|Bb12|Rb11|Gb11|Bb11|Rb10|Gb10|Bb10|Rb9|Gb9|Bb9|Rb8|Gb8|Bb8|Rb7|Gb7|Bb7|Rb6|Gb6|Bb6|Rb5|Gb5|Bb5|Rb4|Gb4|Bb4|Rb3|Gb3|Bb3|Rb2|Gb2|Bb2|Rb1|Gb1|Bb1|Rbl|Gbl|Bbl|Rl8|Gl8|Bl8|Rl7|Gl7|Bl7|Rl6|Gl6|Bl6|Rl5|Gl5|Bl5|Rl4|Gl4|Bl4|Rl3|Gl3|Bl3|Rl2|Gl2|Bl2|Rl1|Gl1|Bl1|Rtl|Gtl|Btl|Rt1|Gt1|Bt1|Rt2|Gt2|Bt2|Rt3|Gt3|Bt3|Rt4|Gt4|Bt4|Rt5|Gt5|Bt5|Rt6|Gt6|Bt6|Rt7|Gt7|Bt7|Rt8|Gt8|Bt8|Rt9|Gt9|Bt9|Rt10|Gt10|Bt10|Rt11|Gt11|Bt11|Rt12|Gt12|Bt12|Rt13|Gt13|Bt13|Rt14|Gt14|Bt14|Rtr|Gtr|Btr|Rr1|Gr1|Br1|Rr2|Gr2|Br2|Rr3|Gr3|Br3|Rr4|Gr4|Br4|Rr5|Gr5|Br5|Rr6|Gr6|Br6|Rr7|Gr7|Br7|Rr8|Gr8|Br8|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|xA5



    Ich habe 48 Kanäle 16 oben und unten und 8 links und rechts. Kanal 1 ist unten links und dann gehts im Uhrzeigersinn weiter.


    Wäre echt klasse du da noch was anpassen könntest durchflieger.


    Vielen Dank schonmal Daniel



    P.S.: Ich hab das jetzt in diesen Thread gepostet, wenn ich besser einen eigenen aufmachen soll sagt bescheid.

    Gib vorher vollgendes auf ein:

    Code
    ps axf


    dann suchst du dein apt-get und in der zeile die erste nummer ist die PID
    dann kannst du den Prozess mit


    Code
    kill -9 "Hier PID einfügen"


    killen.

    ^^ ist vllt auch schwer nachzuvollziehen.


    wenn das Modul usbtouchscreen geladen ist läuft das Touchpad über den evdev Treiber aus xorg. Damit lässt sich aber der Screen nicht ändern und auch die kalibrierung hab ich nicht hinbekommen.


    Läd man nun den Herstellertreiber und installiert ihn, dann laufen beide Treiber und ich bekomme immer 2 Klicks an unterschiedlichen stellen.


    Ohne usbtouchscreen laufen beide Treiber wieder nicht, mit tkusb läuft nur der herstellertreiber.


    Am liebsten wäre mir allerdings die lösung usbtouchscreen mit herstellertreiber und evdev per udev regel das Touchscreen verbieten.

    Danke für den Tip mit dem DKMS, war garnicht so schwer.


    Hab es mal in ein Archiv gepackt falls es noch jemand braucht.


    Einfach nach /usr/src entpacken und die install.sh starten.



    P.S.: Ich hab mir überlegt das man doch eigentlich per udev regel die verwendung von evdev für den Touch verhindern müsste. Hab mich allerdings noch nicht genug mit udev auseinandergesetzt um das umzusetzten.

    So hab das Problem erstmal gelöst.


    usbtouchscreen auf die blacklist damit evdev den Touch nicht mehr findet.
    Beim eGalax Treiber war der source für ein tkusb kernel module dabei welches als alternative zu usbtouchscreen dient.


    Also kompiliert und geladen und jetzt geht der Touchscreen nur noch auf dem 2. Bildschrim wie es sein soll und er der Zeiger stimmt auch.


    Einziger nachteil ist jetzt das ich jedersmal das tkusb neu bauen muss wenn es ein Kernel update gibt.

    Hallo,


    ich bin mit meinem VDR von Freevdr auf yavdr gewechslet und bin bisher sehr zufrieden.


    Habe allerding ein paar Probleme mit meinem Touchscreen.


    Bus 004 Device 003: ID 0eef:0001 D-WAV Scientific Co., Ltd eGalax TouchScreen


    Unter Freevdr habe ich ihn problemlos mit diesem Treiber zu laufen gebracht:


    http://home.eeti.com.tw/web20/…uchDriver/linuxDriver.htm


    So nun zu meinem Problem, unter yavdr wird der Touchscreen ohne irgendeinen Treiber (evtouch ist deinstalliert !) sofort vom x server eingebunden. Die Achsen waren dannach gespiegelt und kalibrieren konnte ich auch nicht.


    Der Zeiger wird allerdings auf dem TV Bild angezeigt und bewegt und nicht auf Screen 1 der im Gehäuse eingebaut ist.


    Da der original egalax Treiber eine option für die Screen Nummer hatte hab ich diesen installiert. Kalibrierung ging einwandfrei und der Zeiger ist auf dem richtigen Screen. Allerdings wird der Zeiger auch noch an der falschen gespiegelten Position angezeigt weshalb ich glaube das der integrierte Treiber auch noch aktiv ist. xinput zeigt mir auch 2 mal den Touchscreen an einmal als egalax und als eGalax Inc.


    Mein letzter Versuch war dann den evtouch treiber zu installieren und den egalax wieder zu löschen. Mit dem evtouch treiber konnte ich die gespiegelten achsen korrigieren und kalibrieren ging auch allerdings ist der Zeiger nach wie vor nur auf Screen0 aktiv. Und es werden weiterhin 2 Touchscreens von x erkannt.


    Wenn ich das Modul usbtouchscreen entlade dann geht leider garkeiner der Treiber mehr.


    Ich bräuchte nun eine Lösung um den evdev Treiber abzugewöhnen den touchscreen zu erkennen damit ich den egalax treiber nutzen kann, oder dem evtouch Treiber beibringen nur auf Screen 1 zu funktionieren.


    Falls jemand einen Tipp hat wäre ich sehr dankbar


    Gruß
    Daniel

    Zitat

    Original von Dr. Seltsam
    zeigt "cat /proc/fb" nach dem Entladen von ivtvfb noch immer ein cx23415 an? dann hast Du das Problem, was ich in der ivtv-devel mailing list (siehe Link) beschrieben habe.


    ja genau das passiert wenn ich ivtvfb von hand entlade. Allerdings sollte dies unter ct vdr nie passieren da ivtvfb automatisch beim boot geladen wird und nur beim reboot oder halt wieder entladen wird.