2014-12-15, 12:42
Just a wild guess, but perhaps the Lightberry requires a device tree overlay to work successfully with the device tree enabled kernel. popcornmix will no doubt be able to confirm.
(2014-12-15, 12:42)Milhouse Wrote: Just a wild guess, but perhaps the Lightberry requires a device tree overlay to work successfully with the device tree enabled kernel. popcornmix will no doubt be able to confirm.
(2014-12-15, 19:03)gandharva Wrote: I can confirm lightberry/hyperion is not working without "device_tree=" in config.txt.
device_tree_overlay=overlays/enable-spi-overlay.dtb
(2014-12-15, 19:48)popcornmix Wrote: Download this to /flash/overlays/enable-spi-overlay.dtb
Finally, add this line into your config.txt and then reboot:
That should enable the spidev devices and allow Lightberry/Hyperion to work.Code:device_tree_overlay=overlays/enable-spi-overlay.dtb
(2014-12-15, 19:49)darzur Wrote: After latest update (from #1213 to #1214) I have no "Virtual Suspend" anymore. Power saving options in settings are grayed out and there is no way to turn off TV through CEC. IS it intentional or just a bug??
(2014-12-12, 23:43)popcornmix Wrote:Thanks a lot!(2014-12-04, 15:17)HiassofT Wrote: Here's a sample: http://www.horus.com/~hias/tmp/openelec/...141203.mp4
I went through the old builds and 0901 plays it fine, with 0902 the video freezes shortly before the end (later than with the current builds, so not clearly visible with the sample in my previous post). Not sure if this info is helpful, that was the switch from newclock3 to newclock4...
I have looked into this.
Quote:The issue is the HW decoder can buffer a reasonable amount of data (a couple of MB).Ah, very interesting! That would explain why it has been unnoticed before. Not sure how much buffering VDPAU uses, on my somewhat old 8600GTS and 8600GT cards I couldn't see any visible glitches.
...
I believe all HW codecs lose the final frames because of this. It just turns out that due to the larger amount of buffering in MMAL decoder it loses more.
Quote:I'll see if something can be done.The latter sounds like the better solution. Buffers can be nasty, had to deal with similar issues on serial and network devices several times myself...
We could limit the amount data pushed into the codec (but this may harm performance when the stream is difficult).
We could try to make dvdplayer continue prodding the codec after the final frame has been submitted (theoretically better, but a more intrusive change).
(2014-12-15, 19:03)gandharva Wrote:Is this added automatically during an upgrade? I've been out of the loop for a while but after upgrading to the latest build Millhouse posted (from 13.x) my Lightpack w/ Hyperion continues to work flawlessly. I did upgrade Hyperion at the same time if that matters.(2014-12-15, 11:41)gandharva Wrote: I'm going to remove "device_tree=" from config.txt after work to confirm the report from tija.I can confirm lightberry/hyperion is not working without "device_tree=" in config.txt.
(2014-12-17, 02:52)spjonez Wrote: Is this added automatically during an upgrade?
(2014-12-17, 02:52)spjonez Wrote: I've been out of the loop for a while but after upgrading to the latest build Millhouse posted (from 13.x) my Lightpack w/ Hyperion continues to work flawlessly. I did upgrade Hyperion at the same time if that matters.
(2015-02-07, 16:03)wimpie007 Wrote: I have a Philips TV with CEC, and have never (not on RPI1 also), ever had a repeating button till now. (annoying!)
tried to play with the settings you've provided (repeat delay/rate/release time), but nothing actually helps.
i made a log with a short (normal) keypress, and a long one...