Backdrops und Cover werden nicht geladen.

[GoogleCodeExporter]

hallo,
nach einem scan Vorgang werden die filmdaten korrekt geladen, allerdings wird 
mir nur das default cover (vorhang) und keine backdrops angezeigt.
Die Bilddaten sollen auf einer sd karte in media/usb abgelegt werden,leider 
bleibt der media ordner leer.
Aus der log wird ersichtlich dass die Bilder zwar gefunden , aber nicht 
abgespeichert werden.

Mit VTI 6.x hatte ich keine Probleme dieser art.

Receiver: VU+ solo² - VTI 7.00

Danke schonmal

Original issue reported on code.google.com by lonnijoh...@gmail.com on 6 Dec 2014 at 12:19

Attachments:

• valerie_20141206_0044.log

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Hi,
das war ein Server Fehler, Updates sind nicht immer gut...
Jetzt sollte es aber wieder gehen.

Original comment by schischu65 on 13 Dec 2014 at 9:49

• Changed state: Solved

[GoogleCodeExporter]

So da war noch ein Fehler drinnen, hoffe das es jetzt wirklich endlich 
funktioniert. :-)

Original comment by schischu65 on 14 Dec 2014 at 10:59

[GoogleCodeExporter]

Leider besteht immernoch der IO Error: HTTP 500: Internal Server Error

Original comment by crazy8...@googlemail.com on 14 Dec 2014 at 4:34

[GoogleCodeExporter]

Hier immer noch das Problem , es werden keine Poster und Hintergründe 
abgespeichert :-(

Original comment by unrealsw...@gmail.com on 21 Dec 2014 at 7:45

[GoogleCodeExporter]

Same here, no new covers/posters are loaded.
Only the ones already in the media folder are shown.

Original comment by dream...@gmail.com on 23 Dec 2014 at 11:07

[GoogleCodeExporter]

Das Problem besteht leider immer noch mit der folgenden Fehlermeldung:-(

18:18:25.0605718 I  
Plugins.Extensions.ProjectValerie.DMC_Plugins.DMC_SyncExtras.WebGrabberIOError: 
HTTP Error 500: Internal Server Error

Original comment by mberr...@googlemail.com on 23 Dec 2014 at 5:48

[GoogleCodeExporter]

Hi,

I am experiencing the same issue:

19:09:47.0875824 I  
Plugins.Extensions.ProjectValerie.DMC_Plugins.DMC_SyncExtras.WebGrabberIOError: 
HTTP Error 500: Internal Server Error

nothing obvious in the logs either

Original comment by 00asgaro...@gmail.com on 23 Dec 2014 at 7:11

[GoogleCodeExporter]

Bei mir kommt im log keine Fehlermeldung aber es werden keine Poster 
abgespeichert :-(

Original comment by unrealsw...@gmail.com on 24 Dec 2014 at 8:06

[GoogleCodeExporter]

Hi,

#9, you need to set your debug options to normal or higher, then you will see 
the error messages.

You can do this by going to Options -> Global Options -> [Expert] Valerie debug 
mode.

This issue/ticket is marked as resolved, I wonder if anyone looks at these 
tickets when they are in the resolved state, would it be possible to change its 
status to open/new/unresolved?

Original comment by 00asgaro...@gmail.com on 24 Dec 2014 at 10:04

[GoogleCodeExporter]

Hi all,

unfortunately it looks there is more to fix... :-( I'll change the status of 
this issue back to an open state and will try to get in touch with schischu so 
hopefully he can have a look on it.

Have a great xmas, though & cheers, Erik

Original comment by erik.for...@gmail.com on 24 Dec 2014 at 10:34

• Changed state: Accepted

[GoogleCodeExporter]

Hi, good morning and merry Xmas. I have the same exact problem. No new covers 
are shown. Imo since the plugin was working fine and now it's not without an 
app update am guessing the feed has changed?

thanks again

Original comment by oink....@gmail.com on 26 Dec 2014 at 7:46

[GoogleCodeExporter]

Issue 748 has been merged into this issue.

Original comment by erik.for...@gmail.com on 27 Dec 2014 at 4:03

[GoogleCodeExporter]

selbes problem - hab heute installiert
same problem - today installed

Original comment by a.wolt...@gmail.com on 28 Dec 2014 at 9:08

[GoogleCodeExporter]

Issue 749 has been merged into this issue.

Original comment by erik.for...@gmail.com on 2 Jan 2015 at 12:24

[GoogleCodeExporter]

Issue 750 has been merged into this issue.

Original comment by erik.for...@gmail.com on 2 Jan 2015 at 12:30

[GoogleCodeExporter]

Just fyi:
Schischu was on vacation starting Dec. 23 and he just returned today, so with a 
bit of luck he can solve the issue quite fast... :-)

Keeping fingers crosseed!

Cheers, Erik

Original comment by erik.for...@gmail.com on 2 Jan 2015 at 12:32

[GoogleCodeExporter]

great news Erik, thanks for keeping us updated on this over the holiday period! 
Hope you and the team have a great new year!

Original comment by 00asgaro...@gmail.com on 2 Jan 2015 at 12:35

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

thanks cant wait

Original comment by oink....@gmail.com on 4 Jan 2015 at 4:44

[GoogleCodeExporter]

figured out - for the first try: simply change the default value for Duck to 
True in file DMC_Plugins/DMC_SyncExtras/Art.py:

        def save(self, url, file=None, overwrite=False, useDuck=True):

instead of

        def save(self, url, file=None, overwrite=False, useDuck=False):

regards
neobiker

Original comment by jfneobi...@gmail.com on 5 Jan 2015 at 11:35

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I have tried your solution neobiker, it works great. 
Thank you very much

Original comment by patrick....@gmail.com on 5 Jan 2015 at 12:59

[GoogleCodeExporter]

this helps not in my Dreambox NN OE2.0, there is already the value True in 
Arts.py

                if url[0] == "/": #FILE
                    self.save(self.URL + self.CONVERT2USER + "?id=" + id + ";type=" + type + ";user=true;isurl=false", url, overwrite=overwrite, useDuck=True)
                else:
                    self.save(self.URL + self.CONVERT2USER + "?id=" + id + ";type=" + type + ";user=true;isurl=true;url=" + url, overwrite=overwrite, useDuck=True)

Original comment by hrz...@gmail.com on 5 Jan 2015 at 4:42

[GoogleCodeExporter]

@neobiker, I tried your change but it did *not* work for me either:

root@vuduo2:/usr/lib/enigma2/python/Plugins/Extensions/ProjectValerie/DMC_Plugin
s/DMC_SyncExtras# diff -u Arts.py.orig Arts.py
--- Arts.py.orig
+++ Arts.py
@@ -35,7 +35,7 @@
                                return True
                return False

-       def save(self, url, file=None, overwrite=False, useDuck=False):
+       def save(self, url, file=None, overwrite=False, useDuck=True):
                if useDuck is False:
                        urlresponse = WebGrabber.getText(url, cache=False)
                else:

Original comment by 00asgaro...@gmail.com on 5 Jan 2015 at 6:09

[GoogleCodeExporter]

Das Problem besteht noch, hab ich das richtig verstanden?
Das komische ist wenn ich in der Film ansicht (Weboberfläche) bin, wird mir 
kein Cover angezeigt. Wenn ich aber den Film öffne, dann werden mir das Cover 
und der Backdrop angezeigt..... Am TV sieht man aber nichts.

Würde mich sehr freuen wenn eine Lösung gebe.. bestes Plugin ever

Original comment by w.schmid...@gmail.com on 6 Jan 2015 at 11:12

[GoogleCodeExporter]

@neobiker, I just tested your change again, however, this time, after I 
modified Arts.py I restarted enigma2 and now it appears to be working!

Original comment by 00asgaro...@gmail.com on 6 Jan 2015 at 11:17

[GoogleCodeExporter]

another update:

The change suggested by neobiker works for movies, however it didnt work for tv 
shows for me, what I ended up doing was the following change and it appears to 
be downloading the artwork now:

--- TheTvDbProvider.py.orig
+++ TheTvDbProvider.py
@@ -17,7 +17,7 @@
        apiSearchEpisode = u"http://www.thetvdb.com/api/" + APIKEY + u"/series/<seriesid>/default/<season>/<episode>/<lang>.xml";
        apiSearchAllEpisodes = u"http://www.thetvdb.com/api/" + APIKEY + u"/series/<seriesid>/all/<lang>.xml";
        apiArt = u"http://www.thetvdb.com/banners/";
-       apiSeriesByID = 
u"http://www.thetvdb.com/data/series/<seriesid>/<lang>.xml";
+       apiSeriesByID = u"http://thetvdb.com/api/" + APIKEY + 
"/series/<seriesid>/<lang>.xml";
        apiSeriesByImdbID = u"http://thetvdb.com/api/GetSeriesByRemoteID.php?imdbid="

        PLOT_MIN_LEN = 10

disclaimer, I am no python expert by anyone's standards, but I checked the 
following url:

http://thetvdb.com/wiki/index.php?title=Programmers_API

And noticed that the 404 errors I was getting was because the path was wrong:

11:42:32.0205001 I  
Plugins.Extensions.ProjectValerie.DMC_Plugins.DMC_SyncExtras.WebGrabber-> (0) 
http://www.thetvdb.com/data/series/248741/en.xml
11:42:32.0543916 I  
Plugins.Extensions.ProjectValerie.DMC_Plugins.DMC_SyncExtras.WebGrabberIOError: 
HTTP Error 404: Not Found

now i dont get the error. I am currently running a normal sync and will see if 
anyting else is amiss after that

Original comment by 00asgaro...@gmail.com on 6 Jan 2015 at 12:02

[GoogleCodeExporter]

falls es eine lösung für das problem gibt wäre eine anleitung zum ändern 
der notwendigen dateien hilfreich. aber bitte so geschrieben, dass es auch 
nicht-linux'ler verstehn und anwenden können ;-) *gg*

thx

die möglichkeit für ein komplett neues update besteht nicht ?

Original comment by a.wolt...@gmail.com on 6 Jan 2015 at 2:27

[GoogleCodeExporter]

@a.wolt... das Ändern von PValerie-Python-Dateien hat überhaupt nichts mit 
Linux zu tun, das geht sogar mit Standard-Notepad und normalem Browsen mit dem 
Windows Explorer im Dateisystem der Box! Und das DIFF-Format hat auch nichts 
mit Linux zu tun, welches die Unterschiede der Dateien anzeigt.

Ergo: Einfach Lesen und Ändern ;-)

regards neobiker

Original comment by jfneobi...@gmail.com on 6 Jan 2015 at 3:01

[GoogleCodeExporter]

ok, so my normal sync completed and all looks good, i'll trawl through the logs 
to see if i can see any other errors, here are the 2 changes i made

[1] neobikers fix
--------------------------------------------------------------------------------
-----
ProjectValerie/DMC_Plugins/DMC_SyncExtras# diff -u Arts.py.orig Arts.py
--- Arts.py.orig
+++ Arts.py
@@ -35,7 +35,7 @@
                                return True
                return False

-       def save(self, url, file=None, overwrite=False, useDuck=False):
+       def save(self, url, file=None, overwrite=False, useDuck=True):
                if useDuck is False:
                        urlresponse = WebGrabber.getText(url, cache=False)
                else:

--------------------------------------------------------------------------------
-----

[2] Path update for TheTvDb provider

--------------------------------------------------------------------------------
-----
ProjectValerie/DMC_Plugins/DMC_SyncExtras# diff -u TheTvDbProvider.py.orig 
TheTvDbProvider.py
--- TheTvDbProvider.py.orig
+++ TheTvDbProvider.py
@@ -17,7 +17,7 @@
        apiSearchEpisode = u"http://www.thetvdb.com/api/" + APIKEY + u"/series/<seriesid>/default/<season>/<episode>/<lang>.xml";
        apiSearchAllEpisodes = u"http://www.thetvdb.com/api/" + APIKEY + u"/series/<seriesid>/all/<lang>.xml";
        apiArt = u"http://www.thetvdb.com/banners/";
-       apiSeriesByID = 
u"http://www.thetvdb.com/data/series/<seriesid>/<lang>.xml";
+       apiSeriesByID = u"http://thetvdb.com/api/" + APIKEY + 
u"/series/<seriesid>/<lang>.xml";
        apiSeriesByImdbID = u"http://thetvdb.com/api/GetSeriesByRemoteID.php?imdbid="

        PLOT_MIN_LEN = 10
--------------------------------------------------------------------------------
-----

With these 2 applied, it appears to be working for me at the moment.

Original comment by 00asgaro...@gmail.com on 6 Jan 2015 at 8:18

[GoogleCodeExporter]

Issue 751 has been merged into this issue.

Original comment by erik.for...@gmail.com on 7 Jan 2015 at 8:23

[GoogleCodeExporter]

Hi all,

first of all thanks to neobiker, 00asgaroth00 et al. for the provided 
information regarding the necessary changes. So actually we had multiple issues 
here - first of all the server issue already fixed by Schischu and additionally 
a change in the TheTvDB API...

For those of you not quite sure what to do with the "diff-thingy" I'd simply 
suggest that you do the steps described below. I don't provide a modified file 
since personally I'm using a quite old version of PVMC - hence the most save 
way would be if you just edit YOUR sources directly on the box (after creating 
a backup of the original file as shown below).

So here we go:
1. Create a backup of  

/usr/lib/enigma2/python/Plugins/Extensions/ProjectValerie/DMC_Plugins/DMC_SyncEx
tras/Arts.py

on your Box (that's the directory on my DM800se but I guess it's identical on 
all boxes).

2. Open this file with any editor (except Notepad)

3. Search for the line

def save(self, url, file=None, overwrite=False, useDuck=False)

4. replace the part "useDuck=False" by "useDuck=True" - so the complete line 
should now look like

def save(self, url, file=None, overwrite=False, useDuck=True):

5. Save file

This was the first part of the fix - the second part is described below:

1. Create a backup of  

/usr/lib/enigma2/python/Plugins/Extensions/ProjectValerie/DMC_Plugins/DMC_SyncEx
tras/TheTvDbProvider.py

on your Box

2. Open this file with any editor (except Notepad)

3. Search for the line

apiSeriesByID = u"http://www.thetvdb.com/data/series/<seriesid>/<lang>.xml";

4. Replace this line by the following one

apiSeriesByID = u"http://thetvdb.com/api/" + APIKEY + 
u"/series/<seriesid>/<lang>.xml";

5. Save file

6. IMPORTANT: Restart your box in order to force recreation of the pyo files 
out of the source files you just edited! Without that restart PVMC will run 
still using the OLD version of the sources!

With a bit of luck PVMC should be able to sync again after applying these 
changes and restarting your box.

Please note: 
I will be on vacation in the U.S. starting upcoming Friday and I won't be able 
to check the suggested fixes on my own nor do I have any information if we can 
provide a new build containing these changes. As you might know development of 
PVMC was halted due to several different reasons some time ago, but maybe there 
are new volunteers who would like to contribute to development in future? ;-)

Thanks again for the valuable information regarding the fix!

Cheers, Erik

Original comment by erik.for...@gmail.com on 7 Jan 2015 at 8:49

[GoogleCodeExporter]

Issue 751 has been merged into this issue.

Original comment by erik.for...@gmail.com on 7 Jan 2015 at 8:56

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Perfekt!

THX 4 support

Original comment by EdHunte...@web.de on 8 Jan 2015 at 5:50

[GoogleCodeExporter]

Hey Danke/Thx
mit deiner Lösung passt es nun wieder!

Original comment by w.schmid...@gmail.com on 9 Jan 2015 at 3:46

[GoogleCodeExporter]

Hi ihr,
wollte mich gerade nochmal um das Thema kümmern, aber ich hab dummerweise 
vorher ein e2 update durchgeführt.

Jetzt bekomme ich immer einen Crash wenn ich den Suchlauf starten möchte.
Problem ist dieses hier
FATAL!: addTimer must be called from thread 5821 but is called from thread 5978

Witzigerweise tritt das seit einem Monat auch bei anderen Plugins auf...
http://www.dream-multimedia-tv.de/board/index.php?page=Thread&postID=141185

Original comment by schischu65 on 11 Jan 2015 at 12:13

[GoogleCodeExporter]

Ok ich hab trotzdem den Fehler am Server gefunden, das Umwandeln der Bilder 
sollte nun auch wieder ohne den von Erik beschrieben Workaround funktionieren.

Original comment by schischu65 on 11 Jan 2015 at 12:58

[GoogleCodeExporter]

Klappt zumindest hier wieder:
root@dm7020hd:/media/hdd/valerie/media# ls -l
-rw-r--r--    1 root     root         62445 Jan 11 01:59 212961_backdrop.m1v
-rw-r--r--    1 root     root         39273 Jan 11 01:59 
212961_backdrop_320x180.png
-rw-r--r--    1 root     root         19907 Jan 11 01:59 
212961_poster_110x214.png
-rw-r--r--    1 root     root         26742 Jan 11 01:59 
212961_poster_156x214.png
-rw-r--r--    1 root     root         39490 Jan 11 01:59 
212961_poster_195x267.png

Original comment by schischu65 on 11 Jan 2015 at 1:00

[GoogleCodeExporter]

Bei mir werden leider nur die englischen cover geladen, obwohl die deutschen 
Bilder korrekt in tmdb ermittelt wurden... wenn die fileinfo[] bilder geladen 
werden, kommen IMMER die englischen cover.

Rev 1280 auf Xtrend ET9200

Original comment by jfneobi...@gmail.com on 11 Jan 2015 at 2:15

[GoogleCodeExporter]

Das Debug-Log dazu:
[PVMC] only onScreen  Arts::preSave ->

OUTGOING DATA:
()
http://val.duckbox.info/cgi-bin/convert2.py?tt2109248;poster;http://d3gtl9l2a4fn
1j.cloudfront.net/t/p/w300/bgidMLFG5PIjUqKdcuArAcmD9Gz.jpg

SERVER RESPONSE:
[PVMC] only onScreen  Arts::save  >>> urlresponse = 
tt2109248_poster_110x214.png|/convertImg2/poster/tt2109248_110x214.png<br />
tt2109248_poster_156x214.png|/convertImg2/poster/tt2109248_156x214.png<br />
tt2109248_poster_195x267.png|/convertImg2/poster/tt2109248_195x267.png<br />

[PVMC] only onScreen  Arts::save fileInfo=['tt2109248_poster_110x214.png', 
'/convertImg2/poster/tt2109248_110x214.png']

Der cloudfront-JPG Url ist Deutsch, die geladenen covers dann englisch !

regards neobiker

Original comment by jfneobi...@gmail.com on 11 Jan 2015 at 2:18

[GoogleCodeExporter]

TMDB Cover - steht am Ende in OUTGOING DATA string: -> Deutsch
http://image.tmdb.org/t/p/w300/bgidMLFG5PIjUqKdcuArAcmD9Gz.jpg

Geladenes Cover in verschiedenen Grössen -> Englisch
http://val.duckbox.info/convertImg2/poster/tt2109248_110x214.png

Wie kann ich das korrigieren, woher kommt das?

Original comment by jfneobi...@gmail.com on 11 Jan 2015 at 2:29

[GoogleCodeExporter]

Hat jetzt zwar nichts mit diesen Issue zu tun aber was solls.
Cover werden immer in Englisch geladen.
Grund ist das mein Server die Cover alle Cached und ich einfach keinen Platz 
habe verschiedene Sprachen zu unterstützen.

Alternativ haben wir in webif die Option eingebaut alternative Cover. wie 
deutsche,  auszuwählen.
Aber halt manuell.

Original comment by schischu65 on 11 Jan 2015 at 3:39

• Changed state: Solved

[GoogleCodeExporter]

Das wir von Deinem Server abhängig sind und der ALLE PV-Nutzer disablen kann 
ist aber eher schlecht... und unnötig, oder?

Original comment by jfneobi...@gmail.com on 11 Jan 2015 at 9:21

[GoogleCodeExporter]

Original comment by schischu65 on 12 Jan 2015 at 5:52

• Changed state: Verified

[GoogleCodeExporter]

Thanks for the fixes i have yet to apply but i will do soon. Please if someone 
suggested something crucial in the German language someone translate it for us 
non-German speakers.

Kind regards

Original comment by oink....@gmail.com on 12 Jan 2015 at 6:02