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-01-09 (2016-01-09, 02:12)herrmeier01 Wrote: I will create debug logs of Yatse remote tomorow. Now my TV is in use and not avaiable for test :-) Don't worry - I dug out a copy of Yatse and have reproduced the issue. On both RPi and RPi2 as well as x86, Yatse navigation isn't working in build #0108, but is working in #0107. Kodi in #0108 is just not responding to any Yatse navigation keys - no response whatsoever, as if it isn't "seeing" them. The Home/Movies/TV buttons work, however. The volume mute button also works, but not volume up or volume down. I can reboot (and presumably use other power menu options) but that's about it. If I revert the Joystick controller change, PR8807, then Yatse works again. Have left a comment on github. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-01-09 (2016-01-09, 02:30)herrmeier01 Wrote: Ok, I will create a new one with #0108. Do you recommend any additional component logging or is a simply debug log enough? Regular debug log should be sufficient for audio/video issue. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - denz - 2016-01-09 I have tried a number of builds and the build that started buffering for live tv is between build #1206 and #1207. I couldn't test out build #1206 because I couldn't get the hdhomerun or serverwmc to work. I think it is #1207 from the description that started the buffering. The current build #0108 If you enable omx live tv buffering is gone. Thank you for the workaround. If further testing is needed I am glad to assist. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - herrmeier01 - 2016-01-09 Thanks you Milhouse for analysing the Yatse remote issue. I started Live-TV and waiting for video stutter for make the debug RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - herrmeier01 - 2016-01-09 Debug log of video stutter http://pastebin.com/raw/a9fED3an I start debug log when the problem occurs to keep it small By the way is there a command to start debbuging from linux shell? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Heinz1971 - 2016-01-09 Hi, I have a problem with lirc, could it be same problem as in post 314? Before I use an older release from November and there lirk is working. Wohnzimmer:~ # vcdbg log msg 2>&1 | paste http://sprunge.us/ebaR Wohnzimmer:~ # cat /flash/config.txt | paste http://sprunge.us/MEKa Wohnzimmer:~ # dmesg | paste http://sprunge.us/eIJG Wohnzimmer:~ # md5sum /flash/overlays/lirc-rpi-overlay.dtb 0627b693153571f7f9031d8554aa9de0 /flash/overlays/lirc-rpi-overlay.dtb RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-01-09 (2016-01-09, 15:17)Heinz1971 Wrote: I have a problem with lirc, could it be same problem as in post 314? I didn't see any errors in the logs. If you can find the first build here that fails that may identify the cause. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - kakkabolle - 2016-01-09 first of all: thanks a lot for the work in constant updating! I was just wondering why airplay isn't working anymore. Is there any planned update? On my apple devices I can select epenelec (kodi raspberry pi 2), but on Kodi nothing will happen. Thx RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-01-09 (2016-01-09, 15:50)kakkabolle Wrote: I was just wondering why airplay isn't working anymore. Is there any planned update? Is this specific to these test builds? Have you read: http://forum.kodi.tv/showthread.php?tid=238523 Re: RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-01-09 (2016-01-09, 13:13)herrmeier01 Wrote: By the way is there a command to start debbuging from linux shell? Code: texturecache.py debugon RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - kakkabolle - 2016-01-09 (2016-01-09, 15:53)popcornmix Wrote:(2016-01-09, 15:50)kakkabolle Wrote: I was just wondering why airplay isn't working anymore. Is there any planned update? THX! Now it's working Yes I'm using the newest test build from the first page. I've already went through your posted thread. A new post helped now: turn the airplay video/photo support off. Under options I couldn't find it, since I was under advanced settings and not expert settings... RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - wchick132 - 2016-01-09 (2016-01-09, 04:17)Milhouse Wrote: Don't worry - I dug out a copy of Yatse and have reproduced the issue. On both RPi and RPi2 as well as x86, Yatse navigation isn't working in build #0108, but is working in #0107. I came to the same situation with Yatse. However I found playback of x265 videos stuttering. It started from build #0107, rolled back to build #0106 back to normal. There's no marcoblock, no artifacts, just stop after a few second, playback tried starting again for another few seconds and completely halt, both video and audio. While in that state, I can still transfer another build to the update directory and command a reboot using Yatse (both #0107 and #0108). I guess it was only the GPU hanged. Is that any hope that 10-bit HEVC will be supported on RPi2 in future? Or it exceeded the capability of the processor? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-01-09 (2016-01-09, 18:24)wchick132 Wrote: However I found playback of x265 videos stuttering. It started from build #0107, rolled back to build #0106 back to normal. There's no marcoblock, no artifacts, just stop after a few second, playback tried starting again for another few seconds and completely halt, both video and audio. While in that state, I can still transfer another build to the update directory and command a reboot using Yatse (both #0107 and #0108). I guess it was only the GPU hanged. Are H.265 videos stuttering or permanently stalling? Not much happened with #0107 apart from some locking changes. There was a deadlock introduced but there was a fix in #0108. So, are you certain #0107 introduced the problem and that it wasn't fixed in #0108? I'm playing a H.265 now using #0108 without issue. I think it's unlikely that 10-bit H.265 will be possible. Not for HD video. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - wchick132 - 2016-01-09 (2016-01-09, 18:38)popcornmix Wrote: Are H.265 videos stuttering or permanently stalling? It stuttering for the first few seconds and after another few seconds, it just stalled permanenttly. Yes, pretty sure build #0107 introduced the problem. I then rolled back to build #0106 and everything backs to normal. I'll check build #0108 on another setup again, as Yatse wasn't working and on one setup that's my only way to control. Please noted that I watched x265 with subtitles (usually English in srt format). Remember we had problem before only when x265 video with subtitles? How about 10-bit 720p? Is this still not possible? Edit: Just tested on another setup that use CEC and TV remote to control. Yeah, it's fixed. No stuttering and halt so far for the last couple of minutes that I tested. Thanks. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-01-09 (2016-01-09, 18:48)wchick132 Wrote: How about 10-bit 720p? Is this still not possible? No. 10-bit is significantly harder than 8-bit. |