• 1
  • 24
  • 25
  • 26(current)
  • 27
  • 28
  • 30
Live TV doesn't work on Openelec [tvheadend server]
I used the rbej Frodo version - https://lysin.me/rbej/Frodo/OpenELEC-RPi...29.tar.bz2
Reply
Yeah, that build don´t suffer from the ac3->mpeg audio tvchannel change issue but changing channel gives a black screen and takes sometimes up to 10 seconds before picture comes.

Changing channel in OE 3.1.5 is blazing fast. My tempory fix for now is to use 3.1.5 and manually disable ac3 soundtrack on all tvchannels so i can zap around without issue.

But my hope is that it gets fixed soon.
Reply
Thanks for the update. Good to know that Gotham and PVR is also working on the rpi.

Disable AC3 is also an option but I prefer waiting for a couple of seconds during channel switch. I am just glad that it is working at all. Previously I completely lost the channels during channel switch.

Looking forward to the new versions, too.
Reply
Set a delay on channel change in Live-tv meny actually speeds up channel change on rbej´ s latest Frodo version.
But subtitles on hdtv doesn´t work

OE 3.1.5 have subtitles on both sd and hdtv
Reply
Testing OE 3.1.7 right now and it seems like live tv with tvheadend is stable as a rock with this build. No issues at all so far.
Only minus is a little bit longer channel switching time, around 5 sec.
I had it down to 2-3 sec with Gotham builds but Gotham has to many pvr issues to live with right now.

Thanks to all of you working with this !
Reply
Please try this build:

http://forum.xbmc.org/showthread.php?tid...pid1496340



Reply
No go with live-tv on yor two latest Frodo builds. No streams plays
Reply
I've fixed a bug that causes the occasional black screen when changing channels:
https://github.com/xbmc/xbmc/pull/3444
Reply
Good news ! Will test asap when rbej has a new build out. Thanks !
Reply
(2013-10-16, 21:12)popcornmix Wrote: I've fixed a bug that causes the occasional black screen when changing channels:
https://github.com/xbmc/xbmc/pull/3444
Hi @popcornmix,

I already know it's not exclusive to the RPi but can this be related? I'm testing and debugging everything I can and so far the only player working is MPC-HD (Win7). Oddly, Saucy's FFmpeg (0.8.7) plays the files and streams flawlessly, despite a lot of complaints.

So far I've learned two things:

- ffplay plays the streams/files without problems since release 0.8.x (no lower releases tested) up to 2.0.next (tested under Win7 and Ubuntu 13.10)
- XBMC Gotham should play the files and streams using FFmpeg 1.2.x. It doesn't.

I'm still debugging and will publish my findings tomorrow.

Have a good one.
Reply
Hello everybody,

the new Rbej Gotham builds are very good and ran without any major issues. I'm using it in my production environment and I'm happy about it.
Thanks for your work!

But is there an issue regarding pidfiltering in TVHeadEnd or XBMC?

On the RPI I have to use the HW-pidfilter in the USB-stick itself in order to reduce the CPU-load on the RPI. I activated the HW-pidfiler in the driver itself and disabled the full Mux receiption for ths adaptor in TVHeadEnd. Now I can watch 1080p streams without any problems.

But everytime I zap to a different channel the hw-pidfilter got disabled by the driver because TVHeadEnd wants to have more than 15 pids to receive.

Is it possible to reduce the amount of pids? Where do I have to look at?
Thanks!

Regards,
phiber
Reply
Watch out for the latest builds as the EPG doesn't work at the moment due to an upstream bug http://forum.xbmc.org/showthread.php?tid...pid1569285

I had tons of problems with TVheadend, programmes freezing and going out of sync and a load of continuity errors in the log but after being advised to disable Full Mux Reception and Idle Scanning, those problems have disappeared. I think I get around 40% CPU watching SD (no HD here to test) with it overclocked to 900.

I didn't have to fiddle around with anything like activating the HW-pidfilter in the driver after disabling Full Mux Reception though, so I'm wondering why you had to?
Reply
Thanks for you reply, doveman!

I also disabled full Mux reception and idle-scanning in TVHeadend. SD channels are working fine, but HD (720p / 1080i) are not working without freezers or sync-failures.

Yesterday I migrated from TVHeadend to VDR beacuse I got the advice that the PID-filtering is working significantly better in comparism to TVHeadend. All components are still running on the RPI itself. Nothing else has changed ...

Now I'm able to watch SD, and HD in 720p - but I still have problems with 1080i channels because of high cpu load caused by VDR. All Sky-HD channels here in Germany having problems.

My RPI is using the latest Rbej developments builds with several performance optimizations and a working deinterlacer. Of course it is overclocked to 1GHz and the memory-split is set to 192/320mb.

I will try your build in the next 1-2 days. Thanks!
Reply
what rbej build you using frodo/gotham?
Reply
I'm using this release (Rbej-Version-Gotham-Popcornmix-Branch(09.10.2013)):
http://netlir.dk/rbej/builds/Gotham%20Po....2013).tar
Reply
  • 1
  • 24
  • 25
  • 26(current)
  • 27
  • 28
  • 30

Logout Mark Read Team Forum Stats Members Help
Live TV doesn't work on Openelec [tvheadend server]5