OpenELEC Testbuilds for RaspberryPi Part 2 - 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 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 - popcornmix - 2014-01-12 (2014-01-12, 13:00)dunkle Wrote: (1) Audio now shows as PCM on my amp - I do seem to be getting 5.1 (steering around the room etc seems spot on) but it used to say Dolby Digital / DTS. I assume that teh PI / Openelec is just setting the raw audio and allowing the Amp to decode (much like PS3 did when that came out) and thus taking up less resources of the PI - is this correct ? Should I be worried ? Have I done something wrong The settings are a bit different in Gotham - if you updated from Frodo you may have to set up some video/audio settings again. Go to setting/system/audio and check passthrough is enabled, and DTS/AC3 are also enabled. If there's still a problem the post output of "tvservice -a" after ssh-ing in. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - dunkle - 2014-01-12 (2014-01-12, 13:26)popcornmix Wrote:(2014-01-12, 13:00)dunkle Wrote: (1) Audio now shows as PCM on my amp - I do seem to be getting 5.1 (steering around the room etc seems spot on) but it used to say Dolby Digital / DTS. I assume that teh PI / Openelec is just setting the raw audio and allowing the Amp to decode (much like PS3 did when that came out) and thus taking up less resources of the PI - is this correct ? Should I be worried ? Have I done something wrong Cheers for quick reply I dont have option under audio for passthrough or DTS/AC3 I just have adudio output device (which is set as HDMI) and speaker configuration (listed as 5.1) OpenELEC:~ # tvservice -a PCM supported: Max channels: 8, Max samplerate: 192kHz, Max samplesize 24 bits AC3 supported: Max channels: 6, Max samplerate: 48kHz, Max rate 640 kb/s. DTS supported: Max channels: 7, Max samplerate: 96kHz, Max rate 1536 kb/s. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-12 (2014-01-10, 14:25)popcornmix Wrote: dvdplayer doesn't currently support passthrough (it will play, but audio will be screetchy), so you will need to disable that for correct audio. Add hdmi_stream_channels=1 to config.txt and that should fix passthrough. AC3 was working fine for me but DTS was very slow. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - dunkle - 2014-01-12 Will give it a go, majority of my stuff seems to be DTS RE: OpenELEC Testbuilds for RaspberryPi Part 2 - dunkle - 2014-01-12 Really confused my by library as well under Gotham Its ending stuff long since deleted or removed from library Some of the movies its adding I have not had on my netwrok since last week of December Its also adding TV Shows from addons which again have been deleted Ive checked my sources and they just show what I am currently using RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-12 (2014-01-12, 13:49)dunkle Wrote: Cheers for quick reply You need to change the settings level to expert: http://wiki.xbmc.org/index.php?title=XBMC_v13_%28Gotham%29_FAQ#Where_did_most_of_the_settings_go.3F RE: OpenELEC Testbuilds for RaspberryPi Part 2 - dunkle - 2014-01-12 (2014-01-12, 15:52)popcornmix Wrote:(2014-01-12, 13:49)dunkle Wrote: Cheers for quick reply Thats brilliant, missed that as using the confluence moddified skin, changed to normal, changed to advanced and changed back and all good DTS now showing Do I still need hdmi_stream_channels=1 RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-12 (2014-01-12, 16:18)dunkle Wrote: Do I still need hdmi_stream_channels=1 Not normally when playing videos with omxplayer. It just makes passthrough work from the Pi Audio sink, used by dvdplayer and paplayer. Re: RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-12 (2014-01-12, 14:43)dunkle Wrote: Really confused my by library as well under Gotham Did you temporarily try a Gotham build in December? Sounds like your current Gotham build has found a pre-existing MyVideos77 database which would have been created from your Frodo MyVideos75. Delete MyVideos77 (and 76 if it exists) and restart Gotham so that it re-upgrades your current video library. See db versions for more details. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2014-01-12 I've just got a Panasonic X60B Plasma TV (720P or to be precise 1024x768) to use with my RPi instead of my LCD monitor. I was rather confused at first as I couldn't get any sound out of it and checked I got sound with my Xbox360 and tried swapping the HDMI lead but eventually I fixed it by commenting out these lines from config.txt, which I'd added before to force it to run at 720P: #hdmi_ignore_edid=0xa5000080 #hdmi_group=2^M #hdmi_mode=85^M So now it works but it defaults to 1280x720@50hz and if I change it to 60hz, it also changes the resolution to 1366x768@60hz, with the hz greyed out, so is there any way to force it to 1280x720@60hz? Does this setting just control the GUI anyway and will video content output at the correct refresh rate (the TV can run at both 50hz and 60hz and it's obviously desirable to have it match the source speed)? 1024x768 and 1920x1080p are options as well and I'm pretty sure when I was testing them, 1024x768 made it quite a bit brighter for some reason but I'll double check that again later. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-12 (2014-01-12, 20:05)doveman2 Wrote: Does this setting just control the GUI anyway and will video content output at the correct refresh rate (the TV can run at both 50hz and 60hz and it's obviously desirable to have it match the source speed)? 1024x768 and 1920x1080p are options as well and I'm pretty sure when I was testing them, 1024x768 made it quite a bit brighter for some reason but I'll double check that again later. Forcing the hdmi mode will make refresh rate switching impossible. Why are you forcing the mode? Try removing those lines and just using "hdmi_drive=2" Be aware that most content is 24fps, so you will only get limited benefit from refresh rate switching when 24Hz is not supported. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - dunkle - 2014-01-12 (2014-01-12, 20:05)MilhouseVH Wrote:(2014-01-12, 14:43)dunkle Wrote: Really confused my by library as well under Gotham Not that I recall, All sorted now and running lieka dream though V quick, RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2014-01-12 (2014-01-12, 20:09)popcornmix Wrote: Forcing the hdmi mode will make refresh rate switching impossible. Why are you forcing the mode? I'm not forcing the mode, as I said I've commented out the lines that WERE doing so previously. It must already be defaulting to hdmi_drive=2 as I get sound. Checking my files, it seems that most of it is indeed 23.976fps, with my own TV recordings and iPlayer downloads being 25fps and DVDs 29.976fps. What I could do with MediaPortal is speed up the 23.976fps to 25fps and sync it with the TV running at 50hz and likewise with the 29.967fps DVDs, speed them up to 30fps and sync them with the TV running at 60hz, with MediaPortal able to switch the display/TV to the appropriate refresh rate, so I wonder if XBMC/OE can do something similar yet? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - wizzard72 - 2014-01-12 Problem today with latest MilhouseVH. Video freezes, could not ssh or yatze into xbmc. After a minute I could ssh again. Here is a small capture of the log: 21:27:34 10068.306641 T:2814891088 NOTICE: Thread BackgroundLoader start, auto delete: false 21:27:34 10068.570312 T:2814891088 NOTICE: Previous line repeats 1 times. 21:27:34 10068.570312 T:2814891088 NOTICE: Thread JobWorker start, auto delete: true 21:27:38 10072.353516 T:2814891088 NOTICE: Previous line repeats 3 times. 21:27:38 10072.353516 T:2814891088 WARNING: GetIcon - Unknown nodetype requested videodb://tvshows/titles/59/1/?tvshowid=59 21:27:38 10072.551758 T:2588931152 NOTICE: Thread BackgroundLoader start, auto delete: false 21:27:44 10078.553711 T:3043213312 NOTICE: COMXPlayer: Opening: nfs://IP addres/export/Series-02/Almost Human/Almost Human - S01E04.mkv 21:27:44 10078.553711 T:3043213312 WARNING: CDVDMessageQueue(player):ut MSGQ_NOT_INITIALIZED 21:27:44 10078.554688 T:2588931152 NOTICE: Thread OMXPlayer start, auto delete: false 21:27:44 10078.557617 T:2588931152 NOTICE: Creating InputStream 21:27:44 10078.760742 T:2588931152 NOTICE: Creating Demuxer 21:27:47 10081.166992 T:2588931152 NOTICE: Opening video stream: 0 source: 256 21:27:47 10081.214844 T:2588931152 NOTICE: Creating video thread 21:27:47 10081.215820 T:2555376720 NOTICE: Thread OMXPlayerVideo start, auto delete: false 21:27:47 10081.216797 T:2588931152 NOTICE: Opening audio stream: 1 source: 256 21:27:47 10081.219727 T:2588931152 NOTICE: Creating audio thread 21:27:47 10081.220703 T:2611131472 NOTICE: Thread OMXPlayerAudio start, auto delete: false 21:27:47 10081.220703 T:2588931152 NOTICE: Opening Subtitle stream: 2 source: 256 21:27:47 10081.277344 T:2588931152 NOTICE: OMXClock using audio as reference 21:27:47 10081.324219 T:2555376720 NOTICE: not a 3D movie 21:27:47 10081.325195 T:2555376720 NOTICE: Display resolution ADJUST : 1920x1080 (1920x1080) @ 24.00 - Full Screen (23) (weight: 0.002) 21:27:47 10081.441406 T:3043213312 NOTICE: Using GL_TEXTURE_2D 21:27:47 10081.462891 T:3043213312 NOTICE: GL: Using BYPASS render method 21:27:47 10081.462891 T:3043213312 NOTICE: GL: NPOT texture support detected 21:27:49 10083.325195 T:2555376720 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer 21:28:44 10138.549805 T:2806502480 WARNING: Previous line repeats 5 times. 21:28:44 10138.549805 T:2806502480 NOTICE: ES: Client from 192.168.17.51 timed out 21:41:00 10874.239258 T:2546988112 NOTICE: Thread BackgroundLoader start, auto delete: false 21:41:06 10880.681641 T:2546988112 NOTICE: Thread JobWorker start, auto delete: true 21:41:52 10926.796875 T:2555376720 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer 21:45:31 11145.873047 T:2806502480 WARNING: Previous line repeats 2146 times. 21:45:31 11145.873047 T:2806502480 NOTICE: ES: Client from 192.168.17.50 timed out 21:45:32 11145.928711 T:2555376720 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer The video freeze started at 21:40. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-13 (2014-01-12, 04:28)bhamail Wrote: With the latest Milhouse Gotham build, I'm seeing repeated popups (every 10 seconds) with: Windows Media Center Client - linux arm Edition, Connection lost Turns out that WMC being enabled by default may be a bug in XBMC and not the addon or OpenELEC. |