Kodi Community Forum
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166)
+---- Thread: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) (/showthread.php?tid=231092)



RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Leopold - 2015-10-23

(2015-10-16, 05:52)Milhouse Wrote:
(2015-10-14, 20:13)Milhouse Wrote:
(2015-10-14, 18:55)Leopold Wrote: Here's a libnfs crash with debug enabled.
http://sprunge.us/eHYG

Not obviously reproducible unfortunately.

Thanks. I've added your log and @doveman2's log to the open issue #124. @doveman2 if you can obtain a debug-enabled crash log that would be most helpful.

@Leopold/@doveman2: The libnfs developer has commented on issue #124 and is asking for a build of libnfs without compiler optimisations. I've uploaded debug-enabled build #1015x which has libnfs built using -O0 instead of -Os (ie. without optimisation). Could you both provide updated crashlogs with this build? Many thanks.

I've been using #1015x for the past week but have not experienced any crashes yet.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-10-23

(2015-10-23, 12:21)movie78 Wrote: IMAX DEEP SEA 3D.

Right from the beginning of the movie green pixellation.

Is this a raw BluRay 3D MVC ISO file? Can you post size/md5sum/mediainfo of the file?


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - movie78 - 2015-10-23

(2015-10-23, 13:05)popcornmix Wrote:
(2015-10-23, 12:21)movie78 Wrote: IMAX DEEP SEA 3D.

Right from the beginning of the movie green pixellation.

Is this a raw BluRay 3D MVC ISO file? Can you post size/md5sum/mediainfo of the file?

Quote:Format : BDAV
Format/Info : Blu-ray Video
File size : 15.5 GiB
Duration : 40mn 49s
Overall bit rate mode : Variable
Overall bit rate : 54.3 Mbps
Maximum Overall bit rate : 34.0 Mbps

Video
ID : 4114 (0x1012)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Stereo [email protected]
MultiView_Count : 2
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Codec ID : 32
Duration : 40mn 49s
Bit rate mode : Variable
Bit rate : 52.2 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 1.049
Stream size : 14.9 GiB (96%)



RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - BubbleBobble - 2015-10-23

(2015-10-22, 23:14)woronczak Wrote: @BubbleBobble

Sorry - I put my response in the wrong area.

That is what happens to me if the GUI is set to 23.976 or 24hz. Try setting the GUI to 50Hz

Thanks but like you I am running GUI at 50hz. Try to play a 3D movie in 2D mode.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-10-23

(2015-10-23, 13:21)movie78 Wrote:
Quote:Format : BDAV
Format/Info : Blu-ray Video
That all looks fine. Can you check if an mkv conversion has the same pixellation?
If so can you produce a two minute sample file and upload to a hosting site (e.g. dropbox/google drive).


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - da-anda - 2015-10-23

(2015-10-23, 12:13)popcornmix Wrote:
(2015-10-23, 01:36)movie78 Wrote: Can Play 3D be added to the Video playback default settings?

SETTINGS-->VIDEO-->DISC-->BLU-RAY PLAYBACK MODE---PLAY 3D

Yes, that's something I'd like to do. I'd prefer a global setting to the "play using 3d" currently added to the BluRay playback menu (which isn't available when resuming).
Isn't "play using 3d" just a ugly hack for SSIF (or however it's called) support? I don't think we should add extra logic for this hack. Bluray playback should use the very same 3D settings than any other movie. So the correct approach would be to change the way bluray playback is handled. Create a wrapper function/logic that checks if for the to be played bluray item a SSIF playlist exists, and if so follow the 3D playback settings. If this requires more fundamental changes to how playback is handled, so be it, but if this should ever make it's way into mainline it has to be done properly.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-10-23

(2015-10-23, 13:45)da-anda Wrote: Isn't "play using 3d" just a ugly hack for SSIF (or however it's called) support? I don't think we should add extra logic for this hack. Bluray playback should use the very same 3D settings than any other movie. So the correct approach would be to change the way bluray playback is handled. Create a wrapper function/logic that checks if for the to be played bluray item a SSIF playlist exists, and if so follow the 3D playback settings. If this requires more fundamental changes to how playback is handled, so be it, but I if this should ever make it's way into mainline it has to be done properly.

Yes, this patch came from Zidoo and I agree it's a hack, but I haven't worked out where the best place to change the filename given to player (form .iso to .ssif). Suggestions are welcome.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - da-anda - 2015-10-23

I think player should fire off a signal on before playback start/initialization and components observe it to do random manipulation upfront. But better ask FernetMenta.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - movie78 - 2015-10-23

Wouldn't be easy just to add Play 3D mode in the default Simple Menu Settings,the option is already there.

Just my 2 cents.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - menakite - 2015-10-23

(2015-10-23, 13:49)popcornmix Wrote: Yes, this patch came from Zidoo and I agree it's a hack, but I haven't worked out where the best place to change the filename given to player (form .iso to .ssif). Suggestions are welcome.
Aren't we doing the same already for 2D ISOs? .iso -> .m2ts?
(Not implying we do - I ask because I just don't know.)


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-10-23

(2015-10-23, 17:09)menakite Wrote: ]
Aren't we doing the same already for 2D ISOs? .iso -> .m2ts?
(Not implying we do - I ask because I just don't know.)

It seems to vary. When you resume an ISO VideoPlayer gets "video.iso" as the filename.
When you start from beginning you get the simple bluray menu (GUIDialogSimpleMenu.cpp) and filename is mangled to start with bluray:// which means libbluray is used to read it. I believe that extracts the .m2ts internal file. The different menu options produce "BDMV/PLAYLIST/00000.mpls" or "BDMV/MovieObject.bdmv" filenames within the iso.

I've made a change to tonight's build. I no longer use the Zidoo scheme, so no "play as 3d" in the BluRay menu.
If "MVC" is enabled in video acceleration settings then it will play the 3d stream. If disabled it will play the 2D stream.
This seems to avoid the problem with resuming in 3d mode not being possible and allows "Play main movie" to be enabled without losing the 3D option.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-10-23

(2015-10-23, 12:44)Leopold Wrote: I've been using #1015x for the past week but have not experienced any crashes yet.

Likewise here.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-10-23

(2015-10-23, 09:49)Milhouse Wrote: They're not matched, as such - you can update the tvheadend addon whenever you want, and use pretty much any version you like. Although unless you've got a specific reason to use an older tvheadend addon, you should just use the latest tvheadend version when updating the addon.

Now that the OpenELEC FTP server shows the date/time for each file it does tend to make the build reference (ie. #1022) that I'm adding to the filename somewhat redundant, as the main reason for adding it was simply to determine which file is most recent (as it wasn't always obvious).

OK thanks, I'll test the newer versions then, I can always revert back to #1015 if I have any problems.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - movie78 - 2015-10-23

(2015-10-23, 20:56)popcornmix Wrote:
(2015-10-23, 17:09)menakite Wrote: ]
Aren't we doing the same already for 2D ISOs? .iso -> .m2ts?
(Not implying we do - I ask because I just don't know.)

It seems to vary. When you resume an ISO VideoPlayer gets "video.iso" as the filename.
When you start from beginning you get the simple bluray menu (GUIDialogSimpleMenu.cpp) and filename is mangled to start with bluray:// which means libbluray is used to read it. I believe that extracts the .m2ts internal file. The different menu options produce "BDMV/PLAYLIST/00000.mpls" or "BDMV/MovieObject.bdmv" filenames within the iso.

I've made a change to tonight's build. I no longer use the Zidoo scheme, so no "play as 3d" in the BluRay menu.
If "MVC" is enabled in video acceleration settings then it will play the 3d stream. If disabled it will play the 2D stream.
This seems to avoid the problem with resuming in 3d mode not being possible and allows "Play main movie" to be enabled without losing the 3D option.

This is great, will test as soon as it release.

Thanks!


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-10-24

New OpenELEC Jarvis build #1023: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.1.10 #1 Fri Oct 23 23:57:27 BST 2015 armv6l GNU/Linux

# vcgencmd version
Oct 23 2015 16:28:38
Copyright (c) 2012 Broadcom
version c1a8b643677011791abeea1f5dc3a4738349ea55 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20151023235633-#1023-g94f7804 [Build #1023]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (94f78041, changelog) and tip of XBMC master (9a517d9c, changelog) with the following modifications: Build Highlights:
  1. New firmware
  2. Fix BD 3D resume in 3D
  3. Drop RapidJSON and revert to YAJL, as RapidJSON now targetting Kodi 17
Build Details:
  1. Firmware (Oct 23):
    • firmware: arm_loader: enable backlight overlay automatically. See: link
    • licence: Add Raspberry Pi copyright
  2. OpenELEC:
    • projects/imx6/patches/linux: udoo dt - serial console on ttymxc0 (PR:4392, 1 commit, 2 files changed)
    • projects/imx6: add serial console service (PR:4391, 1 commit, 1 file changed)
    • buildsys: do poor man's md5deep (PR:4393, 1 commit, 4 files changed)
    • Build mkfs.(v)fat from dosfstools for the host (PR:4394, 1 commit, 2 files changed)
  3. XBMC:
    • [guilib] fix hitrect visualization (PR:8272, 1 commit, 2 files changed)
    • [videos] fix default select action after #8169 (thanks anaconda) (PR:8273, 1 commit, 1 file changed)
    • ADD: [droid] surface rendering mediacodec (PR:8277, 3 commits, 33 files changed)
    • [confluence] fix music OSD alignment and improve visible conditions on OSD (PR:7789, 1 commit, 2 files changed)
    • [strings] DTS -DTS-HD settings description, include relationship to DCADEC setting. (PR:7984, 1 commit, 1 file changed)
    • [Conluence] fix 2D radiobutton state - trac #16335 (PR:8275, 1 commit, 1 file changed)
  4. adsp.biquad.filters:
    • Fix segmentation fault during filter coefficient transfer (PR:5, 2 commits, 8 files changed)
  5. newclock5:
    • New commits in this build:
      • switch libuuid implementation to e2fsprogs (f5332b4a)
      • crossguid: use libuuid on droid (eacbbdc7)
      • Revert "ADD: [demux] ssif patches from rk3368 platform" (7ef89014)
      • [ssif] Add missing packet free (6b23cd60)
      • [VideoPlayer] Support filename mangling for MVC files (b7d6fcdb)
    • Commits no longer in build:
      • Merge pull request #311 from lkosmid/EGL_refactoring (a89cfa45)
      • hack: Fix build due to missing HAS_EGL (ed993cdd)
  6. Additional commits/pull requests/changes not yet merged upstream:
    • Reverted: [pkg] PR:8277: ADD: [droid] surface rendering mediacodec (Reason: Needs newclock5/FernetMenta rebase)