Kodi Community Forum
v18 LibreELEC Testbuilds for RaspberryPi (Kodi 18.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: v18 LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) (/showthread.php?tid=298461)

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 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495

RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - 3DBuff - 2018-03-23

(2018-03-23, 12:41)da-anda Wrote: that's likely because omxplayer still allows for passthrough on live streams, while videoplayer does not. Try setting the number of speakers in System -> Audio settings to the number of your physical speakers (5.1 or 7.1, whatever you have). After that, you should get 5.1 PCM. The limit to 2 speakers for passthrough is only needed for SPDIF connections AFAIK. 
Da-anda, I have this problem for few years since I got into Raspberry Pi. My old high current receiver is 7.1 channels with 7 speakers + sub but from old DVD days. It has no HDMI at all. I can get 5.1 DD and DTS from SPDIF to play on 7.1 using amp build in bridging function. It connects surround left with rear left and surround right with rear right to play the 5.1 sound using all 7.1 channels from 5.1 source. To play true 7.1 channels from HD sources I use 7.1 HDMI audio extractor to direct analogue 7.1 ports on my amp. This works well and outputs high quality sound.

The question or the problem is to use 7.1 channels on the amp using 7.1 HDMI PCM to analogue extractor with HD 5.1 source. The amp does not do the bridging or any processing once direct analogue multi-channel ports are used. I have small RCA "Y" splitters at the back of the extractor where I can bridge Right surround with rear and Left surround with left rear. This is somehow inconvenient to change wiring based on source channel configuration. The sound quality is much higher from HD source using PCM extractor compared to DD or DTS over SPDIF.

Is there a way to do it in the software through processing in Raspberry PI? I'm looking for 7.1 HDMI channel output from 5.1 source by repeating Surround Left to Rear Left in software configuration. Perfect solution would be if the process was automatic and allow true 7.1 PCM decoding or jump side and rear channels with 5.1 source.

RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - fritz_hh - 2018-03-23

With #228 an #322 i have a also little bit audio legs...2018-03-23 19:52:53.920 TS: Entertain/Sat 1/Sat 1: H264 @ #256 Continuity counter error (total 1)
2018-03-23 19:52:53.921 TS: Entertain/Sat 1/Sat 1: AC3 @ #257 Continuity counter error (total 1) How can fix this?

RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - Wallace479313 - 2018-03-23

Hi,

Ive installed an the alpha so I can test out netflix, ive managed to install after manually installing the dependencies for the addon but the http remotes dont work at all for me in this version on kodi, ive tried Constellation on IOS and also my own home automation remote which uses json http commands. Ive checked the usual settings in services "allow kodi to be controlled by other systems" etc and the port and user/pass is OK. The webserver still works. Has the JSON structure changed? (is it a known alpha bug?)

Thanks

John

RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - Milhouse - 2018-03-24

New LibreELEC.tv Leia build #0323: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 29bce389816084eb156a94fe74b7e61e9980c04f0623176fbaae43dad46b5126 (RPi)
SHA256 Checksum: b98a257fc2a4fe5978cce35df2db8614153a5bff23fea6ba9169a26afa994b20 (RPi2)

text:
# uname -a

Linux rpi512 4.14.29 #1 Fri Mar 23 21:09:57 GMT 2018 armv6l GNU/Linux



# vcgencmd version

Mar 21 2018 14:52:38 

Copyright © 2012 Broadcom

version ac5727a8f46b88e905de0a1682aa00d4cf5bc2af (clean) (release)



# lsb_release

LibreELEC (Milhouse): devel-20180323210345-#0323-g7c4674a [Build #0323]



# Kodi version

(18.0-ALPHA2 Git:258cf89). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (7c4674a, changelog) and tip of XBMC master (88fb73e, changelog) with the following modifications: Build Highlights:
  1. Change LAN78XX from module to built-in, fixes netbooting
  2. Remove use of g_application from CApplication
  3. Bump meson-0.45
Build Details:
  1. XBMC:
    • Remove use of g_application from CApplication (PR:13657, 2 commits, 16 files changed)
    • fix info dialog for strm files (PR:13675, 1 commit, 1 file changed)
    • Consolidate OpenSSL multi-threading initialization (PR:13650, 2 commits, 10 files changed)
    • EGL cleanup and consolidation (PR:13558, 7 commits, 21 files changed)
    • [windows] build cpluff from source (PR:13676, 2 commits, 14 files changed)
  2. inputstream.adaptive:
  3. peripheral.joystick:
    • Remove pcre dependency (PR:55, 2 commits, 9 files changed)
  4. Additional commits/pull requests/changes not yet merged upstream:


RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - Milhouse - 2018-03-24

(2018-03-23, 22:25)Wallace479313 Wrote: Has the JSON structure changed?

Not recently.

(2018-03-23, 22:25)Wallace479313 Wrote: (is it a known alpha bug?)

No - Yatse on Android is working for me.

Make sure you restart Kodi after enabling the control options - sometimes the JSON-RPC server fails to start up (a full reboot is usually best).

RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - da-anda - 2018-03-24

(2018-03-23, 20:29)3DBuff Wrote: Is there a way to do it in the software through processing in Raspberry PI? I'm looking for 7.1 HDMI channel output from 5.1 source by repeating Surround Left to Rear Left in software configuration. Perfect solution would be if the process was automatic and allow true 7.1 PCM decoding or jump side and rear channels with 5.1 source.
Quite a special setup. My knowledge of the audio engine is limited, so I'm not entirely sure if it will work, but you could give the following setup a try:
- set speakers to 7.1 in Kodi
- enable stereo upmixing
- disable all passthrough settings

If this doesn't work, then your best bet would be ADSP, which unfortunately got removed from core again due to design flaws in the implementation. The replacement ADSP API is still in the works and likely won't be ready for v18 final. But with ADSP you would be able to apply channel upmixing/duplication AFAIK.

RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - da-anda - 2018-03-24

(2018-03-23, 16:42)Aux_ Wrote: if I turn on in the audio settings PLL adjustment, then everything appears correctly on the display of AV Receiver. It shows PLII C when 2.0 dolby, Dolby Digital when 5.1 dolby. When I disable PLL adjustment it only shows stereo or "multi channel stereo".
PLL adjustment is something PI specific. No idea what's going on in the background. It's possible that @popcornmix added some logic to get the old behavior back, where passthrough audio packages got dropped/duplicated for live streams when AV got async (which could produce audio glitches in certain cases and was one of the reasons PT got disabled for live streams in VideoPlayer AFAIK). So if you disable OMXplayer, everything should work as advertised by me in previous posts. When using OMXplayer, popcornmix has to tell, since it applies some custom logic.

RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - Aux_ - 2018-03-24

(2018-03-24, 16:01)da-anda Wrote:
(2018-03-23, 16:42)Aux_ Wrote: if I turn on in the audio settings PLL adjustment, then everything appears correctly on the display of AV Receiver. It shows PLII C when 2.0 dolby, Dolby Digital when 5.1 dolby. When I disable PLL adjustment it only shows stereo or "multi channel stereo".
PLL adjustment is something PI specific. No idea what's going on in the background. It's possible that @popcornmix added some logic to get the old behavior back, where passthrough audio packages got dropped/duplicated for live streams when AV got async (which could produce audio glitches in certain cases and was one of the reasons PT got disabled for live streams in VideoPlayer AFAIK). So if you disable OMXplayer, everything should work as advertised by me in previous posts. When using OMXplayer, popcornmix has to tell, since it applies some custom logic. 
 But the behavior I last wrote concerns MMAL player.
If I use omxplayer I do not have to turn on PLL adjusment so it shows me the correct values on the Diaplay of AV Receiver (PLII C, Dolby Digital).

I would say that if it works that way now, it's ok.
But it would be better if you did not have to turn on PLL adjustment, that the correct display comes on the AV receiver.

RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - frank74 - 2018-03-24

Hi Milhouse,

fist, the network booting is working now Smile but I have two problems.

first, the iPhone kodi app is not workink sice the last alphy from tonight. the version before was working.

second, i using tvheadend (master train/last version) and with tvheadend i have audio offset (no stuttering etc). the offset starts from the beginning (in the fist minute its not to big that this can be seen) but the offset becomes more and more... in 10min its about 1-2seconds. The codec is mpeg2 and the video-decoder ff-mpeg2video-mmal (SW) because i've got a new raspberry pi 3b+ and have no mpeg license at the moment.
I don't know since when this problem exists because I'm starting with the alpha and I'm not able to test it in the next weeks.
Here are an image from the player-info:
Image

Thanks for your great work Smile
Frank

RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - Aux_ - 2018-03-24

(2018-03-24, 17:13)frank74 Wrote:  the offset starts from the beginning (in the fist minute its not to big that this can be seen) but the offset becomes more and more... in 10min its about 1-2seconds. The codec is mpeg2 and the video-decoder ff-mpeg2video-mmal (SW) because i've got a new raspberry pi 3b+ and have no mpeg license at the moment.
 
I can confirm that some of DVB-S live tv channels have this issue, i had can't observe this issue at DVB-C live tv channels.

RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - Milhouse - 2018-03-25

New LibreELEC.tv Leia build #0324: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 55974f3fc15a465db3a99463eb6912cb7f3a4b66280c79ad93088cbe45b5ad5e (RPi)
SHA256 Checksum: 829ebdb20082c3638ea998dba844c3881fcba91f02e8872daad85af1cec463c8 (RPi2)

text:
# uname -a

Linux rpi512 4.14.29 #1 Sat Mar 24 21:29:05 GMT 2018 armv6l GNU/Linux



# vcgencmd version

Mar 21 2018 14:52:38 

Copyright © 2012 Broadcom

version ac5727a8f46b88e905de0a1682aa00d4cf5bc2af (clean) (release)



# lsb_release

LibreELEC (Milhouse): devel-20180324212711-#0324-g5c608c4 [Build #0324]



# Kodi version

(18.0-ALPHA2 Git:258cf89). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (5c608c4, changelog) and tip of XBMC master (74e5e66, changelog) with the following modifications: Build Highlights:
  1. Minors.
Build Details:
  1. LibreELEC.tv:
    • Crazycat, Hauppauge driver Addons for Rockchip (PR:2558, 2 commits, 4 files changed)
    • Emulation support for cortex-a72.cortex-a53 (PR:2563, 1 commit, 5 files changed)
    • Rockchip: update kernel config HID drivers (PR:2570, 1 commit, 4 files changed)
    • Update fd628 kodi add-on to support new driver device name. (PR:2608, 1 commit, 2 files changed)
  2. XBMC:
    • [python] add setType() method for edit controls (PR:11486, 1 commit, 5 files changed)
    • [win10] filesystem: fix work with external drives. (PR:13683, 1 commit, 2 files changed)
    • X11: allow EGL for AMD and NVidia (PR:13682, 1 commit, 1 file changed)
    • VideoPlayer: do not discard unknown streams before video stream is ready (PR:13687, 1 commit, 1 file changed)
    • VideoPlayer: only display settings for vaapi and vdpau if they are ac (PR:13686, 1 commit, 7 files changed)
  3. pvr.teleboy:
    • Log notice if t.teleboy.ch is used (a7176f3)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [pkg] PR:13274 (perma): Mode whitelist
    • Reverted: [pkg] PR:13682: X11: allow EGL for AMD and NVidia (reason: doesn't work, crashes Kodi)
    • Reverted: [pkg] PR:13686: VideoPlayer: only display settings for vaapi and vdpau if they are actually available (reason: dependent on breaking change)


RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - Milhouse - 2018-03-25

(2018-03-24, 17:13)frank74 Wrote: first, the iPhone kodi app is not workink sice the last alphy from tonight. the version before was working.

Can you be specific - which is the first build # with this iOS issue? Can't test this myself as I only have Android and Yatse is working (both #0323 and #0324). I don't recall any recent webserver/JSON changes. Maybe ask the iOS add-on mantainer if anything changed on his end - new version of the iOS remote?

RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - sammutd88 - 2018-03-25

I use the iOS kodi app and have not seen any issues with any build. I would try and delete the build from the app and rediscover your Kodi on the network and see if that fixes the issue.

RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - Pienoet - 2018-03-25

I have no issues with the ios kodi app with the latest builds..

RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - frank74 - 2018-03-25

(2018-03-25, 00:12)Milhouse Wrote:
(2018-03-24, 17:13)frank74 Wrote: first, the iPhone kodi app is not workink sice the last alphy from tonight. the version before was working.

Can you be specific - which is the first build # with this iOS issue? Can't test this myself as I only have Android and Yatse is working (both #0323 and #0324). I don't recall any recent webserver/JSON changes. Maybe ask the iOS add-on mantainer if anything changed on his end - new version of the iOS remote? 
Sorry, this was my fault... with the new release I changed to the raspi3b+ with network booting and i forgott to chenge the ip address in the ap Sad
It worked...Smile