[gelöst] xmltv2vdr - keine epgimages mit tvm2xmltv grabber

auch wieder mehr als 4 Tage? - der Clickfinder holt weiter nur 4 Tage, vllt muss ich aber mal den Cache leeren...

Vereinzelnte Bilder hab ich auch bis nächsten Sonntag. Ansonsten müsst ich mal in der DB schauen.

lass sein, bei mir ist auch wieder alles randvoll, bzw läd immer noch :o ....

...kann ich auch bestätigen - es kommen wieder Bilder rein!

Da läuft trotzdem was falsch, Pro7 heute hat 138 Bilder und übernommen werden 134.

Also den Fehler gab es schon immer (und er ist immer noch da), aber er fällt aber meist nicht auf.

cu

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk 2

Zitat von Keine_Ahnung

Da läuft trotzdem was falsch, Pro7 heute hat 138 Bilder und übernommen werden 134.

Also den Fehler gab es schon immer (und er ist immer noch da), aber er fällt aber meist nicht auf.

cu

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk 2

Alles anzeigen

Bilder ist gut... extrem viele, so viele hatte ich ansatzweise seit Monaten nicht (8 Tage max 3 Bilder pro Event):

Aug 25 19:12:26 CKtwo vdr: EPG2VDR: Update EPG, reloading all events
Aug 25 19:12:29 CKtwo vdr: EPG2VDR: Updated 194 channels and 39387 events (0 deletions) in 3 seconds
Aug 25 19:12:30 CKtwo vdr: EPG2VDR: Load images from database
Aug 25 19:12:42 CKtwo vdr: EPG2VDR: Got 15405 new images from database
Aug 25 19:12:42 CKtwo vdr: EPG2VDR: Scheduled next auto update in 2 hour(s)

Trotzdem ist da was kaputt Es geht halt meist zufällig für die meisten Events.

Ich vermute Evets mit nur einem Hauptbild haben noch nie Bilder geliefert. Nur von Events mit meheren Zusatzbildern gabs bissher Bilder. Aber nicht das eigentlich Hauptbild

Das geht nicht

<Sendung>
    <Bild Kategorie="ImportBild">
      <BildDatei>
        <BildURL>4572523.jpg</BildURL>
      </BildDatei>
    </Bild>
...

(Ich vermute das ist das Hauptbild.)

das geht

<Sendung>
    <Spielfilm>
      <Bild Kategorie="ImportBild">
        <BildDatei>
          <BildURL>3130048.jpg</BildURL>
        </BildDatei>
      </Bild>
...

tvm verwendet beide Varianten.

cu

ja weil euer xslt die Bilder nur aus dem Top Tag "Sendung", nicht aber aus dem inneren der Kategorie "Spielfim" mitnimmt, das wird an der Stelle Verbesserungpotential haben. Ich hol die bei uns in zwei Schritten und führ die dann zusammen, glaub ich: mal schauen

Zitat von CKone

ja weil euer xslt die Bilder nur aus dem Top Tag "Sendung", nicht aber aus dem inneren der Kategorie "Spielfim" mitnimmt

Ne, anderstrum.

cu

ich hatte das letztes Jahr mal umgeschrieben damit es alle erwischt

<xsl:variable name="BILDER">
	<xsl:for-each select="Bild [@Kategorie='ImportBild']|*/Bild [@Kategorie='ImportBild']">
		<xsl:value-of select="substring-before(BildDatei/BildURL,'.jpg')" />
		<xsl:text> </xsl:text>
	</xsl:for-each>
</xsl:variable>

Christian

Und warum debugge ich den Kram dann?

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk 2

naja, für jedes Plug muss es genau einer machen solang die Entwickler nicht zusammen reden...

Aber unser xslt hat nix mehr gemeinsam mit dem von xml oder tvm, da sind vllt noch 20% von übriggeblieben wie die Schleifen um die Stars und die Sommerzeitkorrektur die ich damals mit Gerald gebastelt hatte. Im Großen und ganzen haben wir alles neu gemacht für epgdata und tvm, mit Einführung der DB

Warum ist das eigentlich so ein Geheimprojekt? Oder sinds zwei? Da hat doch niemand was von.

Warum nicht die Grabberschnittstelle nutzen und die öffentlich machen? Ich meine, müsst ihr nicht, es wundert mich nur warum das nur im verborgenen existiert. Ist doch schade um die ganze schöne Arbeit die am Ende dann eh niemand nutzt.

cu

Zitat von Keine_Ahnung

Warum ist das eigentlich so ein Geheimprojekt? Oder sinds zwei? Da hat doch niemand was von. ...

Das musst Du schon Herrn "D" selber fragen...

Zitat

Das musst Du schon Herrn "D" selber fragen...

Wer ist das?

cu

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk 2

Zitat von CKone

lass sein, bei mir ist auch wieder alles randvoll, bzw läd immer noch :o ....

Bei tvm scheint man tatsächlich den Serverfehler behoben zu haben.

Ich habe gerade mal upgedatet:

server ~ # /usr/local/src/db_helper.sh -check-tvm
--------------
SELECT count(1) FROM events WHERE source = 'tvm'
--------------


count(1)
98526
server ~ # /usr/local/src/db_helper.sh -check-pic
--------------
SELECT count(1) FROM images WHERE image IS NOT NULL
--------------


count(1)
17894
server ~ #

ok, dann werd ich etwas aus dem Nähkästchen plaudern, ich will aber den Thread hier nicht hijacken.

Wir haben vor gut einem Jahr in einer kleinen gemütlichen Runde darüber geplaudert was wir uns so denken und was Joe sich so denkt und dann entschieden das wir mit Joe nix machen außer plaudern. - Das ist nicht gegen Joe sondern hat damit zu tun das wir einfach andere Vorstellung von einem EPG Plugin haben, und verständlicherweise wollte Joe auch nicht wieder ganz von vorn anfangen. Das ist an der Stelle auch gar nicht schlimm, auch der User hat was davon wenn er die Auswahl hat. Persönlich nicht so schön fand ich wie Joe das tvm vom Markt geredet hat um sein Produkt zu promoten, das hat aber mit der Entscheidung was eigenes machen zu wollen und unabhängig von anderen Plugins zu sein nichts zu tun.

Wir haben dann zuerst die sqllite in das tvm geschraubt, series mit einem eigenen Client zum Download, series Abgleich auf levenshtein, die update - nicht Erstimport - Sequenz überarbeitet die nie richtig funktioniert hat (weil tvmovie das auf dem server anders lebt als damals vermutet, nicht weil Gerald das damals schlecht programmiert hat), mit der letzten Version aus Dezember sind hier noch viele unterwegs: scheint wohl prima zu laufen

Wir haben aber dann auch bemerkt das so eine sqllite nicht so richtig taugt wenn da mehrere vdr ins Spiel kommen, auch wollten wir gern epgdata support einbauen und auch Sachen wie aktuell dieser scraper kamen auf den Tisch. Vor allem wollen wir aber eine client/server Umgebung die eine gesamte EPG Lösung bietet, die den vdr und genau um den geht es ja hier, so wenig wie möglich belastet (hast du gesehen wir machen ein fullupdate in 3s )

epg2vdr ist nicht geheim aber auch (noch) nicht öffentlich, das hängt damit zusammen weil wir das zuerst einfach aus Spaß und für uns gemacht haben, weil immer was anderes war wie seduatmo zB und weil wir nie den epgdata loader fertiggestellt haben. Der steht aber jetzt in den letzten Zügen und wir werden den Daemon und auch das Plug zeitnah bereitstellen, ähnlich wie bei Joe ohne den umstrittenen tvm loader den wir auch nicht rausgeben, vermutlich wird der aber eh irgendwie seinen Weg zu den Usern finden…

Es hat vllt eine andere Zielgruppe als xmltv, nämlich alle die mit einem NAS welches sich eh langweilt, und es wird ne Menge können, ja, sogar mischen

Christian

Ah, schön zu hören das ein Release längerfristig geplant ist.

Insgesamt ist das alles aus Usersicht natürlich nicht schön wenn sich die Kompetenzen zersplittern (ich würde ja z.B. gerne als xmltv2vdr Nutzer vom besseren tvm Grabber profitieren)... aber da muss man dann halt mit leben.

cu

ist ja alles open source

naja wir haben schon so einige Testuser im Feld, gfs brauchen wir auch noch den ein oder anderen, vllt auch noch jemanden mehr mit nem epgdata abo. - Das Anlegen der DB und das Installieren der Quellpakete zum Übersetzen des Daemon ist schon hier und da etwas anders, daher sind wir über jeden froh der hinterher helfen kann. - Seit neuestem haben wir einen User der die DB auf einer Synology Disl Station betreibt, ich weiß aber noch nicht wie performant das läuft. Ich selber habe im Winter meine GoFlex Net mit 128Mb Ram gegen einen HP N40L getauscht

Christian