Kodi Community Forum

Kodi Community Forum > Support > General Support > Raspberry Pi > OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2
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.
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89

graealex

2015-06-15, 23:13
(2015-06-15, 22:01)ivota Wrote: [ -> ]@graealex
in Config.txt

hdmi_force_edid_3d=1

some users fix it with this option.

It leads to certain movies forcing the projector into 3D mode via frame packing, however, this does only work with auto frame rate switching enabled, and at 24fps, the DLPLink glasses don't work properly. It seems the projector just lacks the necessary FP modes required for solid 3D experience.

Is there any way to revert to the old behavior of Kodi 14 with just delivering the video SBS/TAB without FP and HDMI 1.4a switching, i.e. the opposite of "hdmi_force_edid_3d"?

@Milhouse: I'm sorry. I tested several snapshot builds from different sources. I gladly update to one of your builds if you think this might make a difference for this exact case. This thread was just one where the problem with 3D and frame packing popped up most.

rob77

2015-06-15, 23:40
Hi guys

New build working great here, I just have a small question. On my other kodi box (nuc running win7 and isengard beta 2) when I scrape movies it will also add the metadata for the movie including resolution, audio, aspect ratio etc. With the pi running the testbuilds I have noticed it not picking up this info automatically. If I start a movie and stop it it then picks all this up and it can be seen on the info page. I just wondered if this is how it is intended? I am running the default scrapers on both.

Cheers

Milhouse

2015-06-15, 23:53
New OpenELEC Isengard build #0615: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.0.5 #1 Mon Jun 15 21:03:05 BST 2015 armv6l GNU/Linux

# vcgencmd version
Jun 10 2015 20:40:12
Copyright (c) 2012 Broadcom
version a0f9db571a2bb980469502bd4de2c9793b3223c4 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150615210218-#0615-gd9c8225 [Build #0615]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (d9c8225c, changelog) and tip of XBMC master (30202300, changelog) with the following modifications: Build Highlights:
  1. Updated pvr.vbox
  2. Fix subs in archives
Build Details:
  1. OpenELEC:
    • mkpkg: fix VERSION information for kodi (PR:4196, 1 commit, 1 file changed)
    • mesa: update to mesa-10.6.0 (d9c8225c)
  2. XBMC:
    • [pvr] bump pvr.vbox to v1.3.2 (PR:7286, 1 commit, 1 file changed)
    • [subs] Some improvements and a fix for subs in archives (PR:7285, 3 commits, 1 file changed)
  3. pvr.vbox:
    • rename compat:Confusedtoul() to compat:Confusedtoui() to avoid truncation warnings (22738197)
    • handle XML parsing errors when loading the external channel map (e63005c6)
    • added missing exception handling to RetrieveExternalGuide() (52b3102d)
    • log when loading of the channel mapper starts so eventual exceptions (98d47aa3)
    • bump version to 1.3.2 (b8dff382)

Cináed

2015-06-15, 23:56
(2015-06-15, 23:40)rob77 Wrote: [ -> ]Hi guys

New build working great here, I just have a small question. On my other kodi box (nuc running win7 and isengard beta 2) when I scrape movies it will also add the metadata for the movie including resolution, audio, aspect ratio etc. With the pi running the testbuilds I have noticed it not picking up this info automatically. If I start a movie and stop it it then picks all this up and it can be seen on the info page. I just wondered if this is how it is intended? I am running the default scrapers on both.

Cheers

You can activate this under System -> Settings -> Video -> File lists -> Extract video information from files

popcornmix

2015-06-16, 00:09
(2015-06-15, 23:13)graealex Wrote: [ -> ]It leads to certain movies forcing the projector into 3D mode via frame packing, however, this does only work with auto frame rate switching enabled, and at 24fps, the DLPLink glasses don't work properly. It seems the projector just lacks the necessary FP modes required for solid 3D experience.

Is there any way to revert to the old behavior of Kodi 14 with just delivering the video SBS/TAB without FP and HDMI 1.4a switching, i.e. the opposite of "hdmi_force_edid_3d"?

@Milhouse: I'm sorry. I tested several snapshot builds from different sources. I gladly update to one of your builds if you think this might make a difference for this exact case. This thread was just one where the problem with 3D and frame packing popped up most.

Please use builds from this thread if you are reporting issues in this thread, otherwise it just gets confusing.
These builds are actually closer to Isengard than the current OE beta (which is actually rather old).

Anyway, with these builds there is a GUI option in video/acceleration settings to disable frame packing modes.

rob77

2015-06-16, 00:19
(2015-06-15, 23:56)Cináed Wrote: [ -> ]You can activate this under System -> Settings -> Video -> File lists -> Extract video information from files

Thank you I never thought to look there. I was looking under the scraper settings lol

Milhouse

2015-06-16, 23:10
New OpenELEC Isengard build #0616: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.0.5 #1 Tue Jun 16 21:03:34 BST 2015 armv6l GNU/Linux

# vcgencmd version
Jun 10 2015 20:40:12
Copyright (c) 2012 Broadcom
version a0f9db571a2bb980469502bd4de2c9793b3223c4 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150616210245-#0616-g372ad9b [Build #0616]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (372ad9b5, changelog) and tip of XBMC master (30202300, changelog) with the following modifications: Build Highlights:
  1. Enable io_is_busy for sdhost driver by default - see here for performance with/without io_is_busy (aka turbo)
  2. Optimise CPU frequency scaling to improve performance a little, by engaging turbo more often
  3. Another attempt at fixing crash in PVR::CPVRClient::GetDriveSpace()
Build Details:
  1. OpenELEC:
    • WeTek_Play: Make ugly IEC958 workaround less ulgy (PR:4198, 1 commit, 1 file changed)
    • xf86-video-nvidia: update to xf86-video-nvidia-352.21 (PR:4199, 1 commit, 1 file changed)
    • [WeTek_Play] Init framebuffer according to HDMI resolution from kernel command line (PR:4197, 1 commit, 1 file changed)
  2. newclock4:
    • New commits in this build:
      • dvdplayer: fix ff/rw after ea6e82997bd6087a7beff1be0ef9b34847fe3cc7 (ca1e56dd)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Added: PR:4200: Configure RPi/RPi2 platform with optimal CPU and IO settings
    • Added: PR:7290: consider a CURLINFO_RESPONSE_CODE of zero a failed request
    • Added: PR:7291: [pvr] third blind attempt to fix trac #15942

doveman2

2015-06-17, 08:32
After upgrading to #616 it locks up every time I try to disable TV from Settings - LiveTV - General.

I was able to disable tvheadend server and client addons but whether I try to disable LiveTV first or after disabling those it locks up. Likewise if I try to Clear Data.

Before I tried any of that, I noticed that the EPG data didn't load after booting.

I'm going to remove the tuner and give this RPi B to someone soon, so it doesn't really matter to me that TV isn't working on it but I would like to disable it fully to avoid any issues. How would I set it to disabled manually via the config files?

Milhouse

2015-06-17, 08:52
Debug log (wiki)? Has this just started with #0616? What is the latest version that works correctly?

doveman2

2015-06-17, 09:05
It looks like I was on #601 before I upgraded and that was working fine. I don't expect the debug log to show much as it's locking up when I try to disable LiveTV but I'll give it a go.

EDIT: Typical, I turn on debugging and it's working fine now Wink

I switched from my usual AppTV skin to Confluence just to keep any skin related errors out of the log and then I was able to disable TV no problem. I tried switching back to AppTV and was still able to enable/disable it and enabled the tvheadend addons and the EPG loaded.

The only thing I did that might have fixed it is delete all the old database files (i.e. everything other than the latest ones).

graealex

2015-06-17, 11:26
(2015-06-16, 00:09)popcornmix Wrote: [ -> ]Please use builds from this thread if you are reporting issues in this thread, otherwise it just gets confusing.
These builds are actually closer to Isengard than the current OE beta (which is actually rather old).

Anyway, with these builds there is a GUI option in video/acceleration settings to disable frame packing modes.

So I'm on #0615 now, OpenELEC (unofficial) Version: devel-20150615210217-#0615-gd9c8225, OpenELEC git: d9c8225c2037a1575de830ef819cb6f239177620

The option in video -> acceleration was there before, I already tried it, and the behavior is the same. It doesn't initiate FP modes on the projector, but the only thing that goes SBS or TAB is the GUI itself. The video will always be displayed monoscopic, no matter what 3D type I choose at the beginning, because this only influences the GUI, but never the movie itself. I also don't understand the logic behind it - the movies are already encoded as SBS or TAB, so if Kodi wouldn't touch the movie at all, it would play fine.

It's a shame I basically lost all working 3D options, and have to consider downgrading to Helix in order to get them back - or remove the 3D flag from the movie names so Kodi doesn't touch the movies when they are played back.

brummfax

2015-06-17, 12:07
(2015-06-15, 16:00)querty1000 Wrote: [ -> ]
(2015-06-15, 13:36)brummfax Wrote: [ -> ]Will you also add the 3D MVC support for mkv-files to the standard Kodi (>=15.0) packages or do I need the OpenELEC distro and a RaspberryPi? I'm using Kodi on a QNAP NAS, and it would be great to save the time for converting MVC-files into SBS-files. In any case, many thanks for your work bringing MVC-support to the people.

3D MVC is also a part of the Firmware of your Box. For OpenELEC on RPi its done, but not for other boxes

I don't understand your answer. 3D support for SBS and TAB-files was one of the main features of XBMC 13.2 regardless of any specific firmware. So my question is whether or not the support of the MVC-codec discussed in this thread will also be a feature of the upcoming Kodi 15.0 or higher.

popcornmix

2015-06-17, 12:20
(2015-06-17, 11:26)graealex Wrote: [ -> ]It's a shame I basically lost all working 3D options, and have to consider downgrading to Helix in order to get them back - or remove the 3D flag from the movie names so Kodi doesn't touch the movies when they are played back.

Is your TV reporting 3D support in it's edid? Can you post output of
Code:
tvservice -m CEA
or post a debug log (wiki)

rubenmb

2015-06-17, 15:53
(2015-06-17, 12:20)popcornmix Wrote: [ -> ]Is your TV reporting 3D support in it's edid? Can you post output of
Code:
tvservice -m CEA
or post a debug log (wiki)

Trying to watch 3D Bluray ISO outputs 2d only. Besides this issue, If i enable Frame packing i get a black screen with audio on some MKV movies.

this is my output for an LG 3D TV and RPi2;

Code:
Group CEA has 15 modes:
           mode 1: 640x480 @ 60Hz 4:3, clock:25MHz progressive
           mode 2: 720x480 @ 60Hz 4:3, clock:27MHz progressive
           mode 3: 720x480 @ 60Hz 16:9, clock:27MHz progressive
  (native) mode 4: 1280x720 @ 60Hz 16:9, clock:74MHz progressive 3D:FP|TopBot|SbS-HH
           mode 5: 1920x1080 @ 60Hz 16:9, clock:74MHz interlaced 3D:TopBot|SbS-HH
  (prefer) mode 16: 1920x1080 @ 60Hz 16:9, clock:148MHz progressive 3D:SbS-HH
           mode 17: 720x576 @ 50Hz 4:3, clock:27MHz progressive
           mode 18: 720x576 @ 50Hz 16:9, clock:27MHz progressive
           mode 19: 1280x720 @ 50Hz 16:9, clock:74MHz progressive 3D:FP|TopBot|SbS-HH
           mode 20: 1920x1080 @ 50Hz 16:9, clock:74MHz interlaced 3D:TopBot|SbS-HH
           mode 21: 720x576 @ 50Hz 4:3, clock:27MHz x2 interlaced
           mode 31: 1920x1080 @ 50Hz 16:9, clock:148MHz progressive 3D:SbS-HH
           mode 32: 1920x1080 @ 24Hz 16:9, clock:74MHz progressive 3D:FP|TopBot|SbS-HH
           mode 33: 1920x1080 @ 25Hz 16:9, clock:74MHz progressive
           mode 34: 1920x1080 @ 30Hz 16:9, clock:74MHz progressive 3D:TopBot|SbS-HH

EDIT: Sorry, I just read that this topic is not for OpenElec builds and i'm using OE isengard Beta 2

Milhouse

2015-06-17, 15:55
(2015-06-17, 12:07)brummfax Wrote: [ -> ]I don't understand your answer. 3D support for SBS and TAB-files was one of the main features of XBMC 13.2 regardless of any specific firmware. So my question is whether or not the support of the MVC-codec discussed in this thread will also be a feature of the upcoming Kodi 15.0 or higher.

ffmpeg supports SBS and TAB but not MVC. The Pi has support for MVC in firmware, therefore MVC will be an upcoming feature of Kodi 15 but *only* on Pi hardware (which has "native" hardware support).

MVC will be supported in a future Kodi release on all platforms if/when ffmpeg adds MVC support (although there is little sign of this happening any time soon - the changes required are not trivial). Platforms are also free to add their own native support if they choose to do the legwork (ask your device manufacturer).

If you want to discuss MVC support in Kodi for non-Pi platforms, you should start a new thread.
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89
Kodi Community Forum > Support > General Support > Raspberry Pi > OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2