+- 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 (Kodi 17.0) (/showthread.php?tid=250817)
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
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - schub - 2015-12-13
Hi,
iam also testing some new builds now and then.
I have tested #1212 with a empty /.kodi folder and it seems
while watching Videos all the memory is eaten up.
It is impossible to watch a 90-minute Video.
If OMX-Player is disabled the problem maybe solved,
but i didn't had time to make a long time test to find out
if VideoPlayer is also affected.
I have a Raspberry Model B and watching mainly MPEG2 Interlaced TV Records.
Can someone confirm this behavior?
BR
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2015-12-13
(2015-12-13, 15:39)schub Wrote: iam also testing some new builds now and then.
I have tested #1212 with a empty /.kodi folder and it seems
while watching Videos all the memory is eaten up.
It is impossible to watch a 90-minute Video.
If OMX-Player is disabled the problem maybe solved,
but i didn't had time to make a long time test to find out
if VideoPlayer is also affected.
I have a Raspberry Model B and watching mainly MPEG2 Interlaced TV Records.
Can someone confirm this behavior?
Not heard of this. There is a memory leak with ASS subtitles but that seems unlikely to be used by TV recordings.
How are you determining memory use? Note that linux uses unused memory as a file cache so it is normal for free memory to decrease with time. However the file cache is released when memory is required elsewhere.
Does kodi eventually exit with an out-of-memory error in dmesg log?
Is this a new problem? If so can you identify the first build with this issue?
Re: RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2015-12-13
(2015-12-13, 15:04)MikeKL Wrote: Been using ITV Player (plugin.video.itv-2.2.6) successfully for ITV catchup until switching from last testbuild of (Kodi 16.0) to latest testbuild of (Kodi 17.0)
debug log for #1204 where catchup playback working correctly
debug log for #1212 where catchup playback not working correctly
(stuttering playback with what appears to be loops around same couple of seconds of stream play with artifacts)
Not sure if it's related but in #1212 you have:
Code:
12:06:45 18.736137 T:1758458784 NOTICE: Start - EPG thread started 12:06:45 18.897980 T:1758458784 ERROR: SQL: [TV29.db] SQL error or missing database Query: 12:06:45 18.905327 T:1758458784 ERROR: CommitInsertQueries - failed to execute queriesYou don't have this error in #1204.
(2015-12-13, 15:04)MikeKL Wrote: Stepping gradually through (Kodi 17.0) build releases from #1205 to #1210 pin-points this issue occurs between #1209 & #1210So the problem is first seen with build #1210?
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - schub - 2015-12-13
(2015-12-13, 15:47)popcornmix Wrote:(2015-12-13, 15:39)schub Wrote: iam also testing some new builds now and then.
I have tested #1212 with a empty /.kodi folder and it seems
while watching Videos all the memory is eaten up.
It is impossible to watch a 90-minute Video.
If OMX-Player is disabled the problem maybe solved,
but i didn't had time to make a long time test to find out
if VideoPlayer is also affected.
I have a Raspberry Model B and watching mainly MPEG2 Interlaced TV Records.
Can someone confirm this behavior?
Not heard of this. There is a memory leak with ASS subtitles but that seems unlikely to be used by TV recordings.
How are you determining memory use? Note that linux uses unused memory as a file cache so it is normal for free memory to decrease with time. However the file cache is released when memory is required elsewhere.
Does kodi eventually exit with an out-of-memory error in dmesg log?
Is this a new problem? If so can you identify the first build with this issue?
I have noticed this since my kids were not able to completely view our recorded movies.
Every now and then to movie stops without any reason and the raspberry is not accessible via SSH anymore
and i have to power it off.
Today a had time to open an SSH-session while watching video and saw
the the oom killer had stopped TVHeadend backend running on the pi.
After that i upgraded to #1212 and emptied .kodi folder.
Now with my freshly install i watched some videos while running bcmstat
and that show an steadily increasing used memory until i shutdown kodi.
I don't have and use subtitles at all.
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2015-12-13
(2015-12-13, 16:04)schub Wrote: I have noticed this since my kids were not able to completely view our recorded movies.
Every now and then to movie stops without any reason and the raspberry is not accessible via SSH anymore
and i have to power it off.
Today a had time to open an SSH-session while watching video and saw
the the oom killer had stopped TVHeadend backend running on the pi.
After that i upgraded to #1212 and emptied .kodi folder.
Now with my freshly install i watched some videos while running bcmstat
and that show an steadily increasing used memory until i shutdown kodi.
Can you identify the first build with this problem?
Can you confirm it is kodi.bin (rather than tvheadend backend) that is consuming the memory?
Does it occur with omxplayer enabled/disabled?
Does it occur with "sync playback to display" enabled/disabled?
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - schub - 2015-12-13
(2015-12-13, 16:25)popcornmix Wrote:(2015-12-13, 16:04)schub Wrote: I have noticed this since my kids were not able to completely view our recorded movies.
Every now and then to movie stops without any reason and the raspberry is not accessible via SSH anymore
and i have to power it off.
Today a had time to open an SSH-session while watching video and saw
the the oom killer had stopped TVHeadend backend running on the pi.
After that i upgraded to #1212 and emptied .kodi folder.
Now with my freshly install i watched some videos while running bcmstat
and that show an steadily increasing used memory until i shutdown kodi.
Can you identify the first build with this problem?
Can you confirm it is kodi.bin (rather than tvheadend backend) that is consuming the memory?
Does it occur with omxplayer enabled/disabled?
Does it occur with "sync playback to display" enabled/disabled?
Ok, i will do some tests, but it will take some time.
Iam sure kodi.bin will consume the memory, because it is freed if i stop kodi.
Identifiying the first build could be problematic, because the last build i used
seem to also have this problem. The build has this hash de72f07669414925f3fde745fb860bc5d4d193d8
and was eventually around Sep/Oct 2015.
If i have any news i will post asap.
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - MikeKL - 2015-12-13
(2015-12-13, 15:55)Milhouse Wrote:Yes, just reinstalled #1210 again and here is debug log with playback issues as previously mentioned and with #1209 here is debug log with no playback issues evident for identical catchup content.(2015-12-13, 15:04)MikeKL Wrote: Stepping gradually through (Kodi 17.0) build releases from #1205 to #1210 pin-points this issue occurs between #1209 & #1210So the problem is first seen with build #1210?
(Note: I selected a different program catchup from that selected for earlier comparison test/debug logs)
Regarding EPG error query, I am using TVHeadend backend and frontened on my PI. Hopefully this re-run of comparison and latest debug logs will help?
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Trespasser - 2015-12-13
Just installed build #1212, hoping the libressl problem with login to Pandora has been fixed, but, alas, it hasn't. I hate to do a complete re-install of Isengard 15.2 to get back to square one, so is there a manual fix for this problem while running #1212?
Thank you.
Bob
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2015-12-13
No, you're stuck on #1115 until the certificate issue is resolved.
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2015-12-13
(2015-12-13, 15:04)MikeKL Wrote: Been using ITV Player (plugin.video.itv-2.2.6) successfully for ITV catchup until switching from last testbuild of (Kodi 16.0) to latest testbuild of (Kodi 17.0)
Hope information is useful/helpful.
Thanks. I can reproduce the issue and have identified the commit (from fernetmenta's branch) that causes the problem.
I've reverted for now, and reported it, so ITV player should be working in the next build.
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - MikeKL - 2015-12-13
(2015-12-13, 18:23)popcornmix Wrote:Great will continue to update to latest Testbuilds and happy to occasionally be of some limited help(2015-12-13, 15:04)MikeKL Wrote: Been using ITV Player (plugin.video.itv-2.2.6) successfully for ITV catchup until switching from last testbuild of (Kodi 16.0) to latest testbuild of (Kodi 17.0)Thanks. I can reproduce the issue and have identified the commit (from fernetmenta's branch) that causes the problem.
Hope information is useful/helpful.
I've reverted for now, and reported it, so ITV player should be working in the next build.
Local Media with access to internet for associated information along with Live TV + Catch-Up streaming works so very well on PI with OpenELEC which is down to some very dedicated individuals tirelessly working together. Thanks very much to all those involved
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - bill_orange - 2015-12-13
Has there been any progress in resolving the Certification problem causing Pandoki / Pandora logins to fail? I doubt that this issue affects many people but I have had to revert to Kodi 15.
Perhaps the CA_Certification change could be reverted for the current builds.
Bill
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2015-12-14
No. See previous reply 3 posts above yours.
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2015-12-14
New OpenELEC K* build #1213: RPi / RPi2
(Supercedes previous build)
Code:
# uname -a
Linux rpi512 4.3.2 #1 Sun Dec 13 21:05:02 GMT 2015 armv6l GNU/Linux
# vcgencmd version
Dec 8 2015 14:44:44
Copyright (c) 2012 Broadcom
version e591b5eb05e2cdb1b5ae25512b27d33127d7bee9 (clean) (release)
# lsb_release
OpenELEC (Milhouse) - Version: devel-20151213210411-#1213-gc5875ae [Build #1213]
# vcdbg log msg 2>&1 | grep DTOK
001698.573: Kernel trailer DTOK property says yes
# Kernel device tree status: EnabledBased on tip of OpenELEC master (c5875ae6, changelog) and tip of XBMC master (70da07c7, changelog) with the following modifications:
- Includes newclock5 patches
- Excludes the OpenELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.3.y
- Default setting for "Show RSS Feed" changed to disabled (new installs only) [patch details]
- Disabled "Total Duration" in Confluence (see build #0221 for details)
- Includes latest dcadec master (0fb1fa42, ahead +85)
- Includes latest kodi-platform master (45d6ad19, ahead +1)
- Includes latest libcec master (2f625959, ahead +40)
- Includes latest libnfs master (dc8d8662, ahead +22)
- Includes latest p8-platform master (cce6a497, ahead +10)
- Includes platform master (a1e59058, ahead +8)
- Includes latest addons: adsp.basic (cb56e0eb, +4), adsp.biquad.filters (d63d8ac6, +6), adsp.freesurround (08b691d3, +1), asplib (2fac1bf3, +2), pvr.argustv (3d8f13f9, +1), pvr.demo (e6f4d317, +1), pvr.dvblink (1cbc6dc1, +6), pvr.dvbviewer (03ed8718, +1), pvr.filmon (e74e9714, +1), pvr.hdhomerun (070aca3b), pvr.hts (f6a37db7, +4), pvr.iptvsimple (eda38ccf, +1), pvr.mediaportal.tvserver (93de38e2, +4), pvr.mythtv (1f123bba, +5), pvr.nextpvr (0547ce53, +2), pvr.njoy (eac0f6fc, +1), pvr.pctv (2ca34f92, +1), pvr.stalker (9400b421, +17), pvr.vbox (5571c04b, +1), pvr.vdr.vnsi (a3cf9de0, +11), pvr.vuplus (42b2af59, +1), pvr.wmc (5010083c, +2)
- Exclude [env] bcm2708-rng.conf: No longer required
- Exclude [env] bcm2708-rng.conf: No longer required
- Exclude [env] kodi-999.22-PR8254.patch: Already using VideoPlayer version
- Exclude [env] kodi-999.23-PR8411.patch: Merged upstream
- Exclude [env] kodi-999.99-IMX-increase-render-buffers.patch: Conflict with newclock5/FernetMenta
- Exclude [env] libcec-01-add-repeating-keypress.patch: Already merged upstream
- Exclude [env] libcec-02-fix-crash-on-some-systems.patch: Already merged upstream
- Exclude [env] libnfs-master.patch: Already merged upstream
- Include [env] compare: ffmpeg: Bump to 2.8.3; Disable Tearfree & Triple Buffering; Bump Intel video, include completion signal
- Include [env] compare: ffmpeg: Package kodi's ffmpeg releases directly
- Include [env] compare: EGL/4K/HEVC, mesa, Use Limited Range by default, bump xf86-video-intel; linux cleanup
- Include [env] patch: Add p8-platform package
- Include [env] patch: Clean Kodi view cache on startup
- Include [env] patch: CONFIG_TOUCHSCREEN_FT6236 is not set
- Include [env] patch: Fix OE after platform move
- Include [env] patch: ARCH_BCM270X: Drop ATAGS support, https://github.com/raspberrypi/linux/pull/1178
- Include [env] patch: Enable DMA_BCM2835, needed by i2s audio cards in 4.3 kernel
- Include [env] patch: Fix libaacs
- Include [env] patch: Add ffmpeg dependency and includes for HEVC optimisations
- Include [env] patch: Add experimental splash video
- Include [env] patch: Enable pvr addons, disable pvr updates
- Include [env] PR:4484: Bump kernel 4.3.2
- Include [pkg] patch: Fix libcec RPi platform detection (libcec)
- Include [pkg] PR:7030: CNetwork - implement IPv6
- Include [pkg] PR:8196: jsonrpc: expose profile directory in Profiles.GetCurrentProfile/GetProfiles.
- Include [pkg] PR:8254: FIX: Only handle 3D bitmap subs in TAB
- Include [pkg] PR:8481: fix saving of skin settings when switching profiles
- Include [pkg] PR:8545: [mysql] Querying optimizer_switch needs to be non-fatal
- Include [pkg] PR:8561: [PVR] Feature: Separate windows for "Recording Rules" and "Timers"
- New 4.3.2 kernel
- Bump 2.8.4 ffmpeg, packaged direct from github
- XBMC:
- FIX: [droid] fixup after platform reshuffle (PR:8578, 1 commit, 36 files changed)
- [addons] fix download location for multi directory repositories (PR:8572, 1 commit, 1 file changed)
- Fix missing returns (PR:8568, 3 commits, 5 files changed)
- [EPG] Timeline view: Fix 'GoToNow' to select the currently active epg event of selected channel (PR:8567, 1 commit, 1 file changed)
- Fix building against ffmpeg master (PR:8585, 1 commit, 1 file changed)
- small spelling/grammar fix (PR:8584, 1 commit, 1 file changed)
- FIX: [droid] fixup after platform reshuffle (PR:8578, 1 commit, 36 files changed)
- newclock5:
- New commits in this build:
- Revert "VideoPlayer: simplify pausing of demuxer" (41c6f2c1)
- Revert "VideoPlayer: simplify pausing of demuxer" (41c6f2c1)
- New commits in this build:
- Additional commits/pull requests/changes not yet merged upstream:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - J_E_F_F - 2015-12-14
I am running #1128 Jarvis nightly on a rPi2 with no addons. There seems to be quite a few problems with addons in these 17/k builds. Is this a continuation of the nightlies from the 16/j series, or a completely new 17/k build? IE, if I was mostly happy with the 16 nightlies for the past few months with the occasional nightly hiccup, can I expect the same from these early stage 17/k builds on a stock rPi2?