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-03-22 OpenELEC is going through a lot of change right now (mostly build system related) and I don't have the time to fix all the issues, so I've made the temporary decision to stop pulling OE updates while continuing to provide Kodi updates. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - thent - 2016-03-22 (2016-03-21, 14:15)popcornmix Wrote:(2016-03-21, 01:57)Milhouse Wrote: [*]"Sync playback to display" now disabled by default Actually playback has significantly improved for me with "sync to display" disabled. I had many problems with some TV recordings with mp3 audio in the past, playback was mostly stuttering. Nevertheless codec info still counts a lot of skipped frames even with the latest builds, it's about 100 frames within 10 minutes. If you're interested I could upload a sample file. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-03-22 (2016-03-22, 13:48)thent Wrote: Actually playback has significantly improved for me with "sync to display" disabled. I had many problems with some TV recordings with mp3 audio in the past, playback was mostly stuttering. Nevertheless codec info still counts a lot of skipped frames even with the latest builds, it's about 100 frames within 10 minutes. If you're interested I could upload a sample file. Please do. Do you believe the frames are actually being skipped, or might it be falsely reporting the skips? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - thent - 2016-03-22 Both. Most of them are falsely reports, but from time to time I still do observe real skips, every 30 seconds or so. Testfile is here: https://www.dropbox.com/s/14fdph2uxs7mzb8/Leonardo.avi?dl=0 RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-03-22 (2016-03-22, 14:34)thent Wrote: Both. Most of them are falsely reports, but from time to time I still do observe real skips, every 30 seconds or so. Just tried it in my debug environent (MMAL, sync playback to display disabled) on a pi3 and "skip:" doesn't increase and it looks smooth. It shows 2 skips from start of playback (or possibly bringing up the codec info overlay) but it's still on 2 at end. There was some stutter investigation here and it seems lirc_rpi and a USB remote dongle were implicated in causing stutter. We'd like to work out what is happening there, but if you have any peripherals connected it might be worth testing with then removed. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - thent - 2016-03-22 (2016-03-22, 15:45)popcornmix Wrote: There was some stutter investigation here and it seems lirc_rpi and a USB remote dongle were implicated in causing stutter. We'd like to work out what is happening there, but if you have any peripherals connected it might be worth testing with then removed. Thanks a lot for pointing me into that direction! You were actually right, I had a USB MCE remote (like this one) connected to my Pi2 and when I cut the cord, the frame skipping had stopped completely. This also improved playback for other files of mine, e.g. 1080p with AC3 and passthrough, or streamed amazon videos. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-03-22 (2016-03-22, 16:06)thent Wrote: Thanks a lot for pointing me into that direction! You were actually right, I had a USB MCE remote (like this one) connected to my Pi2 and when I cut the cord, the frame skipping had stopped completely. This also improved playback for other files of mine, e.g. 1080p with AC3 and passthrough, or streamed amazon videos. Okay that's interesting. I wonder if you could try adding: Code: dtoverlay=lirc-rpi to config.txt (with the USB dongle still removed) and confirm if that also stutters. You don't need actual lirc hardware - there are reports of just that option causing stuttering with OSMC. That's what I'm trying to use to reproduce the issue, but I'm not seeing it in my debug environment so far. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - thent - 2016-03-22 (2016-03-22, 16:28)popcornmix Wrote: Okay that's interesting. I wonder if you could try adding: The playback stays smooth and free of stuttering, I still see a few false reported frame skips, but much less than with the USB remote connected. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - fizbin - 2016-03-22 (2016-03-21, 17:50)Martijn Wrote: You can only use one skin for testing and that's estuary. Switching to the estuary skin did correct the inability to get to the CEC settings and the Pi rebooting, however the core issue still remains. With CEC enabled, when I turn my TV off and back on again, it loses signal with the Pi. Disabling CEC corrects that issue, but there is your proof that there is a bug with some new facet of CEC. Rolling back to Openelec 6 results in correct behavior, even with CEC enabled. It happens on 2 of my 3 TVs and at least 2 people have reported this issue on Kodi 17 Milhouse builds in this thread. Let me know if I can be of any help further troubleshooting. Thanks, Jay RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-03-22 (2016-03-22, 18:25)fizbin Wrote: With CEC enabled, when I turn my TV off and back on again, it loses signal with the Pi. What do you have "When the TV is switched off" set to? I believe the default is ignore, but setting it to shutdown would produce the behaviour you describe. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - illiac4 - 2016-03-22 (2016-03-21, 14:07)popcornmix Wrote:(2016-03-21, 07:24)illiac4 Wrote: From which build Kodi disables all third party addons if it chrashes? http://forum.kodi.tv/showthread.php?tid=238393&pid=2289270#pid2289270 RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - stevegal - 2016-03-22 (2016-03-22, 06:09)Milhouse Wrote:(2016-03-21, 23:55)stevegal Wrote: I'm on build #318. things are generally good, but I've noticed a few issues The timer set flag is definitely fixed in #321! I've yet to checkout the playback. Good stuff so far! RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - herrmeier01 - 2016-03-22 I have some trouble with the latest changes of handling the device trees and overlays since #0314 I want to load the analogue soundcard and SPI interfaceas. Before it was working with: /flash/config.txt dtparam=audio=on audio_pwm_mode=1 audio_sdm_mod_order=2 dtparam=spi=on As I understand I have to configure it now like this: /flash/config.txt dtoverlay=rpi-dac,audio_pwm_mode=1,audio_sdm_mod_order=2 dtoverlay=spi-gpio35-39 But the overlay will not be loaded # dtoverlay -l No overlays loaded I think I'm doing something wrong RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-03-22 (2016-03-22, 20:15)illiac4 Wrote: http://forum.kodi.tv/showthread.php?tid=238393&pid=2289270#pid2289270 Starting with build #0220 there are problems with addons, for sure. I suspect PR9110 is responsible - I've posted already on github about the startup issues when there is no Addons*.db file. Unfortunately I can't reproduce in Ubuntu, although maybe it's a timing issue. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-03-23 (2016-03-22, 23:06)herrmeier01 Wrote: I think I'm doing something wrongBest to ask here where the device tree guru will be able to answer. |