OpenELEC Testbuilds for RaspberryPi Part 3 (Kodi 14.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 Part 3 (Kodi 14.0) (/showthread.php?tid=192380) 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
|
RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-11-17 I'll include the PR when it's available! Thanks h.udo. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-11-17 New OpenELEC Helix build: #1117 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (7beb1804, changelog) and tip of XBMC master (17ea0454, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi Part 3 - h.udo - 2014-11-18 (2014-11-17, 19:38)darzur Wrote: Yes, thats it - Polish QWERTY (not QWERTZ!). Feel free to PM me. Have a look here and let me know. I probably missed something important (followed online Polish keyboard layout). After OK I'll PR. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - allan87 - 2014-11-18 (2014-11-17, 15:34)popcornmix Wrote:OK. I'll see what I can do without uploading something huge.(2014-11-16, 22:37)allan87 Wrote: Every milhouse build following the Chapter skipping fix exhibits the same issue, whereas openelec beta 2 works correctly on all videos I have tested. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-11-19 New OpenELEC Helix build: #1118 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (548cc218, changelog) and tip of XBMC master (9dae1b59, changelog) with the following modifications:
Build Details:
RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-11-19 (2014-11-19, 00:02)Milhouse Wrote: New OpenELEC Helix build: #1118 One feature I'd quite like testing is using dvdplayer (i.e. disable omxplayer acceleration), with "adjust display refresh rate to match video" and "sync playback to display". On other platforms, the recommended A/V sync method is "resample audio". This is required as audio and video devices may have asynchronous clocks, and will gradually drift apart causing a lipsync error. Correction may also be needed due to errors in the timestamps in the file (e.g. some rounding issue in the encoding tools) or after a glitch (e.g. error in broadcast TV, or after removing adverts from a file). To correct this, you have to do something unwanted: You can skip/duplicate a video frame. You may notice a stutter on the video. You can skip/duplicate audio samples. You may notice an audio glitch when this occurs. You can resample the audio by a small amount to speed up or slow down the audio to catch up with video. This is considered the best option, but it still degrades audio, and can't be used with passthrough (which falls back to duplicate/drop). On the Pi there is a new option "Adjust PLL". This avoids all the unwanted behaviours, and corrects audio/video sync by subtly altering the HDMI pixel clock (though a PLL). This should allow perfect A/V sync with no video or audio artifacts. Try it. The codec info ('o' key) will show the value of the PLL (1.00000 would be normal, 1.00015 would be running fast to decrease the audio offset, and 0.99985 would be running slow to increase the audio offset). The "err:" value is how far off audio and video are. It should *slowly* move towards zero. I've made the PLL adjustment pretty slow for now, so it may take a minute or two to get to zero. Some TV/receivers will drop-out if the PLL is moved too quickly. Currently there is a bug that means audio/video don't start in sync (affects all platforms), so you often see ~-50ms offset at start of video, but that should quickly reduce. FernetMenta is aware of this, so hopefully that will be a fix for this soon. So, give it a try and report back if there are any issues with video smoothness, any audio glitches or out-of-sync issues, or any tv/receiver drop-outs. Also report if the "err:" term ever fails to end up close to zero. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-11-19 (2014-11-19, 00:31)popcornmix Wrote: Also report if the "err:" term ever fails to end up close to zero. "error" seems to be fixed at 25% although audio doesn't appear to be out of sync (HDMI 2.1). The display is set to 1080p@60Hz. Mediainfo. "Adjust display refresh rate to match video" is set to "Always", and "A/V sync method" is "Adjust PLL". "Output configuration" is "Optimized", "Resample quality" is "GPU accelerated". RE: OpenELEC Testbuilds for RaspberryPi Part 3 - eikman2k - 2014-11-19 if i scan my folder with my TV Episodes, Kodi donĀ“t found the new TV Shows and Episodes, but when i go manually to the folder and click on TV Show Information, Kodi will recognize the TV Show and add the TV Show to the libary.. What is wrong? RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-11-19 (2014-11-19, 01:04)Milhouse Wrote: "error" seems to be fixed at 25% although audio doesn't appear to be out of sync (HDMI 2.1). The display is set to 1080p@60Hz. Mediainfo. It's not error but err. You don't appear to have "adjust PLL" enabled. Second line of codec info should include "pll: 1.00000, err: 1ms" RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-11-19 (2014-11-19, 01:34)popcornmix Wrote:(2014-11-19, 01:04)Milhouse Wrote: "error" seems to be fixed at 25% although audio doesn't appear to be out of sync (HDMI 2.1). The display is set to 1080p@60Hz. Mediainfo. Hmmm... not getting that line in my OSD. These are my current settings - they produce the Codec Info as per my previous post: Video Playback: Video Acceleration: Video Output: Audio Output: I'll try a fresh guisettings.xml in case something there is messed up. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-11-19 Wow, this is annoying. I reset guisettings.xml - I had the "pll" entry in Codec Info. I set a few more options, restarted Kodi and now it's gone again. Grrr... RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-11-19 (2014-11-19, 02:05)Milhouse Wrote: Wow, this is annoying. I reset guisettings.xml - I had the "pll" entry in Codec Info. I set a few more options, restarted Kodi and now it's gone again. Grrr... Did it disappear when changing a setting or just the reboot? It's possible there is another setting that disables it (but I can't think of it). RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-11-19 OK... 1. systemctl stop kodi; rm guisettings.xml; systemctl start kodi 2. Enable Playback and Acceleration settings as per above. 3. Play video - pll is present in Codec Info 4. Stop video. 5. Play video - pll is no longer present in Codec Info Something weird is going on... This is my guisettings.xml that worked once: pastebin RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-11-19 I think it may have something to do with resuming a video - if I start from the beginning I have pll, if I resume I don't have pll. Edit: Even that isn't consistently true. "pll" seems to be present fairly consistently on SD material, but tends to appear only once for an HD video then disappear on subsequent plays of the HD video. However if I then play an SD video and then re-play the HD video, the pll will be present again on the HD video. Edit2: I just started/stopped an HD video 5 consecutive times - twice it had pll, 3 times it didn't have pll. Maybe some sort of timing/synchronisation issue that prevents pll from being enabled reliably? RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-11-19 I've been watching an episode and after several attempts at playback I have pll displayed. The value for pll is 0.99985, however "err" is constantly increasing as follows (every 2 seconds): -0.8ms then -2.5ms then -4.4ms, -6.4ms, -8.2ms, -10.0ms, -11.8ms ... -88.6ms, -90.3ms, -92.0ms, -93.7ms, -95.4ms, -97.1ms, -98.8ms and then it starts again from -0.8ms. There does appear to be a visible audio sync issue with this video. |