+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: Add-on Support (https://forum.kodi.tv/forumdisplay.php?fid=27)
+---- Forum: Program Add-ons (https://forum.kodi.tv/forumdisplay.php?fid=151)
+---- Thread: Release Artist Slideshow addon (with skin and addon integration) (/showthread.php?tid=124880)
Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
RE: [RELEASE] Artist Slideshow 1.3.0 addon (with skin and addon integration) - maartenl - 2013-07-30
@Martijn; sorry, I was not aware (new here). I have removed the log. Thx.
@pkscuot; thanks for your advice and for looking into the problem.
RE: [RELEASE] Artist Slideshow 1.3.0 addon (with skin and addon integration) - pkscout - 2013-07-31
So, the problem is another freaking unicode issue. I'm going to go ahead and say that it probably won't get fixed, as I can't ever get the unicode stuff to behave consistently, so it's basically impossible to tell what the issue is.
The good news is that the error is happening during the attempt to migrate the old .nfo files to the new names and locations. So here's the workaround.
1- go to your XBMC user directory see http://wiki.xbmc.org/?title=Userdata for location)
2- go to addon_data/script.artistslideshow
3- in that directory create a text file called migrationcheck.nfo
4- in that text file put the string '1.5.4' (without quotes)
That will fool AS into thinking that it has already done the migration and it won't try again. The only effect of that change is that your old cached .nfo files won't be moved. It's not a big deal, as they'll all get recreated as needed. You'll just end up with a bunch of orphan .nfo files in your artist image directories. They're really small and don't take up much space.
RE: [RELEASE] Artist Slideshow 1.3.0 addon (with skin and addon integration) - maartenl - 2013-07-31
Thanks for the workaround.
I have artist folders that contain special characters, e.g. <Cæcilie Norby> and <BLØF>, maybe that's causing the script to crash?
RE: [RELEASE] Artist Slideshow 1.3.0 addon (with skin and addon integration) - ferent - 2013-07-31
Perfect workaround, thanks!!
RE: [RELEASE] Artist Slideshow 1.3.0 addon (with skin and addon integration) - pkscout - 2013-08-01
(2013-07-31, 02:23)maartenl Wrote: Thanks for the workaround.
I have artist folders that contain special characters, e.g. <Cæcilie Norby> and <BLØF>, maybe that's causing the script to crash?
It shouldn't. Seriously it shouldn't. I have tested and re-coded, and re-tested, and used about every scenario I can think of. Extended characters in everything from song names to album names to artist names to folder name of all types work fine on my setup and, I think, for most people. But every once in awhile some don't work, and I don't know why. I remember another developer posting here that there are bugs in the python Unicode support and provided a non-trivially sized set of code to work around it, but I didn't really understand what it was doing, so I opted not to go that route.
If you do get crashes, please continue to post debug logs (see my signature for instructions). I'll look at it and at least try and be upfront about what I will try and fix.
RE: [RELEASE] Artist Slideshow 1.3.0 addon (with skin and addon integration) - maartenl - 2013-08-01
(2013-08-01, 02:49)pkscuot Wrote:(2013-07-31, 02:23)maartenl Wrote: Thanks for the workaround.
I have artist folders that contain special characters, e.g. <Cæcilie Norby> and <BLØF>, maybe that's causing the script to crash?
It shouldn't. Seriously it shouldn't. I have tested and re-coded, and re-tested, and used about every scenario I can think of. Extended characters in everything from song names to album names to artist names to folder name of all types work fine on my setup and, I think, for most people. But every once in awhile some don't work, and I don't know why. I remember another developer posting here that there are bugs in the python Unicode support and provided a non-trivially sized set of code to work around it, but I didn't really understand what it was doing, so I opted not to go that route.
If you do get crashes, please continue to post debug logs (see my signature for instructions). I'll look at it and at least try and be upfront about what I will try and fix.
Ok, Thanks a lot for the good work. Meanwhile I have tried to use AS (after applying the workaround, thanks for that!) with artists like <Cæcilie Norby> and AS 1.5.4. works as opposed to 1.5.2. that stopped working correctly with special characters. Major improvement!
Seems annoying that Python behaves kind of randomly and you can't get hold of what's causing the bug. Luckily the workaround you provided worked!
One other question: I deleted my .nfo files since migration did not work (script error) and have chosen to let AS re-download the .nfo files. However AEON NOX skin expects those files to be in the extrafanart folder and not in the local cache! This means I cannot get the similar artists etc, information anymore in AEON NOX. Is there a solution to this?
UPDATE
Tried again today, And now seems to work with AEON NOX. Sorry for the hassle.
RE: [RELEASE] Artist Slideshow 1.3.0 addon (with skin and addon integration) - maartenl - 2013-08-01
Have tried the new script, v1.5.4 and it is definitely an improvement! Thanks.
There's however still strange behaviour with artist that have special characters, e.g. José James, Cæcilie Norby etc. I discover in these cases artwork is downloaded to the local cache but not to the artist's remote folder (which resides on my NAS in this case and whose share is mounted through CIFS) as opposed to artists without special characters...
RE: [RELEASE] Artist Slideshow 1.3.0 addon (with skin and addon integration) - pkscout - 2013-08-01
(2013-08-01, 18:17)maartenl Wrote: Have tried the new script, v1.5.4 and it is definitely an improvement! Thanks.
There's however still strange behaviour with artist that have special characters, e.g. José James, Cæcilie Norby etc. I discover in these cases artwork is downloaded to the local cache but not to the artist's remote folder (which resides on my NAS in this case and whose share is mounted through CIFS) as opposed to artists without special characters...
That would seem to indicate that AS is not finding the remote folder. I remember running into another problem is the code that ASCII and Unicode compares will always be false, so that might be the problem. It might also be a CIFS thing, as I don't have a separate server here and have never validated to code against artwork stored on another machine. For one of your problem artists, could you post a path to the remote folder. I'll try and duplicate something here to see if I can figure out what's going on.
RE: [RELEASE] Artist Slideshow 1.3.0 addon (with skin and addon integration) - maartenl - 2013-08-01
(2013-08-01, 22:02)pkscuot Wrote:(2013-08-01, 18:17)maartenl Wrote: Have tried the new script, v1.5.4 and it is definitely an improvement! Thanks.
There's however still strange behaviour with artist that have special characters, e.g. José James, Cæcilie Norby etc. I discover in these cases artwork is downloaded to the local cache but not to the artist's remote folder (which resides on my NAS in this case and whose share is mounted through CIFS) as opposed to artists without special characters...
That would seem to indicate that AS is not finding the remote folder. I remember running into another problem is the code that ASCII and Unicode compares will always be false, so that might be the problem. It might also be a CIFS thing, as I don't have a separate server here and have never validated to code against artwork stored on another machine. For one of your problem artists, could you post a path to the remote folder. I'll try and duplicate something here to see if I can figure out what's going on.
Thanks for your help! Truly appreciate it. A path to which AS won't store artwork is: \\NAS4FREE\main\muziek\modern\João Gilberto\
As I said paths with no special characters e.g. \\NAS4FREE\main\muziek\modern\David Bowie\ give no problems.
UPDATE
Further test learns that AS won't store artwork in paths with 'special' characters but will read though!. When I play an artist with special character(s) in its name, the artwork is stored locally. When I subsequently manually move the locally stored artwork to the remote folder, it will read the artwork the next time I play that artist's music.
UPDATE II
I was to eager to post first update. After moving local artwork it seemed the script was reading the artwork remotely. But it seems the artwork was somewhere cached in memory. When changing artist and back, the script again makes a local artwork folder.
RE: [RELEASE] Artist Slideshow 1.3.0 addon (with skin and addon integration) - Hetoft - 2013-08-03
Hi pkscout,
Thanks for the reply you gave me. Makes perfect sense, and everything works as it should now.
You might want to take a look at this recent issue with the Spotimc (Spotify) addon:
http://forum.xbmc.org/showthread.php?tid=125147&pid=1476040#pid1476040
I won't be home before next week, so I won't be able to provide a debug log before then.
Regards,
Rasmus
RE: [RELEASE] Artist Slideshow 1.3.0 addon (with skin and addon integration) - mazkolain - 2013-08-04
Hello pkscout, I'm the developer of Spotimc.
Here's a brief explanation of how the audio stuff works:
Spotimc serves audio streams to xbmc through an embedded local http server, and due to some restrictions imposed by libspotify's design only one audio stream can be served at a time. Any attempt to fetch another stream while the current one is playing will cause the latter one to end prematurely.
Since Spotimc streams are somewhat "delicate" (and also the source of many headaches...), they may be affected by other services trying to analyze them. For example, it's the case of some lyric scripts that read the raw audio data on their attempt to search embedded lyrics (by using xbmcvfs.File), causing the described premature end of streams.
I've checked out the source of AS searching for such operation, but couldn't find any code trying to analyze streams by hand. The closest thing I've noticed is the fact that it tries to find related .nfo files (which does not affect Spotimc at all). Please correct me if I'm wrong.
Thanks for your support!
RE: [RELEASE] Artist Slideshow 1.3.0 addon (with skin and addon integration) - pkscout - 2013-08-06
Thanks for the info. As you saw, the only analysis of the audio stream I do is via either JSON or XBMC function calls. But 1.5.4 does that more frequently than 1.5.2. I was going to point to the JSON calls as a potential culprit, but I changed over to those in 1.5.2 and thus would have expected AS to cause problems earlier if that was really the case.
Anyway, if folks get some logs and post them here, I'd be happy to take a look.
RE: [RELEASE] Artist Slideshow 1.3.0 addon (with skin and addon integration) - Hack_kid - 2013-08-26
Hey just reporting a bug. with the latest version and frodo the script will only download artwork when (i'll use aeon nox as example) your in the music vis screen with the music info showing. as soon as you hit info again and drop down to the vis only. it stops trying to download for that artist. and then stops completely and just results in a black box in the upper left...i reverted to 1.5.3.003 on your github and am trying that right now...i did notice that when i hit play on my music it started downloading right away before i even went into the visuals
RE: [RELEASE] Artist Slideshow 1.3.0 addon (with skin and addon integration) - pkscout - 2013-08-26
(2013-08-26, 08:01)Hack_kid Wrote: Hey just reporting a bug. with the latest version and frodo the script will only download artwork when (i'll use aeon nox as example) your in the music vis screen with the music info showing. as soon as you hit info again and drop down to the vis only. it stops trying to download for that artist. and then stops completely and just results in a black box in the upper left...i reverted to 1.5.3.003 on your github and am trying that right now...i did notice that when i hit play on my music it started downloading right away before i even went into the visuals
I'll need a debug log. What I think you are describing is definitely not consistent with the way it works for me with the modified Confluence files. But it's possible I'm not completely understanding what you're describing either.
RE: [RELEASE] Artist Slideshow 1.3.0 addon (with skin and addon integration) - RoboHoboMK2 - 2013-08-31
Hey!
Terribly sorry if this has been answered earlier - I've spent four hours each day for three days trying to find a solution, but it seems I'm horribly inept with technology these days.
I'm trying to get an artist slideshow running in the tab screen (not sure what the proper name is), but I can't get it to work. The slideshow seems to run just fine in the Home Screen, but as soon as I hit tab, it reverts to a static artist image.
Some basic info:
Music folder hierarchy: [artist] -> [album] -> [song.flac]
Addons installed in the pursuit of a working slideshow: cdART, Artist Slideshow
Skin: Aeon Nox
XBMC release: 12.2 "Frodo"
I honestly don't know how to use cdART properly, or if I even need it to use Artist Slideshow. My head is boiling, heh x).
Appreciate any help!