• 1
  • 431
  • 432
  • 433(current)
  • 434
  • 435
  • 495
v18 LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
(2018-09-23, 14:47)Posti30 Wrote: I deleted the old timers on the backend and it works again.

OK thanks for the update - might be useful to know about that in case it causes problems for anyone else upgrading.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
when trying to watch tv with tvheadend sometimes after a few minutes  sound begins stuttering and after a while sound stops but video
is still running. After that Kodi doesn't respond to IR or kore remote App. Connecting with putty is possible. with systemctl stop kodi
i can stop it und restart with systemctl start kodi.
Raspi 3, HifiBerry,Digibit Twin Satreceiver

with #511 i never have this problems. Only sound problem there was spurious stuttering if i watch tv while tvheadend is recording.
Because netflix doesn´t run with this version i must update to #910. With this version the problem began.
Tried #921, but no luke.
Other video sources, dvd, netflix, stored videos on internal hd,  seems not to have a problem.

From the logs i can see this


4:33:44.581 T:1939182368  NOTICE: VideoPlayer::OpenFile: pvr://channels/tv/Alle Kanäle/pvr.hts_751982034.pvr
14:33:44.582 T:1395643248  NOTICE: Creating InputStream
14:33:44.590 T:1395643248  NOTICE: Creating Demuxer
14:33:46.533 T:1395643248  NOTICE: Opening stream: 1 source: 256
14:33:46.534 T:1395643248  NOTICE: Creating video codec with codec id: 27
14:33:46.560 T:1395643248  NOTICE: Creating video thread
14:33:46.560 T:1445311344  NOTICE: running thread: video_thread
14:33:46.560 T:1395643248  NOTICE: Opening stream: 6 source: 256
14:33:46.560 T:1395643248  NOTICE: Finding audio codec for: 86019
14:33:46.563 T:1395643248  NOTICE: CDVDAudioCodecFFmpeg::Open() Successful opened audio decoder ac3
14:33:46.563 T:1395643248  NOTICE: Creating audio thread
14:33:46.563 T:1395643248  NOTICE: Opening stream: 5 source: 256
14:33:46.564 T:1395643248  NOTICE: Opening stream: 4 source: 256
14:33:46.564 T:1395643248  NOTICE: waiting for teletext data thread to exit
14:33:46.564 T:1370465136  NOTICE: running thread: CVideoPlayerAudio:Tonguerocess()
14:33:46.568 T:1395643248  NOTICE: Creating teletext data thread
14:33:46.569 T:1328542576  NOTICE: running thread: CDVDTeletextData
14:33:46.636 T:1370465136  NOTICE: Creating audio stream (codec id: 86019, channels: 2, sample rate: 48000, no pass-through)
14:33:47.388 T:1939182368  NOTICE: Display resolution ADJUST : 1920x1080 (1920x1080) @ 50.00 - Full Screen (16) (weight: 0.025)
14:33:47.922 T:1445311344 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
14:33:51.296 T:1710875504 WARNING: Previous line repeats 3 times.
..
14:36:15.509 T:1445311344 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
14:36:16.876 T:1918952304 WARNING: Previous line repeats 2 times.
14:36:16.876 T:1918952304 WARNING: ActiveAE - large audio sync error: -5039.533598
14:36:16.943 T:1918952304 WARNING: ActiveAE - large audio sync error: -5039.489223
..
14:36:56.792 T:1918952304 WARNING: ActiveAE - large audio sync error: -13918.215305
14:36:57.829 T:1918952304   ERROR: COMXCoreComponent::WaitForOutputDone OMX.broadcom.audio_mixer wait event timeout
14:36:57.829 T:1918952304   ERROR: CActiveAEResamplePi::Resample m_omx_mixer.WaitForOutputDone result(0x80001011)
14:36:57.829 T:1918952304 WARNING: ActiveAE - large audio sync error: -14918.248116
14:36:59.439 T:1370465136   ERROR: CDVDAudio::AddPacketsRenderer - timeout adding data to renderer
@maral
Does setting resampling from GPU to Medium avoid the issue?
Can you identify the first build with the issue?
@popcornmix 

thanks for your quick help. It seems to be better. Before switching from GPU to medium, error occurs after 3-5 minutes after switching a tv channel on.
Now it works since ~ 1 hour. Because of the random nature of this error it will took longer time to to see if this is a solution. 
Unfortunateliy i've never tested a version between #511 and #910.  #511 hasn't such big problems. I´m not sure if #910 was better then
#921 because i havn't watch much tv with tvheadend.
I can confirm that now sftp works, thanks milhouse!!
hello
I have a question Big Grin
I use a fan on pin 4/6
When i shutdown my raspberry , the fan continue to turn.
Have you a solution for this ?
thanks a lot.
(2018-09-23, 22:46)poiuytrezaaa Wrote: Dhello
I have a question Big Grin
I use a fan on pin 4/6
When i shutdown my raspberry , the fan continue to turn.
Have you a solution for this ?
thanks a lot.
 Does this only happen with the test builds in this thread?
(2018-09-23, 22:46)poiuytrezaaa Wrote: I use a fan on pin 4/6
When i shutdown my raspberry , the fan continue to turn.
Have you a solution for this ?
As pins 4/6 are 5V/GND then no, there is no way of turning off the fan without unplugging the Pi.
To be able to switch fan on/off you'd need a more complicated connection with a GPIO line switching the power.
New LibreELEC.tv Leia build #0923: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: b032b7093af52481ce2c1d7ea0175ca555ee9f8ff05f74f3f552f540e809d970 (RPi)
SHA256 Checksum: 4c574541ca34aca8d401794cc847cafdd8e377b247d4d8602398a79f174866ee (RPi2)

text:
# uname -a
Linux rpi512 4.18.9 #1 Sun Sep 23 21:04:50 BST 2018 armv6l GNU/Linux

# vcgencmd version
Sep 21 2018 15:48:28
Copyright © 2012 Broadcom
version 07f57128b8491ffdefcdfd13f7b4961b3006d9a9 (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20180923210325-#0923-g442e2de [Build #0923]

# Kodi version
(18.0-BETA3 Git:3238e00). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (442e2de, changelog) and tip of XBMC master (3238e00, changelog) with the following modifications: Build Highlights:
  1. Fix crash when playing back audio over smb:// (probeBuffer)
Build Details:
  1. LibreELEC.tv:
    • fixes $VERBOSE usage (PR:2997, 2 commits, 2 files changed)
  2. XBMC:
    • RendererDRMPRIME: set color drm properties (PR:14452, 6 commits, 10 files changed)
  3. pvr.vuplus:
    • Fixes (PR:94, 3 commits, 6 files changed)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:2992 (perma): scripts/image: use 256kb blocksize for squashfs images
    • Updated: [pkg] PR:14341 (perma): input: libinput: add setting to allow changing keymap layout
    • Added: [pkg] PR:14465 (perma): DVDDemuxFFmpeg: correctly set probeBuffer size matching avioread chunk
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
ok thanks for this explication
hey, since i updated to #0920, my remote mapping is different... (i dont know with which version this started, because im not often update). was this an intended change?
(2018-09-24, 10:51)mezo Wrote: hey, since i updated to #0920, my remote mapping is different... (i dont know with which version this started, because im not often update). was this an intended change?

Could you explain how your remote mapping is different? If it relates to power on/off, then yes this is intentional (changed in #0429). If not, then we have no idea what your mapping issue is. If you're using a custom mapping, then that's your issue to fix/update - to the best of my knowledge stock mappings are working as expected.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2018-09-24, 12:39)Milhouse Wrote:
(2018-09-24, 10:51)mezo Wrote: hey, since i updated to #0920, my remote mapping is different... (i dont know with which version this started, because im not often update). was this an intended change?

Could you explain how your remote mapping is different? If it relates to power on/off, then yes this is intentional (changed in #0429). If not, then we have no idea what your mapping issue is. If you're using a custom mapping, then that's your issue to fix/update - to the best of my knowledge stock mappings are working as expected. 
 its not related to power on/off. i dont use any custom mapping.

Image

before the update the contextmenu was bound on red, now its on green. i dont know if anythingelse is different, because this is pretty much the only key beside arrow keys i even use.
(2018-09-24, 15:57)mezo Wrote: before the update the contextmenu was bound on red, now its on green. i dont know if anythingelse is different, because this is pretty much the only key beside arrow keys i even use.

Yes, this behaviour changed in #0920:

(2018-09-21, 02:10)Milhouse Wrote: Build Details:
  1. XBMC:
    • KEY_EPG is wrongly mapped to title instead of guide (PR:14451, 1 commit, 1 file changed)

Previously, both the "red" and "green" buttons activated the Context Menu.

The "red" button (KEY_EPG) mapped to <title> which executed the ContextMenu action.

Now, after #0920, the "red" button (still KEY_EPG) is mapped to <guide> which executes the ActivateWindow(TVGuide) action.

You will now need to update your muscle memory and use the green button instead for context menu.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
hello

after latest kodi update .my keyboard channel change buttons for pvr don't work .why? this butttons worked well on august updates.please solve this problem.

Thank you for your helps and updates
  • 1
  • 431
  • 432
  • 433(current)
  • 434
  • 435
  • 495

Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)24