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) - afremont - 2015-08-26 (2015-08-26, 11:59)popcornmix Wrote:(2015-08-25, 00:42)afremont Wrote: Don't celebrate yet. If the GUI is up (channel guide with video scaled down or with main menu showing, the audio plays fine, but the video falls behind. When I go back to full screen, the video races to catch up with the sound. As Spock would say, fascinating. Seems to work fine as long as video is full screen. This was when watching live TV. When the video catches back up, the skip count increases rapidly as the video is racing (this actually makes sense to me). I just installed 0825 and I don't immediately see any difference. When live TV is in Channels "window" the video lags more and more. The same when the main menu is overlaying it. When back to full screen, the video races ahead and catches up with the sound. Seems pretty much the same as the previous version. Just out of curiosity what did you patch? I looked through the description of Milhouse's build and I couldn't spot anything. Are you not able to reproduce the problem with the large video clip I put on dropbox? EDIT: I also get skipped frames when 1080i content is overlayed or in a window, but the audio stays in sync. The video just loses the smoothness that it normally has. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-08-26 (2015-08-26, 13:31)afremont Wrote: Seems pretty much the same as the previous version. Just out of curiosity what did you patch? I looked through the description of Milhouse's build and I couldn't spot anything. There is an extra newclock4 commit in last night's build, a third "fixup! [mmalcodec] refector the decoder flags logic to avoid stalls on seek" commit - my "new patch detection" script failed to detect this third commit as a new patch (ie. report it in the change log - it's definitely included in the build) because it's comparing commit descriptions and there were already two other commits with the same description in the previous build... I'll see if I can find a simple solution for that although it shouldn't be a common issue. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Bartmaniac - 2015-08-26 Guys, girls.. As of 4.18.0 the Milhouse builds don't install unless I enter the correct URL in configuration settings. I tried Milhouse.openelec.TV/builds/master/RPi2 only to see 'invalid custom url. If any of you can point me to the correct url...thanks a lot RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Bartmaniac - 2015-08-26 (2015-08-26, 16:51)Bartmaniac Wrote: Guys, girls..Hmm I think I was a bit too fast to post.. It works RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - handbone - 2015-08-26 (2015-08-25, 12:44)popcornmix Wrote:(2015-08-25, 01:05)handbone Wrote: Hey popcornmix, was there anything in my debug log that would explain an issue with my Hifiberry and the default video player? (dvdplayer) Feel silly not realizing that was still on. Thanks. So audio now works through it, but still not on Passthrough (with compatible DTS/AC3 receiver). I'll get a log file as soon as I'm home RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-08-26 (2015-08-26, 13:31)afremont Wrote: I just installed 0825 and I don't immediately see any difference. When live TV is in Channels "window" the video lags more and more. The same when the main menu is overlaying it. When back to full screen, the video races ahead and catches up with the sound. Seems pretty much the same as the previous version. Just out of curiosity what did you patch? I looked through the description of Milhouse's build and I couldn't spot anything. Are you not able to reproduce the problem with the large video clip I put on dropbox? Are you seeing sync problems when playing through video/file interface with OSD active? I'm not seeing a problem there. Playing through the PVR channels window is harder for me to reproduce. Re: RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - f1vefour - 2015-08-27 (2015-08-26, 16:51)Bartmaniac Wrote: Guys, girls..If you're the links won't always work. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - afremont - 2015-08-27 (2015-08-26, 21:37)popcornmix Wrote:(2015-08-26, 13:31)afremont Wrote: I just installed 0825 and I don't immediately see any difference. When live TV is in Channels "window" the video lags more and more. The same when the main menu is overlaying it. When back to full screen, the video races ahead and catches up with the sound. Seems pretty much the same as the previous version. Just out of curiosity what did you patch? I looked through the description of Milhouse's build and I couldn't spot anything. Are you not able to reproduce the problem with the large video clip I put on dropbox? Yes, the audio immediately drops out of sync as soon as I say hit the back button on the remote. Any GUI overlay seems to do it, except the transparent codec info screen. This is only with 720p material. I have resample audio enabled, I DONT have adjust refresh rate enabled. I'm still using the hdmi_clock_change_limit too. Limit GUI updates is set to 10 also. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-08-27 New OpenELEC Jarvis build #0826: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (c06668c5, changelog) and tip of XBMC master (4342f599, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-08-27 (2015-08-24, 14:57)doveman2 Wrote:(2015-08-24, 12:11)doveman2 Wrote: OK, I tested with a programme on Ch5 SD with a ticker at the bottom, so any stutter was obvious. Checking with my TV's built-in tuner and there was no stutter. I still have this issue (with LiveTV and playback of recordings) with #825. Is there anything more I can do to help you investigate? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - afremont - 2015-08-27 I installed 0826 and did some more testing this morning. I only see the frame-skipping/audio-sync problem when I bring up the main menu on top of video or TV (WEATHER PICTURES TV VIDEOS MUSIC PROGRAMS SYSTEM) or put the TV in a window by bringing up the Channels list. The other OSD things don't seem to be an issue (codec info, zoom/stretch/Info). It only occurs with 720p material. As soon as i exit those menus, the video races ahead and catches up with the audio. Oh yeah, this is MPEG-2 if that matters. It's not a show stopper since full screen is fine, just trying to help you perfect it. Thanks for all your work. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - MrNice - 2015-08-27 I will tried to be very accurate to find out what it seems to be a bug for me. I run build #0821 with a clean .kodi folder. When Kodi displays my music folders in folder view, Media Info, there are 2 behaviours as random when I key Enter on a folder: Or it open the context menu or it goes inside the folder. In previous builds only the second was done. So I attach the log (not complete) where one can see the both behaviours. See in the log: At 11:13:47 635.353638 cursor is on the folder, I want to open it, I press Enter/Return. Context menu open. At 11:14:00 648.869568 I press Back to close the Context menu, a sound is done but nothing change on the screen At 11:14:06 654.856140 I press Back again and the Context menu closes At 11:14:09 658.042114 cursor is on the same folder, I want to open it, I press Enter/Return. Context menu open. At 11:14:15 663.657471 I press Back to close the Context menu, nothing change on the screen At 11:14:17 666.036926 I press Back again and the Context menu closes This happen the same 2 times again at 11:14:19 667.788513 and at 11:14:25 673.500671 Then At 11:14:28 676.703247 only 1 Back need to be pressed to go back to the folder Then At 11:14:31 679.338928 when I press Enter, it goes inside the folder, what I expected from the beginning. The same type of bug(?) happen when I want to play an audio file. I press Enter but the context menu open instead of start to play. After few back and Enter it start to play. Question: What should be the correct behaviour? Log file http://sprunge.us/SLJF RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-08-27 (2015-08-27, 13:04)afremont Wrote: It's not a show stopper since full screen is fine, just trying to help you perfect it. I have added a patch that tries to detect these cases and discard every other frames when framerate is 50 or 60 fps. Rendering the GUI is just too expensive to keep up with 50fps video. With the patch audio sync seems okay. Enabling omxplayer is likely to work better for these cases as the rendering is handled by GPU. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - afremont - 2015-08-27 I used to use OMXPlayer exclusively, but I've been trying to switch since I had the idea that's what you all wanted us to do. I used to not be able to use DVDPlayer at all, but it's gotten a LOT better at things. I just thought maybe there was a bug here. It doesn't seem to have any issues with 1080i and CPU usage doesn't go much over 10% even with the GUI up. Since my frame rate is 60Hz, it seems like it's stuck thinking that it's 50Hz when the GUI is up at it queues frames until it runs out of space, but %VSZ doesn't change in top. I guess it has a fixed sized buffer for holding delayed frames. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-08-28 New OpenELEC Jarvis build #0827: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (c06668c5, changelog) and tip of XBMC master (443f692a, changelog) with the following modifications:
|