[bagofcrap24]

1009 is looking good

[doveman2]

Should OE be able to play hevc x265 1080p files with AAC (LC) 5.1 audio (downmixed to stereo HDMI)?

With MMAL it plays but is very jerky/out-of-sync.The second P line shows vq:99% but the first one shows aq decreasing down to 3% over about 40s before it buffers and freezes. CPU is 76%+ on all 4 cores (around 90-95% on the first core). With OMX I only get audio.

Full details of the file from MediaInfo:

Code:

General
Format                                   : Matroska
Format version                           : Version 4 / Version 2
File size                                : 538 MiB
Duration                                 : 40mn 57s
Overall bit rate                         : 1 835 Kbps
Writing application                      : Lavf56.40.101
Writing library                          : Lavf56.40.101

Video
ID                                       : 1
Format                                   : HEVC
Format/Info                              : High Efficiency Video Coding
Format profile                           : Main@L4@Main
Codec ID                                 : V_MPEGH/ISO/HEVC
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Variable
Original frame rate                      : 23.976 fps
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Writing library                          : x265 1.7+509-f4c267f28487:[Linux][GCC 5.2.1][64 bit] 8bit
Encoding settings                        : wpp / ctu=64 / min-cu-size=8 / max-tu-size=32 / tu-intra-depth=1 / tu-inter-depth=1 / me=1 / subme=2 / merange=57 / no-rect / no-amp / max-merge=2 / temporal-mvp / no-early-skip / rdpenalty=0 / no-tskip / no-tskip-fast / strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / no-fast-intra / open-gop / no-temporal-layers / interlace=0 / keyint=250 / min-keyint=23 / scenecut=40 / rc-lookahead=20 / lookahead-slices=0 / bframes=4 / bframe-bias=0 / b-adapt=2 / ref=3 / limit-refs=0 / weightp / no-weightb / aq-mode=1 / qg-size=32 / aq-strength=1.00 / cbqpoffs=0 / crqpoffs=0 / rd=3 / psy-rd=0.30 / rdoq-level=0 / psy-rdoq=0.00 / signhide / deblock / sao / no-sao-non-deblock / b-pyramid / cutree / rc=crf / crf=21.0 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / ipratio=1.40 / pbratio=1.30
Default                                  : Yes
Forced                                   : No
DURATION                                 : 00:40:57.497000000
NUMBER_OF_FRAMES                         : 58920
NUMBER_OF_BYTES                          : 444547488
_STATISTICS_WRITING_APP                  : mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_DATE_UTC             : 2015-10-03 06:32:42
_STATISTICS_TAGS                         : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES

Audio
ID                                       : 2
Format                                   : AAC
Format/Info                              : Advanced Audio Codec
Format profile                           : LC
Codec ID                                 : A_AAC
Duration                                 : 40mn 57s
Channel(s)                               : 6 channels
Channel positions                        : Front: L C R, Side: L R, LFE
Sampling rate                            : 48.0 KHz
Compression mode                         : Lossy
Writing library                          : Lavc56.57.100 libfdk_aac
Language                                 : English
Default                                  : Yes
Forced                                   : No
DURATION                                 : 00:40:57.505000000
NUMBER_OF_FRAMES                         : 230387
NUMBER_OF_BYTES                          : 702015716
_STATISTICS_WRITING_APP                  : mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_DATE_UTC             : 2015-10-03 06:32:42
_STATISTICS_TAGS                         : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES

[wrxtasy]

No, your expecting too much out of HEVC ffmpeg Software Decoding when trying to play 1080p. You will need a device that supports 1080p HEVC Hardware decoding.

HEVC / 720p resolution at about a Max of 2.5Mb/s bitrate is the limit on an Overclocked RPi2.

[doveman2]

No, your expecting too much out of HEVC ffmpeg Software Decoding when trying to play 1080p. You will need a device that supports 1080p HEVC Hardware decoding.

HEVC / 720p resolution at about a Max of 2.5Mb/s bitrate is the limit on an Overclocked RPi2.

Thanks, I'll stick with x264 for now then. I might try re-encoding this file down to 720p to test it though.

[parcel]

No, your expecting too much out of HEVC ffmpeg Software Decoding when trying to play 1080p. You will need a device that supports 1080p HEVC Hardware decoding.

HEVC / 720p resolution at about a Max of 2.5Mb/s bitrate is the limit on an Overclocked RPi2.

Thanks, I'll stick with x264 for now then. I might try re-encoding this file down to 720p to test it though.

I heard called 'OrangePi' that support H265.

http://www.orangepi.org/

[Trixster]

That looks good on paper (good price too) but there are some horror stories going around about none-shipment, boards dead on arrival, incompatibilities etc. Steer clear I say. The Pi just works.

[noggin]

No, your expecting too much out of HEVC ffmpeg Software Decoding when trying to play 1080p. You will need a device that supports 1080p HEVC Hardware decoding.

HEVC / 720p resolution at about a Max of 2.5Mb/s bitrate is the limit on an Overclocked RPi2.

Thanks, I'll stick with x264 for now then. I might try re-encoding this file down to 720p to test it though.

I heard called 'OrangePi' that support H265.

http://www.orangepi.org/

Good luck getting any ongoing support with that... (It also uses an Allwinner SoC. Allwinner have been notoriously bad at releasing OpenSource support for their hardware acceleration drivers - so getting the H264, H265, VC-1 or MPEG2 hardware acceleration to work in Kodi under Linux has been an ongoing issue. They also have a history of alleged GPL abuse - facing accusations of releasing software containing GPL code commercially, but then not releasing the sources - which legally they are required to do. There are constant 'we will change' statements from them - but I'm not sure much has yet...)

None of the other ARM platforms has the level of support that the Pi / Pi 2 have. Sure, other ARM platforms may have better specs on paper, but they don't have Kodi developers who know the hardware anywhere near as well.

[Henk31]

............

[Basje]

It seems there is some inconsistency in the Python API between these builds and the official Kodi Nightly code? For instance: the xbmc.PLAYER_CORE_DVDPLAYER is no longer available here, but is in other nightly builds (Windows for instance).

I understand that they are no longer of any use, but removing them like this really breaks Python scripts (like Retrospect which I develop). Would it be an option to log the usage of these deprecated Python code as Warnings in the Kodi log and only remove them in a next version? This was done with other Python API changes.

Because in the current situations it is rather difficult to have an add-on that is compatible with the Jarvis builds and these builds.

[navy1978_1]

Hi Milhouse,
I don't know if I have to write here , but I have a problem that is common to all your builds also the last one(#1009, 09-Oct-2015) on my rp2.

Using PVR Simple client, going up and down into the list of channels I have a regular freezing of the GUI, I'm using Flirc (https://flirc.tv) with a remote to navigate into it,everything works fine but not always.... I have enabled the debug log and what I see is :


14:17:47 177.538467 T:1965973504 DEBUG: OnKey: down (0xf081) pressed, action is Down
14:18:17 207.550278 T:1530917888 DEBUG: Thread JobWorker 1530917888 terminating (autodelete)
14:18:17 207.550568 T:1634726912 DEBUG: Thread JobWorker 1634726912 terminating (autodelete)
14:18:17 207.550812 T:1617949696 DEBUG: Thread JobWorker 1617949696 terminating (autodelete)
14:18:17 207.556900 T:1783092224 DEBUG: Thread JobWorker 1783092224 terminating (autodelete)
14:18:17 207.756256 T:1965973504 DEBUG: SECTION:UnloadDelayed(DLL: special://xbmcbin/system/ImageLib-arm.so)
14:18:40 230.429688 T:1965973504 DEBUG: Keyboard: scancode: 0x6c, sym: 0x0112, unicode: 0x0000, modifier: 0x0
14:18:40 230.429947 T:1965973504 DEBUG: OnKey: down (0xf081) pressed, action is Down
14:18:40 230.434021 T:1617949696 NOTICE: Thread JobWorker start, auto delete: true
14:18:40 230.436020 T:1617949696 DEBUG: SECTION:LoadDLL(special://xbmcbin/system/ImageLib-arm.so)
14:18:40 230.436264 T:1617949696 DEBUG: Loading: /usr/lib/kodi/system/ImageLib-arm.so

At the first line (14:17:47) I pressed the down key, but the system didn't respond anymore until 14:18:17, after it start again to serve my remote requests.
Is it possible is something related with ImageLib-arm.so?
Do you know already this problem? Or do you know how can I investigate more on that?
Thank you in advance.



P.S. I have just retried and it is common to all the menus...System, add-on .... always happens with pressing several time down key (or another key)

[popcornmix]

Thanks to the both of you for the time looking into this one.

Thanks for helping to track it down. Not sure what is in your setup that made the problem occur much more quickly, but it proved to be useful.

[Caramba69]

I have tested some 3D isos and a few work and some don't. Rpi2 resets after it displays a black screen. I also have the issue that some stop, buffer and continue to play every 5 minutes.

[Milhouse]

Do you know already this problem? Or do you know how can I investigate more on that?

I'm not aware of any such problem. Can you test with the official 5.95.5 build and see if you can reproduce? Also test with a "clean" system (ie. temporarily rename .kodi to .kodi.bak) to ensure that no third-party addons are involved.

[Milhouse]

It seems there is some inconsistency in the Python API between these builds and the official Kodi Nightly code? For instance: the xbmc.PLAYER_CORE_DVDPLAYER is no longer available here, but is in other nightly builds (Windows for instance).

I understand that they are no longer of any use, but removing them like this really breaks Python scripts (like Retrospect which I develop). Would it be an option to log the usage of these deprecated Python code as Warnings in the Kodi log and only remove them in a next version? This was done with other Python API changes.

Because in the current situations it is rather difficult to have an add-on that is compatible with the Jarvis builds and these builds.

These builds are based on VideoPlayer, which is the long term replacement for DVDPlayer.

You could try PLAYER_CORE_VideoPlayer in place of PLAYER_CORE_DVDPLAYER.

All I can suggest is that you feedback to the addon developers and perhaps they can add a solution that works with both DVDPlayer and VideoPlayer-based builds, as this is something they're going to have to deal with eventually.

[popcornmix]

I have tested some 3D isos and a few work and some don't. Rpi2 resets after it displays a black screen. I also have the issue that some stop, buffer and continue to play every 5 minutes.

Any different if you use context menu on iso then choose "browse into" then BDMV/STREAM/SSIF and choose the ssif file (probably called 00000.ssif).