Posts: 1,254
Joined: Oct 2009
Reputation:
28
Jönke
Posting Freak
Posts: 1,254
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.
Posts: 4
Joined: Dec 2009
Reputation:
0
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.
Posts: 1,254
Joined: Oct 2009
Reputation:
28
Jönke
Posting Freak
Posts: 1,254
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
Posts: 1,254
Joined: Oct 2009
Reputation:
28
Jönke
Posting Freak
Posts: 1,254
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 !
Posts: 1,254
Joined: Oct 2009
Reputation:
28
Jönke
Posting Freak
Posts: 1,254
No go with live-tv on yor two latest Frodo builds. No streams plays
Posts: 1,254
Joined: Oct 2009
Reputation:
28
Jönke
Posting Freak
Posts: 1,254
Good news ! Will test asap when rbej has a new build out. Thanks !
Posts: 4
Joined: Dec 2013
Reputation:
0
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
Posts: 4
Joined: Dec 2013
Reputation:
0
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!
Posts: 664
Joined: Nov 2012
Reputation:
2
what rbej build you using frodo/gotham?