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) - popcornmix - 2016-01-11 (2016-01-11, 14:29)movie78 Wrote: New OpenELEC Krypton build #0110 A debug log (wiki) and/or a sample file that shows the problem would be useful. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - movie78 - 2016-01-11 (2016-01-11, 14:31)popcornmix Wrote:(2016-01-11, 14:29)movie78 Wrote: New OpenELEC Krypton build #0110 I have try multiple 3D TRUEHD 5.1/7.1 and ATMOS movie,had the same results,you can try any 3D THRUEHD 5.1/7.1 or ATMOS and i am quiet sure you have the same results. The green microblocks issue that i reported is fixed with the latest build,good job!! RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - parcel - 2016-01-11 (2016-01-11, 10:39)Milhouse Wrote:(2016-01-11, 02:54)parcel Wrote: This is debug log. I think It's not a libcurl problem. I added only one repository recently but work fine at time. It is may my hardware faults or somthing. Thank you RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - menakite - 2016-01-11 Unlikely to be a hardware problem if everything else is okay. You said you've deleted and recreated the addons database already, so I suggest you go through builds to determine the one where the problem is introduced. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - MikeKL - 2016-01-11 (2016-01-11, 00:18)MikeKL Wrote: Using build #0109 with iplayer www 1.3.1 and noticed a number of issues with a catch-up stream where video/audio and subtitles paused and became out of sync for a couple of seconds before video/audio raced to catch-up and be in sync with subtitles again. (Note: I selected middle of range 1.5Mbps Akamai from available stream quality levels, in order to normally provide a non-interupted stream) (2016-01-11, 00:20)popcornmix Wrote: @MikeKL does it only happen with subtitles enabled? (2016-01-11, 00:55)MikeKL Wrote: I believed this to be the case, as it appeared different to normal pause buffering when kodi interface will typically display % of buffer catching up to 100% before playback commences again. However, I have just been running same catch-up with subtitles switched off and actually seem to have similar issues? (2016-01-11, 01:17)popcornmix Wrote: FernetMenta is aware of a problem with the recent renderer locking commit that is responsible for the hevc with subs stutter issue. I suspect this is a similar issue.OK thanks, let me know if I can perform any specific tests on a future build with subtitles on/off, I really do appreciate the continous improvements to video playback including streamed live and catch-up; via various available add-ons and most importantly these latest bleeding edge builds of Openelec. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - lixer - 2016-01-11 (2016-01-11, 14:17)popcornmix Wrote:(2016-01-11, 09:25)lixer Wrote: I'm unable to skip through a certain movie (Star Wars Episode II - Attack of the Clones.mkv) on my pi2. That movie plays fine but got stuck after playing for about an hour and 25 mins or so. I can't resume from that point either. I did indeed try it and it exhibits the same behavior in VLC on windows as well. Thanks for all the wonderful work you guys do... much appreciate it!! RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-01-11 (2016-01-11, 17:08)parcel Wrote: I think It's not a libcurl problem. I added only one repository recently but work fine at time. Can you compare builds #0103 and #0104 and see if there is any difference. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - mylle - 2016-01-11 (2016-01-11, 10:31)mylle Wrote:(2016-01-10, 14:17)popcornmix Wrote:(2016-01-10, 13:22)mylle Wrote: Just tested but the issue is the same with MMAL enabled as the only option Hi guys, Dont know if this gives you any hints as to how to find a solution to the the buffering issue. I have have just purchased an Intel Skylake setup with HD530 graphics. On this i have installed Millhouses latest linux build: http://milhouse.openelec.tv/builds/master/Generic/OpenELEC-Generic.x86_64-7.0-Milhouse-20160110010535-%230110-gcbf8287.tar With this setup/build i have the exact same issue as with the RPI2 MMAL setup. Live tv starts fast but after a couple of seconds it buffers for 5-10 seconds and after that there is not problems. I have tried with: VDPAU and VAAPI enabled Only VDPAU enabled Only VAAPI enabled Nothing enabled. Every setting produces the same behaviour. On the same dual boot system i have windows 7 with a recent nighly build. That combination works fine. Let me know if you want me to try anyting. Regards Jacob RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - parcel - 2016-01-11 (2016-01-11, 22:59)Milhouse Wrote:(2016-01-11, 17:08)parcel Wrote: I think It's not a libcurl problem. I added only one repository recently but work fine at time. Back to #0103, there is no freezing on addon manager, it appears quickly. with #0104, there is freezing! RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-01-12 (2016-01-11, 23:58)parcel Wrote: Back to #0103, there is no freezing on addon manager, it appears quickly. If you wait long enough it will work (this could be 20-30 seconds, or longer). It's caused by PR8705. The developer has been notified. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-01-12 (2016-01-11, 22:59)mylle Wrote: Dont know if this gives you any hints as to how to find a solution to the the buffering issue. Thanks that is useful to know. Means the issue is not in Pi specific code but in common code which narrows it down a bit. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-01-12 New OpenELEC Krypton build #0111: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (5815df23, changelog) and tip of XBMC master (e5ab6a3d, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - parcel - 2016-01-12 (2016-01-12, 00:55)Milhouse Wrote:(2016-01-11, 23:58)parcel Wrote: Back to #0103, there is no freezing on addon manager, it appears quickly. Yes. it's long delay before showing listbox. Thank you RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-01-12 (2016-01-11, 08:51)Milhouse Wrote: No, no, yes please - add a link to your full debug log showing the problem. I'm going to include PR7030 in the next (#0112) build as it's now been rebased - if you still have problems with the next build, please report it on github. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - vandamme - 2016-01-12 When I want to resume watching a movie, sometimes, it freezes. Same problem when seeking at a particular position in the movie. Here is my log file : http://xbmclogs.com/pe8knwmpt Line 830 corresponds to my first attempt, everything was ok. Line 2471 corresponds to my second attempt for the same movie and the playback stopped and movie freezed. Tested on #0102 and #0110 |