[12:23] <tcarter_> i'm not able to get live tv working on xmbc/rpi. the tvheadend backend is running on the pi and the windows clients can play from it without any problems (using the tvheadend pvr client for xbmc/win), but on the pi i just have a black screen and the log is full of "PrepareNextRender no buffer" messages - any ideas?
[12:24] <fritsch> tcarter_: you bought a mpeg-2 licence?
[12:24] <tcarter_> no, but the streams are mpeg4
[12:25] <fritsch> oki, no idea
[12:27] <tcarter_> mpeg-2 streams aren't playing as well, but they have a different error message (like "not supported configuration"), so i assume this is down to the missing license. but the mpeg-4 streams should play as far as it comes to licensing (and they do for non-stream videos) so i guess this is a problem related to the omxplayer
[12:32] <fritsch> tcarter_: or the way you feed it
[12:36] <tcarter_> fritsch: as said, the tvheadend backend seems to be steup correctly, as a windows xbmc client using the tvheadend pvr client (as the rpi does) can play the streams without any issue. as far as i can read the log (http://pastebin.com/xcm35TXQ) the stream is identified correctly ("Video codec omx-h264 width 720 height 576 profile 77 fps 25.000000"), but no picture and lots of "PrepareNextRender no buffer".
[12:37] <fritsch> tcarter_: which xbmc version?
[12:37] <fritsch> tcarter_: error which build of xbmc?
[12:38] <tcarter_> XBMC (12.0 Git:a1a93b5), Platform: Linux (OpenELEC - Version: 2.99.4, 3.6.11 armv6l). Built on Mar  1 2013
[12:39] <fritsch> oki
[12:39] <fritsch> tcarter_: can you go back to 2.99.3 without loosing anything?
[12:41] <tcarter_> ahm... yes, i'll give it a try and report back in a few minutes.
[13:04] <tcarter_> fritsch: i'm now back at 2.99.3 and it apperas to work quite fine there, the mpeg-4 stream is playing and no "PrepareNextRender no buffer" messages in the log.
[13:05] <fritsch> tcarter_: this is what I assumed
[13:05] <fritsch> tcarter_: 2.99.4 has got some Render patches, that buffer
[13:05] <fritsch> tcarter_: also for the Pi
[13:05] <opdenkamp> tvheadend on the pi = broken
[13:05] <fritsch> tcarter_: please open a bug on github openelec
[13:05] <fritsch> opdenkamp: are you sure? 2.99.3 works and 2.99.4 does not - we integrated render buffer patches for the pi in .99.4
[13:06] <opdenkamp> it needs fixing in omxplayer
[13:06] <fritsch> opdenkamp: when he downgrades, it should not touch tvheadend at all
[13:06] <fritsch> cause it is local
[13:06] <opdenkamp> i mean pvr.hts + xbmc + rpi = not working properly
[13:06] <opdenkamp> known issue
[13:06] <opdenkamp> and dom just started to look into it
[13:06] <fritsch> oki
[13:07] <tcarter_> interestingly enough i just rebooted the rpi with a 2.99.4 sd and the mpeg-4 stream worked, at least exactly once. i stopped the stream and tried to open it again and i'm now running into the same "PrepareNextRender no buffer" again.
[13:08] <opdenkamp> yes, it can work if tvh is slow when starting a new stream
[13:08] <opdenkamp> but buffering in omxplayer doesn't work as i intended it to work and how it's implemented in dvdplayer
[13:09] <opdenkamp> players are flipping between paused/playing all the time, when they should be paused and not touch buffers
[13:11] <tcarter_> so this problem is restricted to rpi, tvheadend and 2.99.4? (just to get a proper bug report title)
[13:12] <opdenkamp> it's restricted to rpi and pvr.hts
[13:12] <opdenkamp> and whatever version you try
[13:12] <opdenkamp> and a 1 liner would probably work around the issue but i refuse to add it :)
[13:14] <fritsch> opdenkamp: why? that sounds like religion :-)
[13:15] <opdenkamp> a) it's a nasty usleep() b) it doesn't fix the issue
[13:15] <fritsch> hehe
[13:17] <opdenkamp> someone needs to fix cachestate pvr in omxplayer, so it does what dvdplayer does