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) - charlieroot - 2015-07-23 (2015-07-23, 21:14)zaphod24 Wrote: It was listed as item 5 in the 0722 release, "Known issue: Splash video is not appearing (and delays appearance of Kodi GUI by about 20 seconds)" Oepz, totally missed that. Sorry about that . RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - zaphod24 - 2015-07-23 Even though I saw it, when I booted the first time and saw nothing for ~20 secs it still freaked me out. Course I'd just messed with the overclock to lower it a bit since the latest firmware doesn't need as much of an overclock for 1080i60. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - michidg - 2015-07-23 (2015-07-23, 16:53)michidg Wrote: I have some problems with about 10% of my dvds ( iso and video_ts folder ). With Openelec 5.0.x they played ok and using omx player hw accelerated ( without sound because of alsa ) same problem, image stops after some seconds. disable both hwaccel options ( dvd player software decode ) video does not stop anymore ! but unwatchable because of high cpu load. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-07-23 (2015-07-23, 16:53)michidg Wrote: I have some problems with about 10% of my dvds ( iso and video_ts folder ). Does enabling "attempt to skip introduction before DVD menu" help? Does disabling deinterlace (and then selecting "set as default for all videos") help? Could you provide a sample file? With dvd images this is a little tricky but there are tools that allow you to delete or cut down the main feature but leave the menus intact. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - michidg - 2015-07-23 (2015-07-23, 22:05)popcornmix Wrote:(2015-07-23, 16:53)michidg Wrote: I have some problems with about 10% of my dvds ( iso and video_ts folder ). tried it now, both does not help. Sure i can provide it, can you tell me which tool could be used ? never used something like this. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - michidg - 2015-07-23 tried it simply with the vob files directly and its the same problem. here is the last vob file of a problem dvd: https://dl.dropboxusercontent.com/u/88849549/VTS_01_4.VOB RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - michidg - 2015-07-23 i searched the forum a bit and found this thread : http://forum.kodi.tv/showthread.php?tid=226933&page=2 Seems to be the same problem ! downloaded his test file and also stops after some seconds. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Bartmaniac - 2015-07-24 Hello, i'm running these daily releases on my rpi2 and does someone know if these builds keep my hdd disks in my Nas always active ? When kodi is not in use but rpi2 is not shutdown RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - J_E_F_F - 2015-07-24 Mine seem to spin down RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-07-24 New OpenELEC Isengard build #0723: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (0cfb546d, changelog) and tip of XBMC master (0bb06907, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-07-24 (2015-07-23, 22:40)michidg Wrote: i searched the forum a bit and found this thread : http://forum.kodi.tv/showthread.php?tid=226933&page=2 Okay, both samples have the same issue. I've determined that firmware from about six months ago can play these files. I've bisected it and found the commit "video codec: refactor userdata release mec hanics in categoriser". Now, I don't know a lot about this code, and the commit is too large to make immediate sense. I really need the author (Deborah) to help but she's not currently around. I have determined that reverting this commit does succeed and allows the samples to play. If you want to try it then I've built a test firmware: https://dl.dropboxusercontent.com/u/3669512/temp/firmware_150724.zip However I suspect the commit was added for a reason, so it could cause issues (probably with MVC). But give it a try and report back how it works. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - J_E_F_F - 2015-07-24 (2015-07-23, 19:33)popcornmix Wrote:(2015-07-23, 19:19)MONSTA Wrote: core_freq and gpu_freq - is not it the same thing? So core of what? OK, this seems really weird I have a RPi2 and used the following arm_freq=1000 gpu_freq=333 I am using bcmstat.sh -c to view things. After a reboot: Arm is at 1000 until it finishes a library scan (good) Core is at 333 until it finishes a library scan (good) H264 is at 0 until it finishes a library scan (good) Once library scan is complete Arm reduces to 600 (good) Core reduces to 250 (good) H264 goes up to 250 and stays there (What the heck?) This is all sitting at the desktop, not playing anything. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-07-24 Add "force_turbo=1" otherwise the SoC will drop down to the stock minimum frequencies whenever it is idle, and only use your new higher frequencies when it is busy. "vcgencmd measure_clock h264" is used to determine the current h264 clock frequency. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - J_E_F_F - 2015-07-24 I'd prefer it drop back down when not needed. Just wondering why when it drops down, that H264 goes up? H264 should remain at 0 unless a movie is playing. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-07-24 Presumably because the H264 block was needed by something so became active, however I have noticed that when it is no longer being used there are times when it will remain "on" (in your case, at the lower idle frequency) rather than switch back down to 0MHz. Try playing an H264 movie, then stop playback, and see if the H264 block eventually goes back to 0MHz. |