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) - doldi - 2015-12-09 thx, popcornmix. On my Windows10-64bit kodi sucks - no Problem - all works fine. on Android arm i must take a Klick to the first *ifo file - all works. Milhouse agree with you - he have the same Problems with DVD menu. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2015-12-09 (2015-12-09, 18:47)doldi Wrote: On my Windows10-64bit kodi sucks - no Problem - all works fine. Are you testing these with nightly/master builds? The issue only occurs with videoplayer that has been in these builds for a while, and were merged into master a few days ago. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - doldi - 2015-12-09 http://mirrors.kodi.tv/nightlies/ ...that's my source for AndroidArm and Windows32 Yes, i do these on all my machines ;-) I've switch in RPi2 all variations with omx/mmal player - the best for me is to aktivate both in the system settings on #1001 (acceleration). RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2015-12-09 (2015-12-09, 19:52)doldi Wrote: http://mirrors.kodi.tv/nightlies/ Actually I think nightlies are currently using the Jarvis branch rather than master, so no videoplayer. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Martijn - 2015-12-09 (2015-12-09, 20:00)popcornmix Wrote:(2015-12-09, 19:52)doldi Wrote: http://mirrors.kodi.tv/nightlies/ correct because we rather have nightly users still on Jarvis RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - doldi - 2015-12-09 rofl - nightly user? sorry - i'm german :-) [ funny ] ...think nightly build user - correct? :-) Martijn, you have right - all are Jarvis builds. But the only good build for me was Kodi16.0alpha4 #1001 also Jarvis? After them with broken videoplayer? What can i personally do in order to fix this problem ...think nothing. correct? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Ollo - 2015-12-09 (2015-12-08, 22:46)Milhouse Wrote:(2015-12-08, 22:34)Ollo Wrote: I'm not sure where I should start testing? Should I go back to OE 6.0 builds? Dear Milhouse, I'm back again with sad news from Daniel of the Hifiberry Team. "HI, unfortunately none of our team knows the internals of Kodi and therefore nobody can debug this. We know from many people that are using Kodi for DTS and Dolby Digital playback. However, if the Kodi developers can't say what might be the problem, we can't help either. The application decides what data to send to the Digi+ board." (see here). This means I'm stucked now but at least I can say it might have never worked on my environment as I tried some further official builds. - 5.0.1 - 5.0.8 - 5.95.1 - 6.0 and in all of them DD5.1 is not working. I will keep trying and post some news if the behaviour changes. By the way do you know a possibility switching HDMI and ALSA passtrough using some remote commands like JSON-RPC? This would allow me using HDMI with DD5.1 and ALSA with DTS. Ollo RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2015-12-10 New OpenELEC K* build #1209: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (c5875ae6, changelog) and tip of XBMC master (077a14a1, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - zaphod24 - 2015-12-10 Just updated from 1204 to 1209. I've had to disable deinterlacing completely. When it is enabled, I get a lot of frame skipping. Hopefully that can be easily reproduced without the need for log files. If not, I can turn on debug logging and provide them. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2015-12-10 Which build did the problem start? Could be 1205, 1206, 1207, 1208 or 1209. A debug log never does any harm. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - zaphod24 - 2015-12-10 Wondering if it is the mmal rendering buffering change? Edit: Seems to be. 1207 is ok and 1208 and 1209 skip frames when any deinterlacing is enabled. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - menakite - 2015-12-10 @popcornmix the problem with DivX files (lots of skipped frames, barely watchable) starts in #1208. Tested multiple files, so I guess you should be able to reproduce with a random one, but I can provide a sample if needed. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - MONSTA - 2015-12-10 The deinterlacing problem mainly on mpeg2. Heavy 1080/59i unwatchable with mmal decoding and mmal adv. Omx still good. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Edddsch - 2015-12-10 Hi, i still have a problem, when switching back to 2D. To see what exactly happens i uploaded a video: Video When starting the video it switches correctly, if i stop the video it changes to 2D and back to 3D immediately Debug logfile: http://www.xbmclogs.com/p3zy6vcyy Big Thanks to the Team! Edddsch RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2015-12-10 (2015-12-09, 18:29)popcornmix Wrote: I've had a look and Avengers DVD hangs for me in menus. I've tried on x86 Ubuntu with master build of kodi and it hangs in the same way there, so not a Pi specific or Milhouse specific issue. Fernetmenta has produced a patch which has fixed most DVD menus. There still seems to be another issue, but tonight's build will hopefully show an improvement. |