OpenELEC Testbuilds for RaspberryPi (Kodi 16.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 16.0) (/showthread.php?tid=231092) 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
|
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - menakite - 2015-09-16 @Milhouse have you tried to reproduce the add-on dialog problem on a different platform? It seems I can't reproduce on OS X... I wanted to test https://clbin.com/ISjZA [1] but everything is (seems?) fine on OS X. [1] https://github.com/xbmc/xbmc/pull/7800/files#diff-2072f32e1088f82e792017cd44b5b64aL119 RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-16 No, I only have OpenELEC on x86 and RPi, and they all have PR7800. So far I've only installed trakt on the RPi. I've just tested https://clbin.com/ISjZA on RPi and it seems to fix the issue - the Ratings dialog did appear a couple of times. However the trakt service http://api-v2launch.trakt.tv is currently returning 504 errors (debug log: http://sprunge.us/EOMd) and I can't get the dialog to appear reliably. Were it not for the service issues I suspect your patch would ensure the dialog appeared reliably, maybe I can confirm later today if/when the service issue is resolved. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - menakite - 2015-09-16 Thanks for testing it. I've pulled latest master on OS X, so it has 7800 too. Strange. I'll try a clean build later today (but this old iMac needs hours...). (If the patch has actually any effect, then it should be broken on all platforms.) RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-16 (2015-09-16, 04:08)menakite Wrote: (If the patch has actually any effect, then it should be broken on all platforms.) I agree - actually I can try an Ubuntu build (totally forgot about that) which I can test with trakt. I'll also upload build #0915y which includes your patch so maybe you can test it yourself (and compare with #0915 - the only difference is the addition of your patch). The trakt service outage is rather frustrating. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-09-16 I remembered reading something about the DVB-T tuners' built-in IR receiver possibly being a problem and found this post, https://www.raspberrypi.org/forums/viewtopic.php?t=18090 which recommends adding options dvb-usb disable_rc_polling=1 to /etc/modprobe.d/dvbt.conf . I did that and rebooted but dmesg still shows: [ 7.224896] Registered IR keymap rc-it913x-v1 [ 7.225316] input: Kworld UB499-2T T09 as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.5/1-1.5.3/1-1.5.3.4/rc/rc0/input4 [ 7.226076] rc0: Kworld UB499-2T T09 as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.5/1-1.5.3/1-1.5.3.4/rc/rc0 [ 7.226096] usb 1-1.5.3.4: dvb_usb_v2: schedule remote query interval to 500 msecs Should it still show that if the IR receiver is disabled? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-16 I seem able to reproduce the problem in Trakt on Ubuntu 15.04. I say "seem" as I'm yet to complete the Account Authorisation dialog due to ongoing service outage. Since this dialog isn't working I cancelled the Authorization dialog (it took ages), restarted Kodi, and now when I go into the add-on settings for Trakt when I click on "How do I authorize the trakt addon to access my trackt.tv account?" I appear to be having the same problem viewing the Authorization dialog as I do with the Ratings dialog (strange it worked once, after installation) - in the following debug snippet, note the Window Deinit for script-trakt-PinAuthDialog.xml: Code: 03:42:36 T:140486489950272 DEBUG: ProcessMouse: trying mouse action leftclick With your patch, the Authorization dialog appears every time (even though I'm unable to complete it). RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-16 I've finally managed to complete the Authorisation dialog on the Ubuntu client - the trakt service is up and down, total PITA. With the unpatched Ubuntu Kodi, I'm able to reproduce the problem with the Ratings dialog, even down to the same issue when shutting down Kodi: Code: 04:04:22 T:140297591642176 ERROR: CPythonInvoker(1, /home/neil/.kodi/addons/script.trakt/default.py): script didn't stop in 5 seconds - let's kill it The patched Kodi has no such problem and reliably shows the Ratings dialog (trakt service issues permitting). Not sure why OSX is working without the patch. Edit: Build #0915y is here - it's RPi2 only. The only difference in the build is the addition of your patch and an updated pvr.mythtv (but pvr.mythtv shouldn't have any effect on this issue). RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - menakite - 2015-09-16 Heh, yeah. I've been testing #0915y for the last hour, but it's a hit and miss. It seems it's recovering now. I'm always getting the rating dialog with this build (except of course when the API times out). (trakt is great and generally works pretty fine, but unfortunately when the API breaks, it breaks for real and they need a few hours...) Anyways even the PIN dialog is a good candidate for testing. I'll link this patch to Paxxi in the afternoon. Apart from the add-on windows, a couple comments on #0915. I see audio sync is moved to the audio engine - if I understand correctly it mutes audio (I can hear that happening), does... whatever it does, and then unmutes. I've watched an episode where the usual "in previous episodes" is at the very start and I could only hear something like "evious episodes". The "whatever it does" (skips audio packets I guess) seems a bit too brutal in this case as it's pretty noticeable. (VLC works okay and I guess #0914 would too.) PLL adjustment doesn't seem to be fully implemented yet or it's reporting the wrong values in the codec info overlay (or it's working too well!), always pll:1.0 err:0.0 - but one of the recent popcornmix' commits seems to indicate the opposite, so I thought I'd mention it. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - L-S-D - 2015-09-16 since the inclusion of PR:8008: JSON: replace YAJL with RapidJSON, I'm no longer able to list TV channels in Kodi Remote for IOS. The error message is: Code: XBMC JSON-RPC Error: Invalid params. Last working builds are up to #0910 and #0912. I can see my channel groups but I'm not able to list the channels in a group. Channel selection through gui is working without any issues, so it is not related to the recent PVR API 4.0 bump. I just tracked this down remotely, so if debug logs are required, I can make them in the evening, but it should be quite obvious. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-09-16 (2015-09-16, 06:49)menakite Wrote: (VLC works okay and I guess #0914 would too.)Might be useful to confirm it really is better on #0914. My understanding is the lost initial audio is a common dvdplayer bug that VideoPlayer is trying to fix. Quote:PLL adjustment doesn't seem to be fully implemented yet or it's reporting the wrong values in the codec info overlay (or it's working too well!), always pll:1.0 err:0.0 - but one of the recent popcornmix' commits seems to indicate the opposite, so I thought I'd mention it. Yes, the PLL fix was pushed last night in my tree but didn't make this build. Try tomorrow. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - menakite - 2015-09-16 (2015-09-16, 12:31)popcornmix Wrote: Might be useful to confirm it really is better on #0914. My understanding is the lost initial audio is a common dvdplayer bug that VideoPlayer is trying to fix.I remember months ago I've used one of these episodes with "in previous episodes" at the very start of video to determine the optimal value for "pause playback while adjusting refresh rate", but I'm wondering if I was using pll adjustment and that avoids this behavior? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-17 New OpenELEC Jarvis build #0916: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (a0f8a05e, changelog) and tip of XBMC master (a6403dbc, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-09-17 I haven't reported it before I don't think but sometimes when playing a video/movie, the audio pitch fluctuates for maybe 5s before settling down. If I stop and restart the movie, it tends not to do it again. I'm not using any fancy AV receiver, just HDMI straight to my TV. I haven't tested the latest build yet but it certainly happened last night with #908. The log is massive, so I've created an extract showing the boot and the playback where I had the problem: https://drive.google.com/file/d/0B1fDI89phEESODVNZEdYTTZ6bG8/view?usp=sharing RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - woronczak - 2015-09-17 Hi guys. Having an issue and was wondering if anyone might be able to help. I have a RPi2 connected to a Pioneer VSX-324 Amplifier and then to a BenQ w1070 projector (I think I can recall reading that there is at least one or two other people with similar setups - HDMKV? Movie78?). I am running the latest Milhouse build (0916) although this issue still happens even with the latest 5.95 Openelec release (I think this is a bug, but thought I would ask your opinions) I have Full HD HDMI modes for 3d and MVC (full frame 3d) enabled. Audio is set so that passthrough is off (so the Pi is outputting PCM multichannel to the amp) with 5.1 channels. Adjust display refresh rate = always; Sync Playback to display = off (although changing this doesn't seem to make any difference). The GUI resolution is set to 1080p 23.98 (this projector supports Frame Packing 3D at this resolution, but not at say 50hz, where it only supports SBS; I know that this doesn't matter for playback when it is set to be synced to display, but bear with me)) When I play a 3d MVC movie that has been ripped using MakeMKV and flagged as a 3d file (actually just figured out it can be any 1080p 3D movie inc SBS and TAB), it automatically triggers the "Frame Packing" 1080p mode of the projector and displays the file as it should, in proper 3d with sound. However when I stop playing the file, the projector does not get the message to switch back to 2D / non frame packing, so the UI is distorted (looks like SBS as if I close 1 eye, I can see half the screen and vice versa). To rectify this, I can either turn 3D mode off on the projector (which is set to auto by default) or head to the Kodi System - Video - Resolution settings and change it to something else. I have "disable stereoscopic 3d mode when playback ended" enabled (although again this makes no difference on or off). If the GUI resolution is set to something else (say 1080 / 50) where the projector does NOT support frame packing at that resolution, then there are no issues - the video plays properly and when stopped, returns to the gui at the appropriate resolution without the projector being stuck in 3d frame packing. I cannot see that there was anything exciting in the log, but here is the link: http://pastebin.com/t9RJKJj5 In the meantime, I will just keep using the GUI at 1080/50hz where everything is OK. Would be keen to see if this affects others as well. Cheers RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - woronczak - 2015-09-17 Oh and another thing, how do you trigger 3d Isos? What settings do you need to have for that? Great work with all of this guys!!! |