2014-01-04, 19:53
(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).
https://www.dropbox.com/s/l517arqdycb6pz...yer_on.txt
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),
[ 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'
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.