[Neil Coggins]

Using raspbmc installation, streaming from tvheadend 3.2.18 (running on a separate i5 debian box on my LAN) has not worked since I upgraded from RC2 to RC3. Using 12.0 it still doesn't work.

More specifically, I'm streaming DVB-S2 (FreeSat, plus some other stuff, ahem) from tvheadend to my 2 pi units (1x512MB, 1x256MB, both with MPEG-2 and VC-1 licenses installed correctly). Under RC2, I had problems with some SD channels on the pi, but all HD channels worked flawlessly. Since upgrading, I cannot watch -any- channels.

The same channels (both SD and HD) work perfectly on a number of other XBMC systems (Android phone/tablet, laptop, etc), which are running a mix of RC2, RC3 and 12.0 final, so I -think- we can rule out an XBMC-wide problem. Moreover, recordings from any channel work perfectly on the pi, so it isn't power-related or performance-related or memory-related (playing an HD recording from tvheadend uses about 30MB of memory according to the screen output when logging is enabled).

What I see happening with live TV on the pi, however, is the available memory (shown when logging is enabled) dropping continually until it reaches about 17MB (starting from 400MB, dropping 5-10MB every 2 seconds) and then XBMC restarts (presumably because it fails to allocate additional memory and crashes / exits).

There is nothing in "xbmc.log" to indicate that XBMC failed to allocate memory, however. In fact, there is nothing -at-all- in the log from 30s after starting the stream until it crashes / exits - here's the last few entries from the log:

12:21:55 T:2765268032 DEBUG: audio stream stalled. start buffering
12:21:55 T:2765268032 DEBUG: COMXPlayer::SetCaching - caching state 2
12:21:55 T:2765268032 DEBUG: OMXClock::OMXSetSpeed 0 buffering 0
12:21:55 T:2765268032 DEBUG: COMXPlayer::HandleMessages - player started 2
12:21:55 T:2732586048 DEBUG: COMXPlayerAudio - CDVDMsg:LAYER_SETSPEED
12:21:55 T:3038486528 DEBUG: Previous line repeats 6 times.
12:21:55 T:3038486528 DEBUG: ------ Window Deinit (DialogSeekBar.xml) ------
12:21:55 T:3038486528 DEBUG: ------ Window Init (DialogSeekBar.xml) ------
12:21:55 T:2765268032 DEBUG: COMXPlayer::HandleMessages - player started 1
12:21:55 T:2732586048 DEBUG: COMXPlayerAudio - CDVDMsg:LAYER_SETSPEED
12:21:56 T:2765268032 DEBUG: Previous line repeats 100 times.
12:21:56 T:2765268032 DEBUG: set caching from pvr to done. audio (1) = 11. video (1) = 9
12:21:56 T:2732586048 DEBUG: COMXPlayerAudio - CDVDMsg:LAYER_SETSPEED
12:21:56 T:2765268032 DEBUG: Previous line repeats 3 times.
12:21:56 T:2765268032 DEBUG: COMXPlayer::SetCaching - caching state 0
12:21:56 T:2765268032 DEBUG: OMXClock::OMXSetSpeed 1 buffering 0
12:21:56 T:2732586048 DEBUG: COMXPlayerAudio - CDVDMsg:LAYER_SETSPEED
12:21:56 T:2732586048 INFO: COMXPlayerAudio - Switching to normal playback
12:21:56 T:3038486528 DEBUG: ------ Window Deinit (DialogSeekBar.xml) ------
12:22:24 T:2883265600 DEBUG: Thread Jobworker 2883265600 terminating (autodelete)
12:22:24 T:2774910016 DEBUG: Thread Jobworker 2774910016 terminating (autodelete)

and it crashed / exited (due to lack of memory) some 3 minutes after this last entry.

It would appear that omxplayer isn't being initialised / told to start playing the stream properly. What I'm not clear on is why there is a difference between live TV and recorded TV. (I record in TS format, so in theory the recording and the live stream should be identical to XBMC, shouldn't they?)

[EDIT]
I've now tried OpenElec (r13238 and a custom build by rbej) - I've got SD channels -almost- working (oddly only some of the channels can be used to start playback, but once it works, all SD channels can be switched to), but no HD channels will play.
[/EDIT]