OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111) +---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166) +---- Thread: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) (/showthread.php?tid=250817) 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
|
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-02-23 (2016-02-23, 14:19)popcornmix Wrote:(2016-02-23, 05:48)stourwalk Wrote: #0210 works @stourwalk: Can you try #0223g for RPi2 - this has PR9146 reverted. PR9051 doesn't revert cleanly, if #0223g continues to crash then I'll see how much work is involved building without PR9051. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - nb2a - 2016-02-23 http://xbmclogs.com/pcevgqxzg Can anyone notice why I still have no HD live TV? Thanks again RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - stourwalk - 2016-02-23 (2016-02-23, 17:34)Milhouse Wrote: I've been testing with files @stourwalk sent to me - an archive of the ABB folder - but I'm not yet able to reproduce any issues, it imports without a hitch using #0222. Just to say - appreciate the effort you are taking I've just grabbed the build that you produced without 9146 - as soon as I get home I'll give it a go and see if it makes a difference. Alongside that is there anything else that you would like me try when I do that (either on 0210 or 0223g). I guess I could try stripping out parts of the NFO file and see if it's just its presence or something in it that causes the issue. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-02-23 Are you absolutely certain it's the ABB artist/album that's the problem? I unzipped your ABB archive into a network folder called "Music", added this folder as a music source (once as smb://, a second time nfs://), then scanned the contents - no problems either time. If you do the same, is yours still crashing? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - nalor - 2016-02-23 Just connected a mouse to my Pi2 and noticed that I cannot move the mouse cursor to the bottom half of the screen while playing a 3D iso. Is this a general limitation in 3D mode? (at first I tried it with build #0218 and next upgraded to #0222 - but it didn't make any difference). And I think it's unrelated to the mouse thing - but I got a crash when I tried to move forward a few minutes during the playback, here's the crashlog: crashlog RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-02-24 New OpenELEC Krypton build #0223: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (8e491075, changelog) and tip of XBMC master (570232ec, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - stourwalk - 2016-02-24 (2016-02-23, 23:08)Milhouse Wrote: Are you absolutely certain it's the ABB artist/album that's the problem? I unzipped your ABB archive into a network folder called "Music", added this folder as a music source (once as smb://, a second time nfs://), then scanned the contents - no problems either time. If you do the same, is yours still crashing? It's *all* my folders that cause the problem - ABB is just one example, in each case, removing the NFO files allows Kodi to scan the albums into the Library, or going back to #0210 allows it to scan it with the NFO files present. Once it's scanned into the library then later version are quite happy. Is it possible that it's not Kodi related but Openelec related? Have just copied 0223g onto the rPi, so will reboot it and see if it's any different. I'll also create a brand new folder on the server and see whether that equally suffers - I'll also copy the ABB folder onto the Pi's SD card, would narrow it down to whether it's source dependent. EDIT - Testing Done - all with #0223g Test 1: Install #0223g and 'Update Library' Result: Still crashes in the same way when looking at the network source and finding a new artist/album with a NFO file Test 2: Extracted the same ABB.ZIP that I gave you earlier on and put that in /storage/music and asked Kodi to scan that as a new music source.. Result: To my utter surprise - it promptly crashed and restarted Kodi in exactly the same manner. Test 3: Rename/move all the MyMusic??.db files and start all over from scratch - see if it's something that failed to upgrade properly.. Result: Nope - attempting to scan to library the /storage/music/ABB folder causes the restart. Test 4: Repeat Test3 for Addons??.db Result: No change - still restarts on local file Test 5: Remove artist.nfo and album.nfo Result: Imports fine (then delete the source so I can repeat) Test 6: Remove album.nfo and leave artist.nfo Result: Imports fine (then delete source so I can repeat) Test 7: Delete contents of album.nfo (just leaving the <album></album> tags) Result: Restarts Kodi All of the crashes have a consistent stacktrace Code: #0 0x007945cc in CNfoFile::Create(std::string const&, std::shared_ptr<ADDON::CScraper> const&, int) () I've run out of things to think about testing now - ideas welcome.. EDIT2 - Is there any reason why CMusicInfoScanner:ownloadAlbumInfo does result = nfoReader.Create(strNfo, info); but CNfoFile create() seems to expect 3 arguments - if it's optional don't you have to specify a default value? I'm not a C++ programmer so that may be irrelevant RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - venex - 2016-02-24 I'm using this alpha build (because of lots of issues with stable OpenElec builds) on my RPi (model B) and am very happy with it, so many thanks for that! Because of being an alpha I have had some system hangs during video playback. Since build #0220 it seems to be fixed so far. However I have another issue. I watched a movie and stopped it, then I turn off my tv (my RPi is always on). Then I go to sleep and woke up because my tv turned on. Some activity (however screen is black) triggered my tv to turn on. This happend twice RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Forage - 2016-02-24 (2016-02-24, 00:17)Milhouse Wrote: Build Details:Thank you for including this one so I can try it out. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-02-24 (2016-02-24, 10:14)venex Wrote: I'm using this alpha build (because of lots of issues with stable OpenElec builds) on my RPi (model B) and am very happy with it, so many thanks for that! Can you try disabling CEC in system/input/peripherals/CEC settings and confirm if it is CEC causing this. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-02-24 (2016-02-24, 01:55)stourwalk Wrote: Have just copied 0223g onto the rPi, so will reboot it and see if it's any different. Thanks for all the testing. Can you try build #0223h for RPi2 - this includes a patch from @menakite: https://clbin.com/oOPug It will be interesting to see if this has any effect. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - doldi - 2016-02-24 Dear Millhouse, do you have also a special testbuild for me? :-) :-) I'm not able to play wave-files in one folder. Only if a disable passthrough (for me in this case no multichannel) all files would play (stereo). Thanks btw: same problem in Kodi17master Win32 and previous nightly builds. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Psyduckap - 2016-02-24 (2016-02-23, 20:38)popcornmix Wrote:I've done a fresh install with defaults of #0223.(2016-02-23, 20:29)Psyduckap Wrote: I'm not sure but I think that when I run the first time, the one on the log, I had passthrough and now I have to disable sync playback to display to get it Only have changed Adjust display refresh rate to Always, Sync playback to display Disabled and Passthrough Enabled, added a nfs source and now video runs smoothly and has passthrough. I don't know if it was version #0222 or some kind of misconfiguration. Anyway, thanks for your help. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - mule1 - 2016-02-24 Since build #0216 (first build with changed vnsi addon for pvr api v5.0) the TV service using the VNSI addon isn't starting anymore. It tries to load the channel and epg infos and then hangs while doing so (side note: I'm using the latest git version of the vnsi server plugin for VDR). Please find enclosed the correspondig kodi log entries: Code: 20:03:33 27.763836 T:1628312480 NOTICE: PVRManager - starting up RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - nalor - 2016-02-24 Hello again - just had another spontanious reboot/crash when I tried to switch the audio stream while playing a 3d bluray iso in build #0223 - here's the crashlog: http://sprunge.us/Cbgg |