RaspBMC Kodi/XBMC test builds - 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: RaspBMC Kodi/XBMC test builds (/showthread.php?tid=176043) 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
|
RE: RaspBMC XBMC test builds - popcornmix - 2014-01-04 (2014-01-04, 15:28)fernandovg Wrote: UPDATE: I closed video player and still GPU= 938k Try running and quitting xbmc a few times. Measure gpu_mem and see what sort of value it normally has when xbmc is not running. After the "blocks" problem, quit xbmc and see if gpu_mem is at it's normal level, or is it lower. If it's lower than normal, then the problem is on gpu, as (vritually) all gpu memory allocated by xbmc should be released when xbmc exits. (1) If it returns to normal, then it's an xbmc bug of not releasing memory. (2) Code: vcgencmd cache_flush && sudo vcdbg reloc so it can get out of sync when allocations occur when reading. Run it a couple of times if results are suspicious. In case (1), then post result of vcdbg after xbmc is quit. The missing memory should be visible (with allocation names) and should give some clues. In case (2), it's a bit trickier. You'll have to look for the "extra" allocations when it's in the "blocks" state (perhaps by running diff on a sequence of vcdbg logs). RE: RaspBMC XBMC test builds - fernandovg - 2014-01-04 Thanks. Will try RE: RaspBMC XBMC test builds - fernandovg - 2014-01-04 @popcornmix I noticed that in the last 3 times this happened it was in the end of the video (42min video, happened around 40-41min) I was monitoring GPU from my phone and it jumped from 10MB to 16MB when the "blocks" appeared. Here are three files: mem_with_blocks_player_on.txt - I paused videoplayer when blocks appeared https://www.dropbox.com/s/l517arqdycb6pzm/mem_with_blocks_player_on.txt mem_player_closed.txt - after "blocks" I closed video player https://www.dropbox.com/s/7758c62hda3kj95/mem_player_closed.txt mem_xbmc_closed.txt - stopped XBMC https://www.dropbox.com/s/yb1safq2k1ihyzi/mem_xbmc_closed.txt I noticed 3 large allocations in mem_with_blocks_player_on.txt [ 454] 0x181d3800: used 7.9M (refcount 3 lock count 16, size 8294400, align 4096, data 0x181d4000, d1Rual) 'KHRN_IMAGE_T.storage' [ 164] 0x189bd800: used 7.9M (refcount 2 lock count 8, size 8294400, align 4096, data 0x189be000, d1Rual) 'KHRN_IMAGE_T.storage' [ 358] 0x191ab400: used 7.9M (refcount 2 lock count 8, size 8294400, align 4096, data 0x191ac000, d1Rual) 'KHRN_IMAGE_T.storage' and 3 large allocations in mem_player_closed.txt (Isn't supposed to release the memory in KHRN_IMAGE_T.storage as video player is closed? [ 454] 0x181d3800: used 7.9M (refcount 1 lock count 0, size 8294400, align 4096, data 0x181d4000, d1Rual) 'KHRN_IMAGE_T.storage' [ 164] 0x189bd800: used 7.9M (refcount 1 lock count 0, size 8294400, align 4096, data 0x189be000, d1Rual) 'KHRN_IMAGE_T.storage' [ 358] 0x191ab400: used 7.9M (refcount 2 lock count 8, size 8294400, align 4096, data 0x191ac000, d1Rual) 'KHRN_IMAGE_T.storage' no large allocation when XBMC is closed. is it related to https://github.com/huceke/omxplayer/pull/53 (old) ? what about this ? http://www.raspberrypi.org/phpBB3/viewtopic.php?f=70&t=48177 RE: RaspBMC XBMC test builds - fernandovg - 2014-01-04 Another time. "Blocks" with 828k free: https://www.dropbox.com/s/mqkj2l3dexlb79k/mem_with_blocks_player_on_2.txt Memory after started XBMC - 67MB (leave it alone without moving moving mouse or type anything) https://www.dropbox.com/s/m3jy7th4bw4l99r/mem_fresh_xbmc_start.txt Playing the same file after stop/start XBMC - 26MB (didn't boot): https://www.dropbox.com/s/yeiis42i3j0ia5b/mem_first_movie.txt Why there's 32M free in this line and in 0x1e8f0f00 only 828K? If I sum all values of all lines that begans with 0x.... isn't supposed to be 828K? Shouldn't the line "0x1c7dff00: free 32M" be part of the free mem "math" ? First file from this post: 0x1c7dff00: free 32M [ 136] 0x1e7eff00: used 1.0M (refcount 3 lock count 0, size 1048576, align 4096, data 0x1e7f0000, d1rual) 'Texture blob' 0x1e8f0f00: free 828K 0x1e9c0000: legacy block 2.3M small allocs not requested Media info: Code: General Are all this mem files helpful or not? Do you have any clue of what's going on? Sorry If I'm troubling you with this. RE: RaspBMC XBMC test builds - popcornmix - 2014-01-04 (2014-01-04, 17:35)fernandovg Wrote: mem_with_blocks_player_on.txt - I paused videoplayer when blocks appearedStill seems to be 35M free here, so surprised there's a failure (unless the failure was only temporary). Quote:and 3 large allocations in mem_player_closed.txt (Isn't supposed to release the memory in KHRN_IMAGE_T.storage as video player is closed?~8M is probably a 1920x1080x32bpp texture. They are likely to be fanart textures from before launching the video (unfortunately xbmc doesn't free GUI texture when playing videos), so nothing clearly suspicious there. If it's a leak, you may expect every play of the video to add one (or more) more alocation of something. i.e. after N plays of video, there will be N allocations of a certain size. Anything like that visible? Quote:is it related to https://github.com/huceke/omxplayer/pull/53 (old) ?No, that's command line omxplayer - it does subs quite differently from xbmc. Quote:what about this ? http://www.raspberrypi.org/phpBB3/viewto...70&t=48177I don't think so. Feels like a subs-related leak. If the leak was not cause by subtitles, then you should get a failure even with subs disabled - do you see that? You'll either see blocks in the GUI, or video will fail to start after a number of attempts. RE: RaspBMC XBMC test builds - fernandovg - 2014-01-04 Thanks. What about the "math" to get the free mem (last post)? I dont thinks its temporary because in my cellphone screenshot you can see that there is low memory each 1 seconds (the script reads free gpu mem after 1 second) RE: RaspBMC XBMC test builds - popcornmix - 2014-01-04 (2014-01-04, 19:58)fernandovg Wrote: Thanks. What about the "math" to get the free mem (last post)? I think you are misinterpreting the numbers. At the top it days: Code: 36M free memory in 21 free block(s) That's the total free memory. Then there a number of lines like: Code: 0x1819fee0: free 1.7K But it's the initial "XXM free memory in YY free blocks" that is the important number. If that reaches zero then we're in trouble. RE: RaspBMC XBMC test builds - fernandovg - 2014-01-04 Thanks! So there is no visible problems with those files and no clue of whats going on? RE: RaspBMC XBMC test builds - miappa - 2014-01-05 Updated Gotham build from, based on XBMC master Jan 05 with newclock3 commits. I still revert XSLT commits as I have no fix for dependencies yet. See XBMC master and here for extra PR´s (and what´s reverted). New since last build: • Many things in XBMC master • Revert commit 1da0cee, fixes resuming xvid videos • Revert commit a80d75e due to conflicts with newclock3 commits • Fix for fanart, do not resize images which can cause additional blurring • Re-added commit b774702 (additional Airplay fix from Sam, missed in last builds) If you don´t have libdvdcss already you will have to compile this as explained in post #1. Nov/Dec update or latest firmware from master tree recommended, also explained in post #1. To install, SSH to Pi and (note the ” .” (space + dot) in the end of the cp command!): Code: cd .upgrade If you come from an old build or from Frodo, deleting guisettings.xml is recommended. Also, re-check all settings as some things can change and/or revert to default. RE: RaspBMC XBMC test builds - popcornmix - 2014-01-05 (2014-01-04, 22:07)fernandovg Wrote: Thanks! So there is no visible problems with those files and no clue of whats going on? If there's always >30M free even when the blocks appear, then it doesn't sound like a memory leak. You could try setting gpu_mem higher and see if it takes longer for blocks to appear which would be expected if it were w memory leak. RE: RaspBMC XBMC test builds - fernandovg - 2014-01-05 Thats what I did in the past. I started with 128 then I kept increasing until 160 (multiple of 16). Can you try to reproduce decreasing your gpu_mem? RE: RaspBMC XBMC test builds - miappa - 2014-01-07 Updated Gotham build from, based on XBMC master Jan 07 with newclock3 commits + one PR from tamland. • Many things in XBMC master • Fix for resuming xvid videos (without reverting the original PR) • Fix for hls streams that use https passed directly to ffmpeg when they shouldn´t (test) If you don´t have libdvdcss already you will have to compile this as explained in post #1. Nov/Dec update or latest firmware from master tree recommended, also explained in post #1. To install, SSH to Pi and (note the ” .” (space + dot) in the end of the cp command!): Code: cd .upgrade If you come from an old build or from Frodo, deleting guisettings.xml is recommended. Also, re-check all settings as some things can change and/or revert to default. RE: RaspBMC XBMC test builds - e-thereal - 2014-01-08 Just registered to the forum to tell you how awesome you are. Thanks for the fool proof step-by-step update guide. Tested the Jan, 7 build on my newly bought raspberry pi and works like a charm. Much faster and airplay working. Happy. RE: RaspBMC XBMC test builds - carmenm - 2014-01-08 (2014-01-05, 14:06)miappa Wrote: Updated Gotham build from, based on XBMC master Jan 05 with newclock3 commits.Thanks for that new build. Will test it tonight. As for the current one 20131230. I must it works great, for now everything is working just fine for me. From playback to airplay. One side note about airplay: - I had hickups using airplay. It always happened after something like 3 min. I then disabled visualisation, and everything is back to normal. I dont know how it is in the very last builds. But i would recommend everyone to disable visualisation. As for the download of the nightlies, i made a simple script to automate it. Code: #!/bin/bash Thanks! RE: RaspBMC XBMC test builds - fernandovg - 2014-01-08 the problem is that "http://goo.gl/....." link will change for every new build. When miappa adds the file to dropbox, it will generate a custom url. And when he short it with goo.gl it will generate another custom url. miappa, change the link name in the first post. There's two "20140105" Updated Gotham build 20140105 in post #279 (Active AE, newclock3 rebased on master Jan 05 + some fixes) Updated Gotham build 20140105 in post #282 (newclock3 rebased on master Jan 07 + some fixes and tests) |