Kodi Community Forum

Full Version: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
(2015-06-08, 03:17)Milhouse Wrote: [ -> ]
(2015-06-08, 02:40)satadru Wrote: [ -> ]FYI this last build (June 6th) broke using my remote control.

Clicking on things with the remote was hit or miss.

Reverted to the June 5th build and everything works ok.

There's very little in #0606 that could explain this change of behaviour. Maybe if described your remote (GPIO? IR USB? CEC or non-CEC?), or provided a debug log (wiki), it might be possible to consider this further. I test with IR USB (Hama VRC-1100) and that's working fine.

Thanks. It is a CEC remote. The problem was there again when I updated to the June 8th build, and it looked like a lot of the button presses were being missed. I was able to muddle my way into enabling debugging and enabling the debug uploader and rebooting. By the time that happened it appears the issue resolved itself.

I'll keep an eye on it and report it again with debug logs if it crops up again.
(2015-06-08, 15:59)querty1000 Wrote: [ -> ]
(2015-06-08, 15:30)Azimono Wrote: [ -> ]But the movie (MVC) running anyway in 2D.
It can be seen no 3D effect.

I have set everything as you wrote it.


Meanwhile, I'm desperate.

The mkv includes but 3D ....

I'm not shure, if this
hdmi_force_edid_3d=1
in the config.txt is needed anymore. Maybe the TV says to the RPI that he can't do 3D.

Jippie..... Big GrinBig GrinBig GrinBig GrinBig GrinBig GrinBig Grin

Thanks, thanks, thanks......Smile
(2015-06-08, 15:59)querty1000 Wrote: [ -> ]I'm not shure, if this
hdmi_force_edid_3d=1
in the config.txt is needed anymore. Maybe the TV says to the RPI that he can't do 3D.

Technically it is not required. 3D support should be reported in the TV's edid and so we detect 3d capability automatically.
However it is not uncommon for TVs/receivers to has bogus information in their edid, in which case hdmi_force_edid_3d=1 will allow these to work.
New OpenELEC Isengard build #0608: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.0.5 #1 Mon Jun 8 22:01:01 BST 2015 armv6l GNU/Linux

# vcgencmd version
Jun  7 2015 13:07:57
Copyright (c) 2012 Broadcom
version c3c18c87022ca254ba323503eda476e59173f7ec (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150608220010-#0608-gfcac22a [Build #0608]

# vcdbg log msg 2>&1 | grep DTOK
001573.936: Kernel trailer DTOK property says yes

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (fcac22a3, changelog) and tip of XBMC master (00f31707, changelog) with the following modifications: Build Highlights:
  1. Various upstream commits tested in previous builds (kernel 4.0.5 and config changes, pvr.mythtv, libcec wrapper).
Build Details:
  1. OpenELEC:
  2. XBMC:
    • Suspend via logind over UPower if available. (PR:4273, 1 commit, 8 files changed)
    • [pvr] match EPG tag pointers when associating timers with events (PR:7242, 1 commit, 1 file changed)
    • Revert "[pvr] changed: ask if the user wants to disable libCEC if no … (PR:7246, 1 commit, 2 files changed)
    • ADD: [droid] generically use hdmi resolution (4K) (PR:7240, 2 commits, 5 files changed)
  3. pvr.hts:
    • Coverity fixes (PR:33, 3 commits, 3 files changed)
  4. pvr.mythtv:
    • 2.2.1 (PR:11, 5 commits, 72 files changed)
  5. kernel 4.0.y:
    • New commits in this build:
      • dwc_otg: Fix crash when fiq_enable=0 (1659f9a7)
      • BCM270x_DT: Add interrupt pin to enc28j60-overlay (6a0071a9)
      • BCM270x_DT: Delete deprecated RTC overlays (ccba72f3)
      • BCM270x_DT: Update overlays/README (815f7d17)
      • bcm2708-i2s: Enable MMAP support via a DT property and overlay (0b667dd3)
  6. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: patch: Enable vcsm kernel options for HEVC optimisations
@Milhouse Updated rtl8192du driver in #0608b is seeming like a big improvement in connection stability, less dropped packets, less stuttering/buffering. Sadly I don't know a way to see connection standard and speed on OE though.

As for the video artifacts from #0606, I have been unable to reproduce it after playing the file it happened on before. If it pops up again I'll work on more tests.
(2015-06-09, 03:30)miigotu Wrote: [ -> ]@Milhouse Updated rtl8192du driver in #0608b is seeming like a big improvement in connection stability, less dropped packets, less stuttering/buffering. Sadly I don't know a way to see connection standard and speed on OE though.

As for the video artifacts from #0606, I have been unable to reproduce it after playing the file it happened on before. If it pops up again I'll work on more tests.

There is a kernel update that problem with deadlock Smile
Quote:commit 41e6fa28dea0ef4efd06e96e785cb88cfe2c17ed
Author: Larry Finger <[email protected]>
Date: Fri Apr 24 11:03:37 2015 -0500

rtlwifi: rtl8192cu: Fix kernel deadlock

commit 414b7e3b9ce8b0577f613e656fdbc36b34b444dd upstream.

The USB mini-driver in rtlwifi, which is used by rtl8192cu, issues a call to
usb_control_msg() with a timeout value of 0. In some instances where the
interface is shutting down, this infinite wait results in a CPU deadlock. A
one second timeout fixes this problem without affecting any normal operations.

This bug is reported at https://bugzilla.novell.com/show_bug.cgi?id=927786.

Reported-by: Bernhard Wiedemann <[email protected]>
Tested-by: Bernhard Wiedemann <[email protected]>
Signed-off-by: Larry Finger <[email protected]>
Cc: Bernhard Wiedemann <[email protected]>
Cc: Takashi Iwai<[email protected]>
Signed-off-by: Kalle Valo <[email protected]>
Signed-off-by: Greg Kroah-Hartman <[email protected]>
@parcel, different wlan chip. 8192du != 8192cu
(2015-06-09, 03:30)miigotu Wrote: [ -> ]@Milhouse Updated rtl8192du driver in #0608b is seeming like a big improvement in connection stability, less dropped packets, less stuttering/buffering. Sadly I don't know a way to see connection standard and speed on OE though.

Good, thanks (note to everyone else: #0608b is a test build I uploaded for miigotu after chatting on #irc, with the addition of latest rtl8192du commits).

For wireless network info, try "cat /proc/net/wireless", or install wireless-tools from the Unofficial repository and run iwconfig, iwlist etc.
sweet wireless-tools is what i was missing. any way I can get python distutils module?
(2015-06-08, 07:14)gendo Wrote: [ -> ]
(2015-06-08, 05:34)Milhouse Wrote: [ -> ]I'll add it in the next build (hopefully in a couple of hours), but if it blows up and causes problems it will be dropped and I'll probably never add it again until it is merged (if it is ever merged).

thanks one build is enough as i can then send feedback on whether it solves issue or not.

Thanks this solves pvr issues i can now use 3 backends
(2015-06-09, 04:41)miigotu Wrote: [ -> ]any way I can get python distutils module?

Not unless it's officially restored - see this request.
(2015-06-09, 04:15)miigotu Wrote: [ -> ]@parcel, different wlan chip. 8192du != 8192cu

Aha Rolleyes
Hi, hdmi_force_edid_3d=1 in config.txt fixed my monoscopic problem with 3D movies, 3D is back.
Don't know why this happened, in past it worked fine and now I had it in every release I tested.

I only have 1 movie/clip which is not running, I only get sound but no video, it is a HSBS with 50Hz.
If I remove the HSBS tag and start the movie as 2D and then switch manually TV to SBS it works.
Any chance there could be a solution for the 3D zooming problem

http://forum.kodi.tv/showthread.php?tid=...pid2021383

At the moment i compile myself the sourcecode and simply revert this commit to get the working old behaviour:

https://github.com/popcornmix/xbmc/commi...88ec06b2a5
(2015-06-09, 08:30)Gizmo81 Wrote: [ -> ]Hi, hdmi_force_edid_3d=1 in config.txt fixed my monoscopic problem with 3D movies, 3D is back.
Don't know why this happened, in past it worked fine and now I had it in every release I tested.

I only have 1 movie/clip which is not running, I only get sound but no video, it is a HSBS with 50Hz.
If I remove the HSBS tag and start the movie as 2D and then switch manually TV to SBS it works.

A sample file would be useful.