+- 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 2 (/showthread.php?tid=184866)
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
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2013-12-04
(2013-12-04, 17:25)Trixster Wrote: Chaps, great work, I love all the updates! However, the latest builds still don't seem to save the resoultion settings. With every reset I have to go back and recalibrate the Video settings for each resolution and refresh rate as the settings for the pixel ration square defaults back to 0.500. Any chance a fix for this could be included?I have had that problem forever. For weeks, maybe moths, anyway. Other settings don't survive a reboot, either (like access restrictions). A workaround is to manually edit the guisettings file and then reboot via ssh (reboot by gui overwrites the settings).
Thanks.
My guess is that certain changes are cached somewhere and are supposed to be written to the guisettings file at shutdown, but they are not.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-04
(2013-12-04, 17:33)allan87 Wrote: My guess is that certain changes are cached somewhere and are supposed to be written to the guisettings file at shutdown, but they are not.
The most likely reason is that xbmc is crashing when shutting down, and so not writing guisettings.xml.
This was the case a couple of weeks back, but that bug was fixed, and for me it shuts down cleanly now.
It's probably caused by a plugin. If you want to track it down, then move your .xbmc folder out of the way, and see if xbmc with no plugins or user settings shuts down okay
(e.g. change a trivial setting and shutdown, and check it's there when you reboot).
If it does shutdown okay, then try setting up your normal gui settings (including video calibration).
If that works, then install any plugins/skins you use one by one and see if any of those break it.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2013-12-04
I have lost picture on most video with the new build. Here's the log, showing errors. I can do a debug log later if needed:
Code:
19:17:11 T:3044471312 NOTICE: Previous line repeats 2 times.
19:17:11 T:3044471312 NOTICE: COMXPlayer: Opening: nfs://10.0.100.25/nfs/Media/Movies/The Dark Knight.m4v
19:17:11 T:3044471312 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
19:17:11 T:2721051728 NOTICE: Thread OMXPlayer start, auto delete: false
19:17:11 T:2721051728 NOTICE: Creating InputStream
19:17:12 T:2721051728 NOTICE: Creating Demuxer
19:17:13 T:2721051728 NOTICE: Opening video stream: 0 source: 256
19:17:13 T:2721051728 NOTICE: Creating video thread
19:17:13 T:2695885904 NOTICE: Thread OMXPlayerVideo start, auto delete: false
19:17:13 T:2721051728 NOTICE: Opening audio stream: 1 source: 256
19:17:13 T:2721051728 NOTICE: Creating audio thread
19:17:13 T:2681472080 NOTICE: Thread OMXPlayerAudio start, auto delete: false
19:17:13 T:2721051728 NOTICE: Opening Subtitle stream: 2 source: 256
19:17:13 T:2965369936 ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.audio_render - OMX_ErrorInsufficientResources, insufficient resources
19:17:13 T:2681472080 ERROR: COMXAudio::PortSettingsChanged - m_omx_tunnel_decoder.Establish omx_err(0x80001000)
19:17:13 T:2681472080 ERROR: COMXAudio::AddPackets - error PortSettingsChanged omx_err(0x00000000)
19:17:13 T:2721051728 NOTICE: OMXClock using audio as reference
19:17:13 T:2695885904 NOTICE: not a 3D movie
19:17:13 T:2695885904 NOTICE: Display resolution ADJUST : 1920x1080 @ 30.00 - Full Screen (27) (weight: 0.002)
19:17:13 T:3044471312 NOTICE: Using GL_TEXTURE_2D
19:17:13 T:3044471312 NOTICE: GL: Using BYPASS render method
19:17:13 T:3044471312 NOTICE: GL: NPOT texture support detectedAlso, fyi, I have a 512 MB Pi and the memory setting in config.txt is
# SDRAM size based GPU memory split, uncomment and setup to override 'gpu_mem'
gpu_mem_256=128
gpu_mem_512=256
(2013-12-04, 17:42)popcornmix Wrote:Do you think the error will show if I just run tail while shutting down?(2013-12-04, 17:33)allan87 Wrote: My guess is that certain changes are cached somewhere and are supposed to be written to the guisettings file at shutdown, but they are not.It's probably caused by a plugin. If you want to track it down, then move your .xbmc folder out of the way, and see if xbmc with no plugins or user settings shuts down okay
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - evangelion - 2013-12-04
(2013-12-04, 17:26)popcornmix Wrote:(2013-12-04, 17:25)evangelion Wrote: Hopefully the Gui sounds will work with HDMI shortly, kinda looking forward to scrolling through Movies etc and hearing the familiar old "tac-a-tac-a-tac-a-tac-a.."
Have you tried Milhouse's latest build?
Just installed it ... awesome work! Switching Skin and/or changing the Gui sounds through the skins Appearance no longer causes a reboot, so very happy!
BUT! slightly disappointed with the Gui sound, on mine I have a choice of Default, which makes that lovely familiar Swishing sound when going back through menus, but a (very) muted (and not on every keypress from what I can make out) kinda dull knock? the other option is the Bursting Bubbles one? those are the only two?
Is there any chance we could have the original "Tac!" sound? pwetty pwease!?
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-04
(2013-12-04, 18:15)evangelion Wrote: BUT! slightly disappointed with the Gui sound, on mine I have a choice of Default, which makes that lovely familiar Swishing sound when going back through menus, but a (very) muted (and not on every keypress from what I can make out) kinda dull knock? the other option is the Bursting Bubbles one? those are the only two?
Is there any chance we could have the original "Tac!" sound? pwetty pwease!?
It sounds just the same as xbmc on Windows to me.
Is it any different over analogue?
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-04
(2013-12-04, 17:59)allan87 Wrote: I have lost picture on most video with the new build. Here's the log, showing errors. I can do a debug log later if needed:
Have you disabled passthrough? I mentioned passthrough is not compatible with gui sounds.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-04
One playback issue I've noticed is when switching refresh rate - this issue is present in both todays builds, but not the build from 27 Nov.
I've got "Adjust display refresh rate to match video" set to "Always", and "Pause during refresh rate change" set to 3.2 seconds (approximately how long it takes for my monitor to sync a new resolution/refresh rate). My monitor runs the GUI at 1920x1080 @ 60Hz.
Previously when playing a video that required a refresh rate change (eg. 50Hz SD video on my 60Hz display), there would be silence and a black screen until the 3.2 seconds had elapsed, then the video & audio would begin.
Now, I'm seeing the initial frames of the video and hearing the audio (about 1/10th of a seconds worth), THEN black screen/silence until the 3.2 seconds has elapsed, at which point the video/audio starts again.
It's not a huge issue, but it would probably be better if the video & audio didn't start, stop, and then start again while changing refresh rate.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - evangelion - 2013-12-04
popcornmix, re: Gui sounds. Dunno, don't have an analogue means of playing, the RPi is piped into my AVR through HDMI.
I found the Bursting Bubbles folder in /usr/share/xbmc/sounds/ but overwriting the nav.wav doesn't alter the Gui sound (after rebooting also)
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-04
The GUI sounds on the Pi sound just like they do on my x86 Frodo system. Analogue sounded the same as HDMI.
Other than the limited number of sound "themes" (which is a skin/core issue), I'm not hearing any problem...
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-04
(2013-12-04, 18:40)evangelion Wrote: popcornmix, re: Gui sounds. Dunno, don't have an analogue means of playing, the RPi is piped into my AVR through HDMI.
You don't have any headphones?
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - evangelion - 2013-12-04
(2013-12-04, 18:44)MilhouseVH Wrote: The GUI sounds on the Pi sound just like they do on my x86 Frodo system. Analogue sounded the same as HDMI.
Other than the limited number of sound "themes" (which is a skin/core issue), I'm not hearing any problem...
Which sound do you have it set to play? I think that might be the problem I'm having. On the Pi here, I have 2 options, Default or Bursting Bubbles.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-04
(2013-12-04, 18:49)evangelion Wrote: Which sound do you have it set to play? I think that might be the problem I'm having. On the Pi here, I have 2 options, Default or Bursting Bubbles.
I have it set to "Skin default" (in stock Confluence, this is the tac-tac-tac sound as you move through menu items). I also tried Bursting Bubbles, which quickly got on my nerves. The only other option is "Off".
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - evangelion - 2013-12-04
(2013-12-04, 18:49)popcornmix Wrote:(2013-12-04, 18:40)evangelion Wrote: popcornmix, re: Gui sounds. Dunno, don't have an analogue means of playing, the RPi is piped into my AVR through HDMI.
You don't have any headphones?
Yep, just plugged them in, altered the output to Analogue and lo, we have the desired Gui sound. Changing it back to HDMI though produces a rather non-descript dull "thud" -like sound.
While still in the System>Audio menu, scrolling up and down is very hit and miss which item actually produces a sound, on Analogue, they ALL do?
EDIT: Skin Default sound used.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-04
(2013-12-04, 18:37)MilhouseVH Wrote: Previously when playing a video that required a refresh rate change (eg. 50Hz SD video on my 60Hz display), there would be silence and a black screen until the 3.2 seconds had elapsed, then the video & audio would begin.
Now, I'm seeing the initial frames of the video and hearing the audio (about 1/10th of a seconds worth), THEN black screen/silence until the 3.2 seconds has elapsed, at which point the video/audio starts again.
It's not a huge issue, but it would probably be better if the video & audio didn't start, stop, and then start again while changing refresh rate.
Unfortunately video playback and HDMI mode change are not really synchronised. I believe when the first video frame has been submitted that the GUI gets notified of the resolution / framerate, and then the HDMI mode change happens soon after. Similarly the video/audio happens soon after.
I'm not aware of anything that has changed in that area, but there's nothing to stop it behaving in the way you describe.
You might want to experiment with setting the GUI mode to 1080p24 (or whatever your predominant video rate is) and enabling receiver keep-alive.
In theory you should have no HDMI switching delay for most videos. I'm not sure if the 23.976 vs 24 fps will still cause a switch (although that may be avoidable).
I can investigate if there's some way to detect if that the pause/unpause mode is enabled, and then skip the initial play+pause.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-04
(2013-12-04, 18:58)evangelion Wrote: Yep, just plugged them in, altered the output to Analogue and lo, we have the desired Gui sound. Changing it back to HDMI though produces a rather non-descript dull "thud" -like sound.
While still in the System>Audio menu, scrolling up and down is very hit and miss which item actually produces a sound, on Analogue, they ALL do?
EDIT: Skin Default sound used.
Sounds like your receiver may be going into an idle mode. You could try enabling the receiver keep-alive setting, although I don't think that will help.
Pretty sure hdmi and analogue sound the same with my receiver.