[tuxen]

@sdsnyr94
I get the same issues if I overclock specific settings.
For example, if I overclock isp_freq or gpu_freq.
But, it might very possibly be power supplý as well as overclocking might demand more current.

So, check overclock settings and power supply.

No overclock, and I have tried 2 power supplies, a powered USB hub, and the connection off my TV... only thing that works without lockup is Xbian Alpha 3.

Have you checked another sd card?

[sdsnyr94]

@sdsnyr94
I get the same issues if I overclock specific settings.
For example, if I overclock isp_freq or gpu_freq.
But, it might very possibly be power supplý as well as overclocking might demand more current.

So, check overclock settings and power supply.

No overclock, and I have tried 2 power supplies, a powered USB hub, and the connection off my TV... only thing that works without lockup is Xbian Alpha 3.

Have you checked another sd card?

I tried Raspbmc on USB with the same result (Raspbmc was easier to setup for USB install to test this).

[tfft]

All streaming stoppage, including failures/freezes/reboots/etc, should remember the video's last location (which is not the case today), shouldn't it ? So if there is a power failure or a reboot or ... one should be able to pick-up where the stream last left off.

No. Not supported by xbmc on any platform. The crash needs to be fixed.

Most likely it is an out of memory issue. Can you check the dmesg log for "out of memory killer" stopping xbmc?

Where is the media being played from? Network streams (including http streaming from local network) require a lot more memory. Reducing (or setting to 0) cachemembuffersize in advancedsettings may help. Other common causes of crashing are insufficient power supplies, or too high an overclock.

@popcornmix, this GUI freeze/reboot has been noted in the following posts 981 and 1040. In short, this issue occurs usually in the first 5 minutes with virtually any online streaming add-on (TMZ, CBSnews, TED, etc). Here are a couple of new logs including the dmesg output which, as you suspected, includes an "Out of memory" statement.

reboot7.log 15.61 KB -- http://52rmos.dl4free.com/en/
reboot7_dmesg.txt 57.89 KB -- http://e23j98.dl4free.com/en/

I am using a stock, non-modified, non-overclocked Rpi 256; note that this wasn't an issue until maybe about a month or so ago...

Following on your suggestion above, post the reboot I copied /usr/share/xbmc/system/advancedsettings.xml to /storage/.xbmc/userdata and changed the following line,

<cachemembuffersize>5282880</cachemembuffersize>
to
<cachemembuffersize>0</cachemembuffersize>

and rebooted Rpi. Things worked ok for about 20 minutes and then the same GUI freeze/reboot occured. Here are the log/dmesg files (with "Out of memory" statements),

reboot8.log 22.54 KB -- http://6j6t6h.dl4free.com/en/
reboot8_dmesg.txt 66.01 KB -- http://5sqnx1.dl4free.com/en/

So what next ? Does it make sense that this started happening about a month ago ? Should I try say 2641440 instead of 0 ? Is there anything else I can do/try and/or test ?

Thanks !

[tfft]

Isn't ogg video supposed to be supported in openelec/xbmc ? I recently converted a file into an 'ogv' format yet when I play it there is no video and I can only hear the audio portion - is this a known issue ?

Using r13084 (git 39820e2ef7) on a vanilla Rpi-256

ogv I take is not a container but a codec? I never even thought it existed so i would guess no. What's wrong with h264?! It seems like an unnecessary bother and hard to get on par anywhere with all the more standard industry codecs and popular containers around IMHO.

There's nothing wrong with H.264 - I was going by what XBMC's wiki notes,

http://wiki.xbmc.org/index.php?title=Fea...ed_formats

in which ogg is clearly noted as supported. I've also read posts where ogm (the now defunct and discouraged format) was supported so it is logical to assume that ogv ought to be supported as well.

Here's a bit more info on the standard and ogv,

http://en.wikipedia.org/wiki/Ogg

I've read that ogg (unrestricted, free, etc) is gaining popularity and so it would be nice to have it be supported thus the inquiry. Might be wise to submit a bug report to XBMC about this.

[popcornmix]

So what next ? Does it make sense that this started happening about a month ago ? Should I try say 2641440 instead of 0 ? Is there anything else I can do/try and/or test ?

Setting gpu_mem=100 in config.txt should help. As would enabling swap.

[tfft]

So what next ? Does it make sense that this started happening about a month ago ? Should I try say 2641440 instead of 0 ? Is there anything else I can do/try and/or test ?

Setting gpu_mem=100 in config.txt should help. As would enabling swap.

I'll set and try cachemembuffersize to 2641440 and gpu_mem=100 - a couple of questions though.

I read that the gpu_mem is assigned in 8MB steps so we're talking 96 or 104, right ? And in passing, the default is 128 - so why would assigning the GPU _less_ memory improve things as I'm guessing the GPU is what requires more resources compared to the CPU, no ?

To enable swap I'm guessing I need to build my own image (and not depend on thestateofme), is there a wiki/doc that discusses the enabling of swap in openelec and how that is accomplished ?

Lastly, am I unique in seeing these problems ? Isn't there a non-overclocking set of values that work best for RPi-256 available or is each unit/device different somehow ?

Thanks again.

[popcornmix]

I read that the gpu_mem is assigned in 8MB steps so we're talking 96 or 104, right ? And in passing, the default is 128 - so why would assigning the GPU _less_ memory improve things as I'm guessing the GPU is what requires more resources compared to the CPU, no ?

I believe gpu_mem works down to 1MB steps.
The memory failure is on ARM side, so giving the GPU less memory is the right solution.

[rbej]

OpenElec 3.0 RC2

http://releases.openelec.tv/OpenELEC-RPi....2.tar.bz2

[brinka123]

Still have audio and video sync problems. The delay gets worse the longer the video plays.

Video info:
===================== General =====================
Complete name : Z:Video\VIDEO_TS\VTS_01_1.VOB
Format : MPEG-PS
File size : 1 024 MB
Duration (ms) : 45mn 48s
Total bitrate : 3 126 Kbps

===================== Video =====================
Id : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@main
Format settings - BVOP : Yes
Format settings - Matrix : Default
Duration (ms) : 45mn 48s
Bitrate mode : Variable
Bitrate : 2 872 Kbps
BitRate_Nominal/String : 7 900 Kbps
Width : 720 pixels
Height : 576 pixels
Aspect ratio : 16:9
Framerate : 25.000 fps
Standard : PAL
Colorimetry : YUV
Colos space : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
ScanOrder/String : Top Field First
Bits/(Pixel*Frame) : 0.277
Stream size : 941 MB (92%)

===================== Audio =====================
Id : 128 (0x80)
Format : AC-3
Format info : Audio Coding 3
Format settings mode extens : CM (complete main)
Duration (ms) : 45mn 47s
Bitrate mode : Constant
Bitrate : 192 Kbps
Channel(s) : 2 channels
ChannelPositions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Stream size : 62.9 MB (6%)

===================== Menu =====================

[popcornmix]

Still have audio and video sync problems. The delay gets worse the longer the video plays.

Is this with OpenElec 3.0 RC2?
I'll need to see an example file. Can you extract a sample that shows the problem, and post it somewhere (e.g. dropbox).

[xoox]

Are there are any fixes for the raspberry pi + tvheadend live TV problems in OpenELEC 3.0 RC2??

[rbej]

Popcornmix.

If i want test new experimental firmware with support new video codec i must rename file start_x.elf to start.elf??

[popcornmix]

If i want test new experimental firmware with support new video codec i must rename file start_x.elf to start.elf??

Follow instructions here:
http://www.raspberrypi.org/phpBB3/viewto...75#p269992

[gizmomel]

because I use XBMC for video I only just noticed / discovered that the milkdrop / project M music visualisation isn't included in the openElec build for the Pi. I'm hoping it's just due to porting issues and not that the Pi isn't fast enough to handle it? I used to love watching the music vis back on my xbox 1.

[rbej]

If i want test new experimental firmware with support new video codec i must rename file start_x.elf to start.elf??

Follow instructions here:
http://www.raspberrypi.org/phpBB3/viewto...75#p269992

Mov and flv test files not working in Xbmc.