rob_brum
Posts: 19
Joined: Sat May 05, 2012 6:22 am

Re: OpenELEC Testbuilds

Sun Aug 12, 2012 3:23 pm

Does anyone else have issue with 11791? I've just built it, but cant seem to get any output over HDMI

This is the first time ive built in ages, i guess the build routine is still the same.

Regards
Rob

dom
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 5709
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge

Re: OpenELEC Testbuilds

Sun Aug 12, 2012 3:29 pm

@ChrisLaurie
Looks like a different issue from millhouse. I don't think you are running out of GPU memory.

ChrisLaurie
Posts: 10
Joined: Fri Aug 10, 2012 12:49 pm

Re: OpenELEC Testbuilds

Sun Aug 12, 2012 3:39 pm

I suspect there is a problem inside omxplayer. It may also be the cause of the stuttering of audio playback (over HDMI) at the begining of each song. It may also be the cause of the scratch/pop you hear between tracks on the analog output.

Another occasional problem I have seen is that even though the song is finished (both in time display and audio) there is sometimes a long gap (30sec plus) before the next song starts. I'm wondering if this is not also attributable to omx.

But, I'm way out of my depth here so it's probably wishful thinking on my part that all the problems I've had stems from a single source - i.e. fix the one and we're done.

tbar
Posts: 98
Joined: Thu Nov 24, 2011 6:10 am

Re: OpenELEC Testbuilds

Mon Aug 13, 2012 10:56 am

Why do the OMX errors reported by milhouse arise when viewing thumbnails? I thought the OMXplayer was only used for playing video...

dom
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 5709
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge

Re: OpenELEC Testbuilds

Mon Aug 13, 2012 11:43 am

tbar wrote:Why do the OMX errors reported by milhouse arise when viewing thumbnails? I thought the OMXplayer was only used for playing video...
OpenMax is also used for accelerated decoding of jpegs.

Goofy
Posts: 11
Joined: Tue Jun 12, 2012 10:58 am

Re: OpenELEC Testbuilds

Mon Aug 13, 2012 12:02 pm

milhouse wrote:
dom wrote:@millhouse
sudo /opt/vc/bin/vcdbg -m128 reloc

will show you the GPU memory used. Can you run that whilst browsing thumbnails, and too at the "free: xxxM" value?
If that gets close to zero when you see the corruption then it's probably memory related (although I'm guessing it won't be).
Unfortunately the vcdbg command isn't provided as part of OpenELEC, but I did manage to grab a version from an old-ish Raspbian image (datestamp on vcdbg is 19 July, filesize 79125 bytes). Not sure what I'm looking for though! :)
Openelec r11766 has "/usr/bin/vcdbg".


@dom: I didn't noticed GPU memory relation to my problem reported earlier (random freeze during music playback + slideshow, OMX errors in debug logs). Freezing is similar to what ChrisLaurie experienced with the screensaver's slideshow.

Change to the 720p mode didn't solve the issue or frequency of the freeze. The "export V3D_DOUBLE_BUFFER=1" didn't seems to have an effect on number of "KHRN_IMAGE_T" lines in vcdb output. The "total space allocated is 108M, with 106M relocatable, 2.3M legacy and 0 offline" seems to be there even after fresh reboot...

Anyway I need to test it more in depth.

Below there is an output after freeze:

Code: Select all

root ~ # /usr/bin/vcdbg -m128 reloc

Relocatable heap version 4 found at 0x9380000
total space allocated is 108M, with 106M relocatable, 2.3M legacy and 0 offline
1 legacy blocks of size 2359296

free list at (nil)
next pointer 0x0 out of bounds in free list at 0x81e4698
0 free memory in 0 free block(s)
largest free block is 0 bytes

[   1] 0x9380000: used  16K (refcount 1 lock count 0, size  16384, dx0ruA) 'audioplus_tmp_buf'
[   2] 0x9384020: used 5.0K (refcount 1 lock count 8, size   1024, dx3rua) 'ARM FB'
[  23] 0x9385420: used  544 (refcount 1 lock count 0, size    512, dx0rua) 'ILCS VC buffer pool'
[   5] 0x9385640: used  544 (refcount 1 lock count 0, size    512, dx0rua) 'KHRN_MAP_T.storage'
[   6] 0x9385860: used  544 (refcount 1 lock count 0, size    512, dx0rua) 'KHRN_MAP_T.storage'
[   7] 0x9385a80: used  544 (refcount 1 lock count 0, size    512, dx0rua) 'KHRN_MAP_T.storage'
[   8] 0x9385ca0: used 1.0K (refcount 1 lock count 0, size   1024, dx0rua) 'KHRN_PID_MAP_T.storage'
[   9] 0x93860c0: used  544 (refcount 1 lock count 0, size    512, dx0rua) 'KHRN_MAP_T.storage'
[  10] 0x93862e0: used  128 (refcount 1 lock count 0, size     96, dx0rua) 'KHRN_MAP_64_T.storage'
[  11] 0x9386360: used   64 (refcount 1 lock count 0, size     22, dx1rua) 'khrn_hw_null_render'
[  12] 0x93863a0: used 1.0M (refcount 1 lock count 0, size 1048576, dx3ruA) 'khdispatch_workspace'
[  13] 0x94863c0: used   32 (refcount 1 lock count 0, size      0, dx3ruA) 'khdispatch_readahead'
[ 125] 0x94863e0: used  544 (refcount 1 lock count 0, size    512, dx0rua) 'ILCS VC buffer pool'
[ 157] 0x9486600: used  160 (refcount 3 lock count 0, size    116, dx0rua) 'EGL_SERVER_SURFACE_T'
[ 283] 0x94866a0: used  160 (refcount 1 lock count 0, size    100, dx0rua) 'GLXX_SHARED_T'
[  18] 0x9486740: used 2.0K (refcount 1 lock count 0, size   2048, dx0rua) 'KHRN_MAP_T.storage'
[  25] 0x9486f60: used 2.0K (refcount 1 lock count 0, size   2048, dx0rua) 'KHRN_MAP_T.storage'
[ 423] 0x9487780: used 2.0K (refcount 1 lock count 0, size   2048, dx0rua) 'KHRN_MAP_T.storage'
[ 370] 0x9487fa0: used 2.0K (refcount 1 lock count 0, size   2048, dx0rua) 'KHRN_MAP_T.storage'
[ 251] 0x94887c0: used 2.0K (refcount 1 lock count 0, size   2048, dx0rua) 'KHRN_MAP_T.storage'
[ 219] 0x9488fe0: used  13K (refcount 2 lock count 1, size  13084, dx0rua) 'GLXX_SERVER_STATE_T'
[ 242] 0x948c320: used  576 (refcount 8 lock count 0, size    540, dx0rua) 'GLXX_TEXTURE_T'
[ 168] 0x948c560: used  576 (refcount 9 lock count 0, size    540, dx0rua) 'GLXX_TEXTURE_T'
[ 436] 0x948c7a0: used  576 (refcount 9 lock count 0, size    540, dx0rua) 'GLXX_TEXTURE_T'
0x948c9e0: free 32
[ 304] 0x948ca00: used 1.3K (refcount 1 lock count 0, size   1223, dx0rua) 'mem_strdup'
[ 391] 0x948cf00: used  992 (refcount 1 lock count 0, size    941, dx0rua) 'mem_strdup'
[ 399] 0x948d2e0: used 1.2K (refcount 1 lock count 0, size   1200, dx0rua) 'GL20_PROGRAM_T'
[ 364] 0x948d7c0: used  54K (refcount 1 lock count 0, size  55296, dx0Rua) 'GLSL_COPY_CONTEXT_T.mh_blob'
[ 299] 0x949afe0: used  192 (refcount 1 lock count 0, size    148, dx0rua) 'GL20_PROGRAM_T.uniform_data'
[ 175] 0x949b0a0: used 1.3K (refcount 1 lock count 0, size   1223, dx0rua) 'mem_strdup'
[ 351] 0x949b5a0: used 1.1K (refcount 1 lock count 0, size   1052, dx0rua) 'mem_strdup'
[ 445] 0x949b9e0: used 1.2K (refcount 1 lock count 0, size   1200, dx0rua) 'GL20_PROGRAM_T'
[ 179] 0x949bec0: used  59K (refcount 1 lock count 0, size  60416, dx0Rua) 'GLSL_COPY_CONTEXT_T.mh_blob'
[ 360] 0x94aaae0: used  192 (refcount 1 lock count 0, size    152, dx0rua) 'GL20_PROGRAM_T.uniform_data'
[ 117] 0x94aaba0: used 1.3K (refcount 1 lock count 0, size   1223, dx0rua) 'mem_strdup'
[ 448] 0x94ab0a0: used 1.1K (refcount 1 lock count 0, size   1096, dx0rua) 'mem_strdup'
[ 262] 0x94ab520: used 1.2K (refcount 1 lock count 0, size   1200, dx0rua) 'GL20_PROGRAM_T'
[ 346] 0x94aba00: used  128 (refcount 1 lock count 0, size     80, dx0rua) 'GL20_PROGRAM_T.uniform_info'
[ 340] 0x94aba80: used  192 (refcount 1 lock count 0, size    156, dx0rua) 'GL20_PROGRAM_T.uniform_data'
[ 109] 0x94abb40: used 1.3K (refcount 1 lock count 0, size   1223, dx0rua) 'mem_strdup'
[ 246] 0x94ac040: used 1.2K (refcount 1 lock count 0, size   1141, dx0rua) 'mem_strdup'
[ 375] 0x94ac4e0: used 1.2K (refcount 1 lock count 0, size   1200, dx0rua) 'GL20_PROGRAM_T'
[ 371] 0x94ac9c0: used  192 (refcount 1 lock count 0, size    152, dx0rua) 'GL20_PROGRAM_T.uniform_data'
[  78] 0x94aca80: used 1.3K (refcount 1 lock count 0, size   1223, dx0rua) 'mem_strdup'
[ 444] 0x94acf80: used 1.0K (refcount 1 lock count 0, size   1019, dx0rua) 'mem_strdup'
[ 339] 0x94ad3a0: used 1.2K (refcount 1 lock count 0, size   1200, dx0rua) 'GL20_PROGRAM_T'
[ 406] 0x94ad880: used  192 (refcount 1 lock count 0, size    152, dx0rua) 'GL20_PROGRAM_T.uniform_data'
[ 316] 0x94ad940: used 1.3K (refcount 1 lock count 0, size   1223, dx0rua) 'mem_strdup'
[ 132] 0x94ade40: used 1.2K (refcount 1 lock count 0, size   1137, dx0rua) 'mem_strdup'
[ 258] 0x94ae2e0: used 1.2K (refcount 1 lock count 0, size   1200, dx0rua) 'GL20_PROGRAM_T'
[ 295] 0x94ae7c0: used  128 (refcount 1 lock count 0, size     80, dx0rua) 'GL20_PROGRAM_T.uniform_info'
[ 363] 0x94ae840: used  192 (refcount 1 lock count 0, size    156, dx0rua) 'GL20_PROGRAM_T.uniform_data'
[ 127] 0x94ae900: used 1.3K (refcount 1 lock count 0, size   1223, dx0rua) 'mem_strdup'
[ 409] 0x94aee00: used 1.1K (refcount 1 lock count 0, size   1110, dx0rua) 'mem_strdup'
[ 235] 0x94af280: used 1.2K (refcount 1 lock count 0, size   1200, dx0rua) 'GL20_PROGRAM_T'
[ 353] 0x94af760: used  192 (refcount 1 lock count 0, size    152, dx0rua) 'GL20_PROGRAM_T.uniform_data'
[ 405] 0x94af820: used 1.3K (refcount 1 lock count 0, size   1223, dx0rua) 'mem_strdup'
[ 302] 0x94afd20: used 1.1K (refcount 1 lock count 0, size   1119, dx0rua) 'mem_strdup'
[ 107] 0x94b01a0: used 1.2K (refcount 1 lock count 0, size   1200, dx0rua) 'GL20_PROGRAM_T'
[ 420] 0x94b0680: used  192 (refcount 1 lock count 0, size    152, dx0rua) 'GL20_PROGRAM_T.uniform_data'
[ 308] 0x94b0740: used  576 (refcount 2 lock count 0, size    540, dx0rua) 'GLXX_TEXTURE_T'
[ 269] 0x94b0980: used  288 (refcount 2 lock count 1, size    240, dx1rua) 'shader code'
[ 377] 0x94b0aa0: used   96 (refcount 1 lock count 0, size     48, dx0ruA) 'RIL buffer'
[ 221] 0x94b0b00: used   64 (refcount 1 lock count 0, size     12, dx0rua) 'resample coeff table'
0x94b0b40: free 128
[ 296] 0x94b0bc0: used  128 (refcount 1 lock count 0, size     80, dx1rua) 'shader code'
0x94b0c40: free 32
[  30] 0x94b0c60: used  96K (refcount 1 lock count 0, size  98304, Dx1ruA) 'khrn_hw_bin_mem'
[ 325] 0x94c8d60: used 1.3K (refcount 2 lock count 1, size   1328, dx1rua) 'shader code'
[ 311] 0x94c92c0: used  672 (refcount 1 lock count 0, size    624, dx0rua) 'uniform map'
[ 234] 0x94c9560: used 1.3K (refcount 2 lock count 1, size   1336, dx1rua) 'shader code'
[ 261] 0x94c9ac0: used  672 (refcount 1 lock count 0, size    624, dx0rua) 'uniform map'
[ 143] 0x94c9d60: used  384 (refcount 1 lock count 0, size    340, dx0rua) 'resample context'
0x94c9ee0: free 21K
[ 220] 0x94cf420: used 1.0K (refcount 1 lock count 0, size   1024, dx0rua) 'resample coeff table data'
0x94cf840: free 544
[ 245] 0x94cfa60: used  576 (refcount 1 lock count 0, size    540, dx0rua) 'GLXX_TEXTURE_T'
[ 300] 0x94cfca0: used  576 (refcount 1 lock count 0, size    540, dx0rua) 'GLXX_TEXTURE_T'
0x94cfee0: free 576
[ 344] 0x94d0120: used  576 (refcount 1 lock count 0, size    540, dx0rua) 'GLXX_TEXTURE_T'
[ 362] 0x94d0360: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
0x94d1b80: free 480
[ 319] 0x94d1d60: used  416 (refcount 1 lock count 0, size    360, dx1rua) 'shader code'
0x94d1f00: free 128
[  67] 0x94d1f80: used 1.3K (refcount 1 lock count 0, size   1328, dx1rua) 'shader code'
[ 460] 0x94d24e0: used  672 (refcount 1 lock count 0, size    624, dx0rua) 'uniform map'
[  58] 0x94d2780: used 1.3K (refcount 1 lock count 0, size   1304, dx1rua) 'shader code'
[ 306] 0x94d2cc0: used  672 (refcount 1 lock count 0, size    624, dx0rua) 'uniform map'
[ 374] 0x94d2f60: used  576 (refcount 1 lock count 0, size    540, dx0rua) 'GLXX_TEXTURE_T'
[ 401] 0x94d31a0: used 8.0K (refcount 1 lock count 0, size   4096, dx1rua) 'Texture blob'
0x94d51a0: free 576
[ 333] 0x94d53e0: used  416 (refcount 1 lock count 0, size    368, dx1rua) 'shader code'
[ 256] 0x94d5580: used  160 (refcount 1 lock count 0, size    120, dx0rua) 'uniform map'
[ 398] 0x94d5620: used 1.3K (refcount 1 lock count 0, size   1328, dx1rua) 'shader code'
[ 303] 0x94d5b80: used  672 (refcount 1 lock count 0, size    624, dx0rua) 'uniform map'
[  65] 0x94d5e20: used 1.3K (refcount 1 lock count 0, size   1336, dx1rua) 'shader code'
0x94d6380: free 64
[ 452] 0x94d63c0: used  672 (refcount 1 lock count 0, size    624, dx0rua) 'uniform map'
[ 419] 0x94d6660: used  36K (refcount 1 lock count 0, size  32768, dx1rua) 'Texture blob'
[ 131] 0x94df660: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
0x94e0e80: free 736
[ 313] 0x94e1160: used  576 (refcount 1 lock count 0, size    540, dx0rua) 'GLXX_TEXTURE_T'
0x94e13a0: free 704
[ 379] 0x94e1660: used  36K (refcount 1 lock count 0, size  32768, dx1rua) 'Texture blob'
[ 106] 0x94ea660: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 273] 0x94ebe80: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 285] 0x94ed6a0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 359] 0x94eeec0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 264] 0x94f06e0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 320] 0x94f1f00: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[  22] 0x94f3720: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 475] 0x94f4f40: used  800 (refcount 1 lock count 0, size    768, dx0rua) 'ADec:metadata'
0x94f5260: free 1.6K
[ 312] 0x94f58a0: used  512 (refcount 1 lock count 0, size    480, dx1rua) 'shader code'
[ 286] 0x94f5aa0: used  192 (refcount 1 lock count 0, size    144, dx0rua) 'uniform map'
[ 331] 0x94f5b60: used 1.3K (refcount 1 lock count 0, size   1328, dx1rua) 'shader code'
[ 144] 0x94f60c0: used  672 (refcount 1 lock count 0, size    624, dx0rua) 'uniform map'
[ 361] 0x94f6360: used 1.4K (refcount 1 lock count 0, size   1360, dx1rua) 'shader code'
[ 416] 0x94f68e0: used  672 (refcount 1 lock count 0, size    624, dx0rua) 'uniform map'
[ 231] 0x94f6b80: used 4.0K (refcount 1 lock count 0, size   4096, dx0rua) 'ADec:inputdata'
0x94f7ba0: free 1.0K
[ 433] 0x94f7fc0: used  512 (refcount 1 lock count 0, size    456, dx1rua) 'shader code'
[ 415] 0x94f81c0: used  192 (refcount 1 lock count 0, size    144, dx0rua) 'uniform map'
[ 426] 0x94f8280: used 1.3K (refcount 1 lock count 0, size   1328, dx1rua) 'shader code'
[  24] 0x94f87e0: used  672 (refcount 1 lock count 0, size    624, dx0rua) 'uniform map'
[ 218] 0x94f8a80: used 1.3K (refcount 1 lock count 0, size   1336, dx1rua) 'shader code'
[ 288] 0x94f8fe0: used  672 (refcount 1 lock count 0, size    624, dx0rua) 'uniform map'
[ 348] 0x94f9280: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
0x94faaa0: free 64
[ 177] 0x94faae0: used  160 (refcount 1 lock count 0, size    120, dx0rua) 'uniform map'
[ 146] 0x94fab80: used 1.3K (refcount 1 lock count 0, size   1328, dx1rua) 'shader code'
[ 182] 0x94fb0e0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 414] 0x94fc900: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[  74] 0x94fe120: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
0x94ff940: free 3.0K
[ 222] 0x9500560: used  672 (refcount 1 lock count 0, size    624, dx0rua) 'uniform map'
[ 240] 0x9500800: used 1.3K (refcount 1 lock count 0, size   1336, dx1rua) 'shader code'
[ 486] 0x9500d60: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 350] 0x9502580: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 354] 0x9503da0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 439] 0x95055c0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 372] 0x9506de0: used 4.0K (refcount 1 lock count 0, size   4096, dx3ruA) 'RIL buffer'
0x9507e00: free 1.9K
[ 129] 0x95085a0: used  576 (refcount 1 lock count 0, size    540, dx0rua) 'GLXX_TEXTURE_T'
0x95087e0: free 800
[  19] 0x9508b00: used  672 (refcount 1 lock count 0, size    624, dx0rua) 'uniform map'
[  73] 0x9508da0: used  60K (refcount 1 lock count 0, size  61440, dx0Rua) 'GLSL_COPY_CONTEXT_T.mh_blob'
[ 422] 0x9517dc0: used  57K (refcount 1 lock count 0, size  58368, dx0Rua) 'GLSL_COPY_CONTEXT_T.mh_blob'
[ 457] 0x95261e0: used  55K (refcount 1 lock count 0, size  56320, dx0Rua) 'GLSL_COPY_CONTEXT_T.mh_blob'
[ 451] 0x9533e00: used  63K (refcount 1 lock count 0, size  64512, dx0Rua) 'GLSL_COPY_CONTEXT_T.mh_blob'
[ 450] 0x9543a20: used  55K (refcount 1 lock count 0, size  56320, dx0Rua) 'GLSL_COPY_CONTEXT_T.mh_blob'
[ 403] 0x9551640: used  59K (refcount 1 lock count 0, size  60416, dx0Rua) 'GLSL_COPY_CONTEXT_T.mh_blob'
[  81] 0x9560260: used  96K (refcount 1 lock count 0, size  98304, Dx1ruA) 'khrn_hw_bin_mem'
[  86] 0x9578360: used  96K (refcount 1 lock count 0, size  98304, Dx1ruA) 'khrn_hw_bin_mem'
[  89] 0x9590460: used  96K (refcount 1 lock count 0, size  98304, Dx1ruA) 'khrn_hw_bin_mem'
[ 290] 0x95a8560: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[  75] 0x95a9d80: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 307] 0x95ab5a0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 332] 0x95acdc0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 386] 0x95ae5e0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
0x95afe00: free 5.9K
[ 473] 0x95b15c0: used  20K (refcount 1 lock count 0, size  16384, dx1rua) 'Texture blob'
[ 394] 0x95b65c0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 217] 0x95b7de0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 173] 0x95b9600: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 253] 0x95bae20: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 345] 0x95bc640: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 393] 0x95bde60: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 323] 0x95bf680: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 389] 0x95c0ea0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 108] 0x95c26c0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[   3] 0x95c3ee0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 356] 0x95c5700: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[  27] 0x95c6f20: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 138] 0x95c8740: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 291] 0x95c9f60: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 266] 0x95cb780: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 284] 0x95ccfa0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[  90] 0x95ce7c0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
0x95cffe0: free 5.9K
[ 180] 0x95d17a0: used  576 (refcount 1 lock count 0, size    540, dx0rua) 'GLXX_TEXTURE_T'
[ 392] 0x95d19e0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 373] 0x95d3200: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 172] 0x95d4a20: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 410] 0x95d6240: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 294] 0x95d7a60: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 275] 0x95d9280: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 272] 0x95daaa0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 387] 0x95dc2c0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 274] 0x95ddae0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 254] 0x95df300: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
0x95e0b20: free 3.2K
[ 334] 0x95e17c0: used  576 (refcount 1 lock count 0, size    540, dx0rua) 'GLXX_TEXTURE_T'
[ 141] 0x95e1a00: used 132K (refcount 1 lock count 0, size 131072, dx1rua) 'Texture blob'
[ 395] 0x9602a00: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 434] 0x9604220: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 453] 0x9605a40: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 352] 0x9607260: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[  68] 0x9608a80: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[   4] 0x960a2a0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 330] 0x960bac0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 279] 0x960d2e0: used 6.0K (refcount 1 lock count 0, size   6144, dx1ruA) 'RIL buffer'
[ 487] 0x960eb00: used 8.0K (refcount 1 lock count 0, size   8192, dx3rua) 'RIL buffer'
[ 335] 0x9610b20: used  23K (refcount 1 lock count 0, size  23552, dx1ruA) 'RIL buffer'
0x9616740: free 14K
[ 477] 0x961a0c0: used  68K (refcount 1 lock count 0, size  65536, dx1rua) 'Texture blob'
[ 342] 0x962b0c0: used  42K (refcount 1 lock count 0, size  42784, dx0rua) 'resize tmp'
0x9635800: free 2.8K
[ 511] 0x9636300: used  20K (refcount 1 lock count 0, size  16384, dx1rua) 'Texture blob'
[ 324] 0x963b300: used  80K (refcount 1 lock count 0, size  81920, dx1rua) 'RIL buffer'
[ 431] 0x964f320: used  80K (refcount 1 lock count 0, size  81920, dx1rua) 'RIL buffer'
[  77] 0x9663340: used  80K (refcount 1 lock count 0, size  81920, dx1rua) 'RIL buffer'
[ 337] 0x9677360: used 256K (refcount 1 lock count 0, size 262144, dx1ruA) 'RIL buffer'
0x96b7380: free 50K
[ 161] 0x96c3c20: used  96K (refcount 1 lock count 0, size  98304, Dx1ruA) 'khrn_hw_bin_mem'
[ 413] 0x96dbd20: used 3.5M (refcount 2 lock count 0, size 3686400, dx1Rua) 'KHRN_IMAGE_T.storage'
[  28] 0x9a60d20: used 3.5M (refcount 2 lock count 8, size 3686400, dx1Rua) 'KHRN_IMAGE_T.storage'
[ 400] 0x9de5d20: used 3.5M (refcount 2 lock count 8, size 3686400, dx1Rua) 'KHRN_IMAGE_T.storage'
0xa16ad20: free 68K
[ 277] 0xa17bd20: used 2.0M (refcount 1 lock count 0, size 2097152, Dx1Rua) 'GLXX_SERVER_STATE_T.cache'
0xa37bd40: free 13K
[ 467] 0xa37efa0: used  96K (refcount 1 lock count 0, size  98304, Dx1ruA) 'khrn_hw_bin_mem'
0xa3970a0: free 12M
[ 111] 0xaf3d560: used  36K (refcount 1 lock count 0, size  32768, dx1rua) 'Texture blob'
0xaf46560: free 147K
[ 385] 0xaf6b0a0: used  96K (refcount 1 lock count 0, size  98304, Dx1ruA) 'khrn_hw_bin_mem'
0xaf831a0: free 260K
[ 355] 0xafc41a0: used  96K (refcount 1 lock count 1, size  98304, Dx1rua) 'khrn_hw_bin_mem'
0xafdc2a0: free 3.8M
[ 162] 0xb39cec0: used  96K (refcount 1 lock count 1, size  98304, Dx1rua) 'khrn_hw_bin_mem'
[ 163] 0xb3b4fc0: used  96K (refcount 1 lock count 0, size  98304, Dx1ruA) 'khrn_hw_bin_mem'
[ 471] 0xb3cd0c0: used  12M (refcount 2 lock count 1, size 12128256, dx1rua) 'Texture blob'
0xbf5f0c0: free 62M
0xfd00000: legacy block 2.3M
small allocs not requested

dom
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 5709
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge

Re: OpenELEC Testbuilds

Mon Aug 13, 2012 12:04 pm

Goofy wrote: Below there is an output after freeze:

Code: Select all

root ~ # /usr/bin/vcdbg -m128 reloc
...
0xbf5f0c0: free 62M
...
Lots of free memory. Doesn't look like the same issue.

milhouse
Posts: 642
Joined: Mon Jan 16, 2012 12:59 pm

Re: OpenELEC Testbuilds

Mon Aug 13, 2012 12:09 pm

Goofy wrote: Openelec r11766 has "/usr/bin/vcdbg".
You're right, it does - sorry I missed it! What's strange is that the /opt/vc directory also exists but is mostly empty apart from a symbolic link for lib. Would be nice if these vc tools could be in the "right" place so that any documentation/posts referencing /opt/vc will also apply to OpenELEC...

caravela
Posts: 49
Joined: Fri Jul 20, 2012 3:47 pm

Re: OpenELEC Testbuilds

Mon Aug 13, 2012 2:57 pm

build r11791 still breaks cec links between my devices.

i got raspberry -> yamaha amp -> Samsung TV.
After booting openelec, CEC doesn't work and TV stops recognizing any cec devices i plug in like the bluray player, i have to factory default the tv and amp factory to get cec to work again with the other devices i have.

sraue
Posts: 144
Joined: Tue Feb 28, 2012 12:36 am
Location: Switzerland
Contact: Website

Re: OpenELEC Testbuilds

Mon Aug 13, 2012 3:35 pm

milhouse wrote:
Goofy wrote: Openelec r11766 has "/usr/bin/vcdbg".
Would be nice if these vc tools could be in the "right" place so that any documentation/posts referencing /opt/vc will also apply to OpenELEC...
http://www.pathname.com/fhs/pub/fhs-2.3 ... REPACKAGES
/opt is reserved for the installation of add-on application software packages.
because this tools, libs and programs are a essential part of OpenELEC for RPi this stuff is included in the proper locations in /usr. on other RPi distros this stuff is not really needed for most tasks and they must be installed beyond the package manager so /opt is there the right place.

milhouse
Posts: 642
Joined: Mon Jan 16, 2012 12:59 pm

Re: OpenELEC Testbuilds

Mon Aug 13, 2012 3:50 pm

sraue wrote:
/opt is reserved for the installation of add-on application software packages.
because this tools, libs and programs are a essential part of OpenELEC for RPi this stuff is included in the proper locations in /usr. on other RPi distros this stuff is not really needed for most tasks and they must be installed beyond the package manager so /opt is there the right place.
Would it be possible to create sym links in /opt/vc that point to /usr/bin, there's already one there for /opt/vc/lib which links to /usr/lib. For example, /opt/vc/bin/vcdbg -> /usr/bin/vcdbg and then any Raspberry Pi debugging documentation/forum posts would also apply to OpenELEC (eg. /opt/vc/bin/edidparser for dumping EDI data etc.)

sraue
Posts: 144
Joined: Tue Feb 28, 2012 12:36 am
Location: Switzerland
Contact: Website

Re: OpenELEC Testbuilds

Mon Aug 13, 2012 4:46 pm

milhouse wrote:
sraue wrote:
/opt is reserved for the installation of add-on application software packages.
because this tools, libs and programs are a essential part of OpenELEC for RPi this stuff is included in the proper locations in /usr. on other RPi distros this stuff is not really needed for most tasks and they must be installed beyond the package manager so /opt is there the right place.
Would it be possible to create sym links in /opt/vc that point to /usr/bin, there's already one there for /opt/vc/lib which links to /usr/lib. For example, /opt/vc/bin/vcdbg -> /usr/bin/vcdbg and then any Raspberry Pi debugging documentation/forum posts would also apply to OpenELEC (eg. /opt/vc/bin/edidparser for dumping EDI data etc.)
its possible, but why? i would like to remove /opt again, this links was added in the first days we have added RPi support and when we dont had the hardware to test and to avoid possible problems with hardcoded paths. i dont think we need the links in /opt so the goal will be to remove this folder.

milhouse
Posts: 642
Joined: Mon Jan 16, 2012 12:59 pm

Re: OpenELEC Testbuilds

Mon Aug 13, 2012 4:56 pm

sraue wrote: its possible, but why? i would like to remove /opt again, this links was added in the first days we have added RPi support and when we dont had the hardware to test and to avoid possible problems with hardcoded paths. i dont think we need the links in /opt so the goal will be to remove this folder.
Why? I'd have thought that was obvious, to be consistent with other Raspberry Pi distributions so that Raspberry Pi guides don't need to special case a distribution like OpenELEC. Removing /opt and not making an effort to remain consistent with all other Raspberry Pi distributions with respect to these debugging tools will inconvenience users and seems rather unnecessary. Just a single sym link from /opt/vc/bin to /usr/bin would be sufficient - individual links for each binary would be overkill.
Last edited by milhouse on Mon Aug 13, 2012 5:09 pm, edited 1 time in total.

mactalla
Posts: 17
Joined: Fri Dec 09, 2011 6:25 pm

Re: OpenELEC Testbuilds

Mon Aug 13, 2012 5:07 pm

IMHO, it should simply be in the default PATH. Nobody cares if one distribution puts something in /bin or /usr/bin or /sbin or /usr/sbin (or in this case, /opt). Instructions should say "run ssh" or "run ln -s blah" and it should Just Work. /usr/bin should be in the path so anything there should be easily runnable.

I would say that any documentation that hardcodes paths is what needs fixing. Either they are accommodating an oversight in the other distro that does not have the PATH fully set, in which case they should instruct to update the user's path, or it is in the path and they're hardcoding for nothing and should fix that.

milhouse
Posts: 642
Joined: Mon Jan 16, 2012 12:59 pm

Re: OpenELEC Testbuilds

Mon Aug 13, 2012 5:12 pm

mactalla wrote:IMHO, it should simply be in the default PATH. Nobody cares if one distribution puts something in /bin or /usr/bin or /sbin or /usr/sbin (or in this case, /opt). Instructions should say "run ssh" or "run ln -s blah" and it should Just Work. /usr/bin should be in the path so anything there should be easily runnable.

I would say that any documentation that hardcodes paths is what needs fixing. Either they are accommodating an oversight in the other distro that does not have the PATH fully set, in which case they should instruct to update the user's path, or it is in the path and they're hardcoding for nothing and should fix that.
Agreed, and fixing the documentation to avoid referencing the full path would also be a solution.

CocodaMonkey
Posts: 14
Joined: Fri Apr 20, 2012 5:08 pm

Re: OpenELEC Testbuilds

Mon Aug 13, 2012 7:35 pm

Has anyone else noticed issue with 16:9 video files being played as 4:3? Every 16:9 x264 mvk file I've tried plays back in a 4:3 res. Oddly it reads the file correctly in the menus and displays a 16:9 screen shot but when I start the file it's always 4:3 with black bars on the sides. Any changes I try to make to force it to 16:9 also fail to work.

I just tested this on 11795 to make sure it wasn't an issue that has already been fixed.

caravela
Posts: 49
Joined: Fri Jul 20, 2012 3:47 pm

Re: OpenELEC Testbuilds

Mon Aug 13, 2012 8:45 pm

caravela wrote:build r11791 still breaks cec links between my devices.

i got raspberry -> yamaha amp -> Samsung TV.
After booting openelec, CEC doesn't work and TV stops recognizing any cec devices i plug in like the bluray player, i have to factory default the tv and amp factory to get cec to work again with the other devices i have.
after some tries i found out that if i add disable_overscan=1 to my config.txt, solves this issue!

dom
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 5709
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge

Re: OpenELEC Testbuilds

Mon Aug 13, 2012 8:55 pm

caravela wrote:
caravela wrote:build r11791 still breaks cec links between my devices.

i got raspberry -> yamaha amp -> Samsung TV.
After booting openelec, CEC doesn't work and TV stops recognizing any cec devices i plug in like the bluray player, i have to factory default the tv and amp factory to get cec to work again with the other devices i have.
after some tries i found out that if i add disable_overscan=1 to my config.txt, solves this issue!
I don't think that is what fixed it...

grahamed
Posts: 277
Joined: Mon Jan 30, 2012 7:01 pm

Re: OpenELEC Testbuilds

Sat Aug 18, 2012 7:04 pm

Hi

After watching Openelec getting better each night for about a month I now have a major problem - it seems to have stopped outputting hdmi (and composite for all I know) from 11692. It boots OK, says what version it is then goes black. Usually I just update (or downdate back to 11681) but I have also redone the whole thing. AFAIK I do not have a config file. SSH still works. So I think I must be missing something?

CocodaMonkey
Posts: 14
Joined: Fri Apr 20, 2012 5:08 pm

Re: OpenELEC Testbuilds

Sun Aug 19, 2012 7:01 am

I'm not sure, I can tell you it's not a general error. I've only used it over HDMI and the current builds still work for me. Menu sounds don't work anymore but besides from that it works over HDMI.

When you updated did you also update the start.elf, loader.bin and bootcode.bin? I believe you actually have to update those. Generally those files don't change so you wouldn't update them but they've had at least one major change since the start and it's important that you update them as well if you want to run the latest builds.

If you're downloading the builds from http://openelec.thestateofme.com/ those files are included but in a separate dir.

tbar
Posts: 98
Joined: Thu Nov 24, 2011 6:10 am

Re: OpenELEC Testbuilds

Tue Aug 21, 2012 3:10 pm

tbar wrote:I got sdtv_mode=2 (=PAL) in config.txt and the splash screens are shown perfectly during boot. When xbmc starts the image gets distorted and it looks sorta like NTSC. Can this be right? Is there any way to configure xbmc to output PAL? Obviously it has to be configured through SSH...

I've seen the above using r11591 and r11692.
This is no longer an issue with r11766.

AndyPi
Posts: 83
Joined: Wed Feb 22, 2012 10:24 pm
Location: Gloucestershire,UK

RTL8188CUS

Sat Aug 25, 2012 4:19 pm

Hi,

I have EDIMAX nano wifi dongle, it uses RTL8188CUS chipset. Release 11785 (at least) supported this wifi out of the box. I recently rebuilt 11840, and dismayed to find it no longer works. Downgraded to 11812 still not working. Went back to 11797 and its OK. So I guess something occurred between 11797 and 11812 that affected it ?

regards

Andy

cpswan
Posts: 47
Joined: Tue May 15, 2012 9:52 am
Contact: Website

Re: OpenELEC Testbuilds

Sun Aug 26, 2012 11:28 am

My MPEG2 codec license key just arrived, and of course I want to use it with OpenELEC. I had hoped that it might magically start allowing me to play MPEG2 videos (rather than just hear the audio), and I'm pleased to report that's exactly what's happening. Using the latest build (r11848) I'm able to play .mpg files, watch recordings from TVHeadEnd (which are MPEG2 in .mkv container) and play live HTSP TV streams.

Once again a great effort by the OpenELEC team - thanks guys :)

dom
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 5709
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge

Re: OpenELEC Testbuilds

Sun Aug 26, 2012 11:30 am

cpswan wrote:My MPEG2 codec license key just arrived, and of course I want to use it with OpenELEC. I had hoped that it might magically start allowing me to play MPEG2 videos (rather than just hear the audio), and I'm pleased to report that's exactly what's happening. Using the latest build (r11848) I'm able to play .mpg files, watch recordings from TVHeadEnd (which are MPEG2 in .mkv container) and play live HTSP TV streams.

Once again a great effort by the OpenELEC team - thanks guys :)
Glad to hear it's working!

magno23
Posts: 136
Joined: Sun Aug 12, 2012 4:11 pm
Location: Penafiel, Portugal

Re: OpenELEC Testbuilds

Sun Aug 26, 2012 12:50 pm

on the new version(r11848) im not getting any audio through hdmi but it was working on version r11797

Return to “Media centres”