• 1
  • 146
  • 147
  • 148(current)
  • 149
  • 150
  • 168
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)
(2015-11-24, 22:30)bagofcrap24 Wrote: OK build #1119 is the first build where I start having issues rebooting

Haven't had any similar problem here. I'll try a clean build for #1125 on Wednesday evening, see if that helps.
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.
(2015-11-24, 22:05)effe.rnr Wrote: Do you already know when the ALSA-to-PulseAudio bridge will be implemented again? I am using built #1110 but I'd like to update again

I'd like to think soon, as there are some recent changes/improvements but need to ensure it doesn't break the passthrough audio device. I'll see if I can upload a testing build tomorrow.
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.
(2015-11-24, 21:23)bagofcrap24 Wrote: another quick question.
Is this normal behaviour when transferring the update tar to the SD card

I'd imagine you're seeing the delays as the file cache is synced to the SD card. Try running "bcmstat.sh x d1" to monitor "%iowt" (iowait) during the transfer - if this value is quite high, then the Pi can become quite unresponsive at times. A slow SD card will most likely lead to higher and more frequent iowait events.
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.
(2015-11-25, 07:45)Milhouse Wrote: New OpenELEC Jarvis build #1124: RPi / RPi2
(Supercedes previous build)

  1. Temporarily revert multi-touch support, see if it fixes problem reported by @jackiass

Thanks Milhouse. That did the trick. It is now operating normal.
Milhouse,

Thanks again for everything you make our days shine !!!

Tiny question about the issue I had with OMXPlayer, should I retry (re-enable) every now and then if it works better ?
Based on what I read it was designed for the raspberry, feels weird that if fails...
  • Raspberry Pi 3 - Libreelec 9.0.1
  • Odroid C2 - Libreelec 8.2.5 & Libreelec 9.0.1
here is debug after updated to #1124

09:23:36 42582.269531 T:1773687712 NOTICE: Creating Demuxer
09:23:41 42587.957031 T:1773687712 NOTICE: Opening stream: 0 source: 256
09:23:41 42588.035156 T:1773687712 NOTICE: Creating video thread
09:23:41 42588.035156 T:1773687712 NOTICE: Opening stream: 1 source: 256
09:23:41 42588.062500 T:1773687712 NOTICE: Creating audio thread
09:23:42 42588.945312 T:1773687712 NOTICE: OMXClock using audio as reference
09:45:43 43909.343750 T:1963974656 NOTICE: CVideoPlayer::CloseFile()
09:45:43 43909.343750 T:1963974656 NOTICE: VideoPlayer: waiting for threads to exit
09:45:43 43909.347656 T:1773687712 NOTICE: CVideoPlayer::OnExit()
09:45:43 43909.347656 T:1773687712 NOTICE: Closing stream player 1
09:45:43 43909.359375 T:1551889312 NOTICE: thread end: OMXPlayerAudio::OnExit()
09:45:43 43909.449219 T:1773687712 NOTICE: Closing stream player 2
09:45:43 43909.449219 T:1673024416 ERROR: OMXPlayerVideo: Got MSGQ_IS_ERROR(-1) Aborting
09:45:43 43909.453125 T:1673024416 NOTICE: thread end: video_thread
09:45:43 43909.531250 T:1963974656 NOTICE: VideoPlayer: finished waiting
09:45:44 43910.179688 T:1963974656 NOTICE: CVideoPlayer::CloseFile()
09:45:44 43910.179688 T:1963974656 NOTICE: VideoPlayer: waiting for threads to exit
09:45:44 43910.179688 T:1963974656 NOTICE: VideoPlayer: finished waiting
09:45:44 43910.179688 T:1963974656 NOTICE: CVideoPlayer::CloseFile()
09:45:44 43910.179688 T:1963974656 NOTICE: VideoPlayer: waiting for threads to exit
09:45:44 43910.179688 T:1963974656 NOTICE: VideoPlayer: finished waiting
09:45:44 43910.238281 T:1953493920 NOTICE: Found 1 Lists of Devices
09:45:44 43910.238281 T:1953493920 NOTICE: Enumerated PI devices:
09:45:44 43910.238281 T:1953493920 NOTICE: Device 1
09:45:44 43910.238281 T:1953493920 NOTICE: m_deviceName : HDMI
09:45:44 43910.238281 T:1953493920 NOTICE: m_displayName : HDMI
09:45:44 43910.238281 T:1953493920 NOTICE: m_displayNameExtra:
09:45:44 43910.238281 T:1953493920 NOTICE: m_deviceType : AE_DEVTYPE_HDMI
09:45:44 43910.238281 T:1953493920 NOTICE: m_channels : FL,FR
09:45:44 43910.238281 T:1953493920 NOTICE: m_sampleRates : 8000,11025,16000,22050,24000,32000,44100,48000,88200,96000,176400,192000
(2015-11-25, 13:58)zaRos Wrote: here is debug after updated to #1124

a) This is not a debug log (wiki)
b) Don't paste logs into the forum - upload the log to a paste-site (eg. pastebin.com or xbmclogs.com) then post the link to the paste site
c) Don't post log snippets - upload the whole debug log (wiki)
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.
(2015-11-24, 22:05)effe.rnr Wrote: Do you already know when the ALSA-to-PulseAudio bridge will be implemented again? I am using built #1110 but I'd like to update again

PulseAudio-enabled one-off build #1124y: RPi / RPi2

If you are able, can you test if the passthrough output device selection is now working? Bluetooth Audio is working with this build, and doesn't need snd_bcm2835.conf, although there is no audio over HDMI once the BT device disconnects. There are some extra options in the PulseAudio Service section of OE Settings Add-on that should - I think - make it easier to find other PulseAudio clients/servers and configure network audio (not tested by me).
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.
(2015-11-24, 22:30)bagofcrap24 Wrote: OK build #1119 is the first build where I start having issues rebooting

@bagofcrap24: Build #1124y is a new clean build, maybe see if that helps with the reboot issue.
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.
I'll give it a go once I'm home in about 1hr
(2015-11-25, 16:33)Milhouse Wrote:
(2015-11-24, 22:30)bagofcrap24 Wrote: OK build #1119 is the first build where I start having issues rebooting

@bagofcrap24: Build #1124y is a new clean build, maybe see if that helps with the reboot issue.

Same issue on #1124y.
Logged into ssh
Reboot
TV screen goes black when kodi is killed.
Pi has not rebooted.
Avr still showing HDMI connected
TV screen sitting on black (not the normal no input detected screen when pi is off)

Is there a way to see the console as it's shutting down to see where the process is failing? (I've tried booting into textmode via cmdline.txt which rebooting works fine)
Here is my debug link http://xbmclogs.com/psnhywbnv
like what I said, screen turn to black and no audio at all when I started the .mkv file
This problem have after update to #1122
No problem at all with #1121
(2015-11-25, 21:58)bagofcrap24 Wrote: Is there a way to see the console as it's shutting down to see where the process is failing? (I've tried booting into textmode via cmdline.txt which rebooting works fine)

Add "debugging" to the end of your line in /flash/cmdline.txt.

Reboot, then in ssh run "journalctl --no-pager --follow > /storage/journal.log" and leave it running.

Either from a second ssh session, or the GUI, reboot the device (whatever is your normal method).

You should capture the shutdown sequence (and hopefully the reason for it stalling) in /storage/journal.log.

I'm going to drop the connman-1.30 bump (ie. revert back to connman-1.23) in the next build (#1125, uploading). If #1125 reboots reliably, then capturing the shutdown logs from #1124y and #1125 then comparing the difference may help isolate the problem.
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.
New OpenELEC Jarvis build #1125: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.3.0 #1 Thu Nov 26 03:20:12 GMT 2015 armv6l GNU/Linux

# vcgencmd version
Nov 25 2015 17:54:26
Copyright (c) 2012 Broadcom
version fda23007cfd89bf42af864b57701b39e1ac8c552 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20151126031923-#1125-g4e26348 [Build #1125]

# vcdbg log msg 2>&1 | grep DTOK
001694.198: Kernel trailer DTOK property says yes

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (4e263486, changelog) and tip of XBMC master (20aab589, changelog) with the following modifications: Build Highlights:
  1. New firmware
  2. libcec updated
  3. connman-1.30 bump dropped - @bagofcrap24, does this help with rebooting?
Build Details:
  1. Firmware (Nov 25):
    • khronos: Include ARGB_8888_TF in fast path of mipmap generation See: link
    • platform: Apply disable_pvt flag later - it was getting overwritten during init. See: link
    • TC358762: Disable ulps mode which can cause a hang when closing display. See: link
  2. OpenELEC:
    • taglib: update bytevector.patch (PR:4467, 1 commit, 1 file changed)
  3. XBMC:
    • Fix artist names when list cached, and with prioritised APE tags (PR:8436, 1 commit, 3 files changed)
    • [PVR] Ensure that newly added channel groups are persisted, fixes trac 16365 (PR:8439, 1 commit, 1 file changed)
    • [Confluence] fix button alignment - fixes trac #16382 (PR:8423, 1 commit, 1 file changed)
    • [dbwrapers] Include database name in error message (PR:8421, 1 commit, 2 files changed)
    • Fix ticket 15727, SMS input not updating CGUIKeyboardGeneric (PR:7279, 1 commit, 1 file changed)
  4. dcadec:
    • Rewrite multiple assignments as a single statement. (859fed50)
    • Restrict excessive core frame size workaround. (112ab42e)
    • Avoid using reserved suffix for typedefs. (7a152965)
  5. libcec:
    • Add support for configurable button repeats with libcec (PR:111, 5 commits, 7 files changed)
    • Fix for holding buttons on remotes of Philips TVs (PR:125, 1 commit, 1 file changed)
    • updated README.md with even more detailed compilation instructions (2e880768)
    • fixed: segfault when an empty EDID blob is passed to GetPhysicalAddressFromEDID() (b8218fdc)
    • changed: moved the buffer in CDRMEdidParser::GetPhysicalAddress() from the stack to heap (3561d5fc)
  6. Additional commits/pull requests/changes not yet merged upstream:
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.
(2015-11-26, 05:46)Milhouse Wrote:
(2015-11-25, 21:58)bagofcrap24 Wrote: Is there a way to see the console as it's shutting down to see where the process is failing? (I've tried booting into textmode via cmdline.txt which rebooting works fine)

Add "debugging" to the end of your line in /flash/cmdline.txt.

Reboot, then in ssh run "journalctl --no-pager --follow > /storage/journal.log" and leave it running.

Either from a second ssh session, or the GUI, reboot the device (whatever is your normal method).

You should capture the shutdown sequence (and hopefully the reason for it stalling) in /storage/journal.log.

I'm going to drop the connman-1.30 bump (ie. revert back to connman-1.23) in the next build (#1125, uploading). If #1125 reboots reliably, then capturing the shutdown logs from #1124y and #1125 then comparing the difference may help isolate the problem.

1125 does reboot reliably

#1124y Fail to reboot - http://pastebin.com/bTYTizSy

#1125 reboot works - http://pastebin.com/4dmwTz7N
  • 1
  • 146
  • 147
  • 148(current)
  • 149
  • 150
  • 168

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)10