•   
  • 1
  • 106
  • 107
  • 108(current)
  • 109
  • 110
  • 156
  •   
  Thread Closed
OpenELEC Testbuilds for RaspberryPi Part 3 (Kodi 14.0)
Looking at that, the new method doesn't allow for code running within an exit loop (or at least that code you provide isn't using one, and my scripts current model run within said loop) so I'll have to refactor my code (assuming there aren't other ways to implement said within the new method.). What joy Wink

Still, that'll lead to better code - this is a far better model, and should eliminate the script not terminating on Kodi exit, which is what I'm really focused on. So very much appreciated Smile

Edit: Shame this new method isn't detailed in the Python Delelopment Forum. Seems like the only major change (albeit a deprecation rather than a breakage from XBMC13 to Kodi14... Even if I'd have to unblock Martijn (who seems to give the majority of Python update details) to get the info).
(2014-10-11, 03:48)menakite Wrote: Thanks for testing! I also had a conflict in xbmc/interfaces/json-rpc/schema/methods.json - if it was only partly applied, it could've been possible that it didn't work from JSON, as my git-am failed to handle it too.

(I've rephrased my post to be more clear just before you replied.)

Guess I got lucky on methods.json, as both patches applied cleanly Smile

Code:
00h02m38s:           APPLY PATCH (project)   /home/neil/projects/OpenELEC.tv/projects/RPi/patches/xbmc/0194_NJM_fixjson_start.patch
00h02m38s: patching file xbmc/interfaces/json-rpc/schema/version.txt
00h02m38s:           APPLY PATCH (project)   /home/neil/projects/OpenELEC.tv/projects/RPi/patches/xbmc/0195_NJM_pr5324.patch
00h02m38s: patching file xbmc/Application.cpp
00h02m38s: Hunk #1 succeeded at 5593 (offset -21 lines).
00h02m38s: Hunk #2 succeeded at 5625 (offset -21 lines).
00h02m38s: Hunk #3 succeeded at 5652 (offset -21 lines).
00h02m38s: patching file xbmc/Application.h
00h02m38s: Hunk #1 succeeded at 245 (offset 1 line).
00h02m38s: patching file xbmc/cdrip/CDDARipper.cpp
00h02m38s: patching file xbmc/interfaces/Builtins.cpp
00h02m38s: Hunk #1 succeeded at 1401 (offset 1 line).
00h02m38s: Hunk #2 succeeded at 1438 (offset 1 line).
00h02m38s: patching file xbmc/music/MusicDatabase.cpp
00h02m38s: patching file xbmc/music/MusicDatabase.h
00h02m38s: patching file xbmc/music/windows/GUIWindowMusicBase.cpp
00h02m38s: patching file xbmc/video/windows/GUIWindowVideoBase.cpp
00h02m38s: Hunk #1 succeeded at 2029 (offset 9 lines).
00h02m38s: Hunk #2 succeeded at 2111 (offset 9 lines).
00h02m38s:           APPLY PATCH (project)   /home/neil/projects/OpenELEC.tv/projects/RPi/patches/xbmc/0196_NJM_pr5324.patch
00h02m38s: patching file xbmc/interfaces/json-rpc/AudioLibrary.cpp
00h02m38s: patching file xbmc/interfaces/json-rpc/VideoLibrary.cpp
00h02m38s: patching file xbmc/interfaces/json-rpc/schema/methods.json
00h02m38s: Hunk #1 succeeded at 930 (offset 5 lines).
00h02m38s: Hunk #2 succeeded at 963 (offset 5 lines).
00h02m38s: Hunk #3 succeeded at 1499 (offset 5 lines).
00h02m38s: Hunk #4 succeeded at 1533 (offset 5 lines).
00h02m38s: patching file xbmc/interfaces/json-rpc/schema/version.txt
00h02m38s:           APPLY PATCH (project)   /home/neil/projects/OpenELEC.tv/projects/RPi/patches/xbmc/0197_NJM_fixjson_end.patch
00h02m38s: patching file xbmc/interfaces/json-rpc/schema/version.txt

Other than the version bump (and different hunk offsets) I'm not seeing any difference between commit 7dd18bc84 that I used, and the updated commit d8a2b6d9 now on the PR, so I think we're good.

The other commit 9b939b55 that I used from your PR at the time of the build shows no difference with what you have now, other than hunk offset changes and the addition of comments in Application.h.
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.
(2014-10-11, 04:06)Unfledged Wrote: Looking at that, the new method doesn't allow for code running within an exit loop (or at least that code you provide isn't using one, and my scripts current model run within said loop) so I'll have to refactor my code (assuming there aren't other ways to implement said within the new method.). What joy Wink

Still, that'll lead to better code - this is a far better model, and should eliminate the script not terminating on Kodi exit, which is what I'm really focused on. So very much appreciated Smile

Edit: Shame this new method isn't detailed in the Python Delelopment Forum. Seems like the only major change (albeit a deprecation rather than a breakage from XBMC13 to Kodi14... Even if I'd have to unblock Martijn (who seems to give the majority of Python update details) to get the info).

What do you mean by an "exit loop"? Do you just want to add a timeout to waitForAbort(), as it supports that (takes a float, in seconds). Then test the result of waitForAbort(<seconds>) to determine if an abort has been requested - it will be false if not (in which case go round your loop again).
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.
(2014-10-11, 04:46)Milhouse Wrote: What do you mean by an "exit loop"? Do you just want to add a timeout to waitForAbort(), as it supports that (takes a float, in seconds). Then test the result of waitForAbort(<seconds>) to determine if an abort has been requested - it will be false if not (in which case go round your loop again).

Exit loop was a bad choice of phrase - I normally use a while not loop (and do what the script needs to within that loop) then, when that finishes, exit. If I'm understanding right, I can do the same with the timeout on this method. Thanks for the hint Smile
(2014-10-04, 10:40)tech242 Wrote: I'm currently experiencing stuttering in almost all videos. Stuttering lasts a few (2-7 perhaps?) seconds, and log file fills upp with lines like these during the stuttering:
Code:
DEBUG: CDVDPlayer::OMXDoProcessing Resume 3.08,0.00 (A:00 V:10) EOF:0 FULL:1 T:16.00
DEBUG: OMXClock::OMXSetSpeed(1.00) pause_resume:1

Disabling hardware acceleration (OMXPlayer) makes the stuttering disappear.
(2014-09-28, 22:53)Milhouse Wrote: 2. Rename the SD card partition:

Thanks, it's working =)
(2014-10-11, 01:41)Milhouse Wrote: [*]Custom:
  • Added PR:5485: Fix episode NFO scraping
Hooray!
Wetek Play: LE 9.0.x as TVH-server --- RPi3: latest Milhouse LE 9.x (Matrix) with AeonNoxSilvo --- Orbsmart 500 with Kodi18 as Online-radio/TV in the kitchen
(2014-10-11, 21:49)Solo0815 Wrote:
(2014-10-11, 01:41)Milhouse Wrote: [*]Custom:
  • Added PR:5485: Fix episode NFO scraping
Hooray!
Tried, and it works correctly.
New OpenELEC Helix build: #1011
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 3.17.0 #1 PREEMPT Sat Oct 11 19:49:26 BST 2014 armv6l GNU/Linux

# vcgencmd version
Oct  6 2014 22:06:47
Copyright (c) 2012 Broadcom
version a363c9d4a3ff3c2f367d45044015674a8639dbeb (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20141011194817-r19345-g7c25d27 [Build #1011]

Based on tip of OpenELEC master (7c25d27c, changelog) and tip of XBMC master (57a30dce, changelog) with the following modifications:
  • Includes newclock4 patches
  • Excludes the OpenELEC fernetmenta patches due to conflicts with newclock4
  • Excludes the OpenELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-3.17.y
  • Excludes the OpenELEC xbmc-001-newclock4 patch in favour of sourcing these and possibly more recent patches directly from newclock4 branch
  • Default setting for "Show RSS Feed" changed to disabled
  • Disabled "Total Duration" in Confluence (see build #0221 for details)
  • Adapted service.openelec.settings to take advantage of PR5217
  • Includes latest libnfs master (ab1af695)
  • Includes latest libcec master (81e38211)
  • Includes latest xbmc-pvr-addons master (259d1506)
  • Includes latest xbmc-addon-xvdr master (a3724213)
  • Includes libcec double-key suppression
  • Includes libcec CEC Standby Fix
  • Increase scan interval of PeripBusCEC from 5000 to 60000, reducing CPU loading by about 2% (1GHz Pi) every 5 seconds (even when CEC is "disabled")
  • Includes CONFIG_COREDUMP=y to allow creation of coredumps (see here)
  • Includes PR:5312: dvdplayer: do a seek after having changed subtitle stream
  • Includes PR:5324: Add setting to hide library clean progress bar.
  • Includes PR:5463: [python] add *all* module dependencies to path
Build Highlights:
  1. "Maintain original volume on downmix" updated in Audio settings (enabled for Expert level)
  2. Not entirely sure what problem "fastswitch" is designed to solve - PVR/LiveTV?
Build Details:
  1. XBMC:
    • Fix episode NFO scraping (PR:5485, 3 commits, 2 files changed)
    • Rebrand: change visual occurrences of XBMC to reflect new app name (PR:5486, 1 commit, 3 files changed)
    • Audio: Rename normalize audio to Maintain original volume and invert meaning (PR:5415, 3 commits, 5 files changed)
    • [OSS] Add supported audio format (PR:5162, 1 commit, 1 file changed)
    • Remove dependency on weather.wunderground in Confluence skin (PR:5489, 1 commit, 1 file changed)
    • fix comment in English language strings.po
  2. newclock4:
    • fastswitch: do not reduce time to analyze when looking for metadata
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.
(2014-10-11, 23:15)allan87 Wrote: Tried, and it works correctly.

Cheers. Smile
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.
(2014-10-11, 01:41)Milhouse Wrote: [*]Issues with kernel 3.17.0 frequency scaling remain, and being investigated.
It's not downgrading to previous version the best way?
(2014-10-12, 11:36)slack3r Wrote:
(2014-10-11, 01:41)Milhouse Wrote: [*]Issues with kernel 3.17.0 frequency scaling remain, and being investigated.
It's not downgrading to previous version the best way?

I'm hoping to fix this before tonight's build.
(2014-10-12, 13:32)popcornmix Wrote: I'm hoping to fix this before tonight's build.
Thank you!
(2014-10-12, 11:36)slack3r Wrote: It's not downgrading to previous version the best way?

If the CPU frequency had been stuck at minimum I'd probably have reverted but running at maximum shouldn't be a problem for most testers.
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.
Popcornmix did you have time to look at the "hack: revert squash: don't update originaldts when marked as invalid" I have with live tv? Could you if not a big problem revert it for the time being so that i can try out latest builds again?
  •   
  • 1
  • 106
  • 107
  • 108(current)
  • 109
  • 110
  • 156
  •   
  Thread Closed
 
Thread Rating:
  • 8 Vote(s) - 4.88 Average



Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi Part 3 (Kodi 14.0)4.888