[Whiterat]

Some interesting commits:

update XBMC APP and some files for supporting HEVC
http://git.us.linux-rockchip.org/?p=rk32...b69749e159
**Rockchip themselves adding the modified XBMC APK to the SDK - naughty**

rk3288 hdmi: add support 3D video mode
http://git.us.linux-rockchip.org/?p=rk32...759e5b8ef3

update ffmpeg version 9-23 for some video crash
http://git.us.linux-rockchip.org/?p=rk32...797289093b

librkffplayer:new version to fix video green screen .
http://git.us.linux-rockchip.org/?p=rk32...bbb8493623

sdk dk updated that fixd the below problem:
1.add some doc.
2.pppoe updated.
3.fix video error.
http://git.us.linux-rockchip.org/?p=rk32...40a569f30e

EDIT:

and some "documentation"- seems a little thin, but better than nothing.
Video:
http://git.us.linux-rockchip.org/?p=rk32...7e;hb=HEAD
Audio:
http://git.us.linux-rockchip.org/?p=rk32...a1;hb=HEAD

[Roby77]

really good news

[alimickwhit]

really good news

Bump, awesome news

[RockerC]

No, this is not awesome news without accompanying source code from Rockchip for all and any changes that they made to Kodi's code.

update XBMC APP and some files for supporting HEVC
http://git.us.linux-rockchip.org/?p=rk32...b69749e159
**Rockchip themselves adding the modified XBMC APK to the SDK - naughty**

Yes continued GPL violations is indeed very "naughty", and sad that Rockchip is by now not showing better collaboration with XBMC and the open source community.

At least we now know for sure where all the RK3288 media player manufacturers get their XBMC binaries from. Just checkout their SDK readme there

This app support h.265 4k 10bit,hardware decoder with MP4 /MOV/MKV video format now,

We can't support h.265 decode by hardware with flv / ts format, because of xbmc's parse not supporting HEVC

so, waiting for new app verison, we will keep update and optimization

BTW, you missed to also comment on the other related files there

http://git.us.linux-rockchip.org/?p=rk32...b69749e159

device/rockchip/common/vpu/lib/librk_on2.so

frameworks/av/media/libstagefright/ACodec.cpp

frameworks/native/include/media/openmax/OMX_Video.h

[User 231261]

I'm no programmer but I do see source codes with each posted link.. are they wrong?

[mo123]

I'm no programmer but I do see source codes with each posted link.. are they wrong?

The source code is there.
Rockchip can obviously not also release their full VPU code since they paid a lot of money for it, and those files are pre-compiled and they have to sign NDA's.

The commits posted earlier was already released by Rockchip over 2 months ago, don't know why it's news now.
And it was for the first XBMC released by them.

I already posted about the second 10-11, Kodi that was released, the changes they made and several days ago that it is Rockchip who work on XBMC, not the manufacturers.

For 4K playback on RK3288 devices, you don't even need Rockchip's XBMC, the latest Kodi with only Mediacodec turned on play HEVC videos the same as the Rockchip XBMC.
Also Koying will start work on RK3288 4K playback and then all the source code will be available, I already posted the commit that isn't included in mainline Kodi yet.

[alimickwhit]

Tested the APK uploaded to git above, more stable on Measy B4s but still doesn't fix green screen seen on Tvheadend HDTV (Mpeg-4) playback.

[Roby77]

for now imho must interesting rk3288 box is beelink r89 cause it's really supported

[Hedda]

I'm no programmer but I do see source codes with each posted link.. are they wrong?

The source code for XBMC does actually looks to be missing, as Rockchip look to just have added the XBMC.APK binary to their SDK.

Rockchip have posted source code, just not the XBMC source code which we are all interested in, and they must provide as per the GPL.


Distributing binaries of an GPL application like XBMC means that you also need to provide the source code for that GPL application.

It doesn't matter who initially compiled the APK, whomever is distributing it is responsible to provide the source code upon request.

The source code is there.

I really do not see that Rockchip have posted the source code for XBMC with their modifications, which practically the only source code that they must provide.

Rockchip can obviously not also release their full VPU code since they paid a lot of money for it, and those files are pre-compiled and they have to sign NDA's.

Yes that is fine. We really only care about any code modifications added to XBMC.

The commits posted earlier was already released by Rockchip over 2 months ago, don't know why it's news now.
And it was for the first XBMC released by them.

I already posted about the second 10-11, Kodi that was released, the changes they made and several days ago that it is Rockchip who work on XBMC, not the manufacturers.

The news is that this proves that Rockchip distribute XBMC binaries without providing the source code with their modifications.

If Rockchip provides binaries to the manufacturers and the manufacturers releases those binaries then the manufacturers are responsible for getting the source code from Rockchip and provide it,

Not sure why Rockchip would even be reluctant in providing the XBMC source code with their modifications, in this case it should not contain anything that is under an NDA.

[wololo]

I am wondering if anyone got an Android media player based Rockchip RK3288 SoC and how your experience with it so far?

Review of the cloudnetgo CR13 here:
http://makesmarttv.net/review-cloudnet-g...xperience/

XBMC specific part:

In the past, MX Player has been my video player of choice for Movies, in particular HD, on rockchip powered Android boxes. I actually prefer XBMC for its awesome and gorgeous interface, but XBMC hardware acceleration historically did not work well on Rockchip CPUs (see here for my solution in the past which consisted in using XBMC to manage my library, and couple it with MX player as the actual video player).

Well, I’m glad to report that XBMC actually works perfectly fine on the CR13, as long as you make the right setting changes: The CR13 I received shipped with a relatively recent build of XBMC, a gotham nightly build from august 2014. This has hardware acceleration enabled. And I can confirm that 1080p ran perfectly fine for me on the CR13, which was definitely never the case on the previous generation’s CR11. However, in order for it to be fully stable, I had to deactivate the “MediaCodec” acceleration.

Because XBMC is working so smoothly on this box, I installed MX Player but I have to admit I didn’t even try it. I believe I’ll stick to XBMC for now because that app is so gorgeous and useful.

Today XBMC is my media library of choice on the CR13, and I coupled it with this 2TB Hard drive connected through one of the USB ports, hosting my collection of hundreds of movies and TV shows.

It is also worth mentioning that the RK2388 is one of the first CPUs that allows smooth playback of 4K videos on such low power devices. It’s a pretty big deal for many movie fans. unofficial builds of XBMC are already made available by rockchip themselves, that guarantee the best experience. This should not be overlooked, and could be the main selling point for most people.

[User 231261]

OK... got my Chameleon yesterday.

did some tests with forked xbmc, but as I don't care for the HEVC or 4K right now I loaded the latest kodi nightly build.

Let's say it's a work in progress and a lot needs to be done by Rockchip and the xbmc developers they are working with.

kodi navigation and scanning if very fast and stable.
If you plan to use the box with just a HDMI connection to you display it works great, however if you are using a Audio Video Receiver that does DTS HD-MA or Dolby TrueHD you'll have a hard time getting the Chameleon to pass that through... of course I might be doing something wrong but my AVR is only getting PCM down converted crap.
Video playback: there is a beautiful demo using the internal player that looks better than anything my PCH A-400 ever produced but it stops there as that player refuses to play from network so for me running 30TB from several NAS that is useless.
Picture quality on the kodi playback engine was fair but not great, so I went to the playstore and got my BS-Player Pro with ARMv7 HW support addon and that was a definite better looking picture.

Conclusion kodi jukebox and add-ons work perfectly and super fast, scanning and scraping info data and covers is amazingly fast and good.
kodi playback engine for video and audio are disappointing at this time, so I hope development on this in the next months is successful, getting a RK3288 based player now is a gamble.

If android 5 will solve all constraints posed by android 4.4 for AV playback needs to be seen, checking out the presentations online for Google I/O 2014 developers conference was hopeful but not conclusive.

Next step would be the way forward ubuntu and openelec offer... I noticed that the current kernel was ubuntu.,, but also there is a long way to go.

[hdmkv]

Thanks for your first impressions. So, no hd audio bitstreaming? That's disappointing as it was promised. Even the $49 VidOn box (with a somewhat outdated chip) can do this.

[User 231261]

yes it works using the rockchip playback engine... but like I said I'm focusing on the kodi 14 nightly builds..... your $49 VidOn box (with a somewhat outdated chip) runs with a hacked version of Frodo xbmc...
FYI Frodo was the xbmc version before the current Gotham that is soon to be replaced by KODI..
Come back when you're running Kodi and then compare...

[hdmkv]

They've promised Gotham soon, so will try that when available.

[mo123]

Here is Kodi Alpha 4 with Pass through support for RK3288.
You need this special Kodi app and need to change the libmedia.so file on your RK3288, then it works.

Kodi Alpha 4 Pass through Patched
https://mega.co.nz/#!3hoizbDC!wpeB1X1Snl...rbHkqD-e3k
Libmedia.so
https://drive.google.com/file/d/0B3xq_SN...edit?pli=1
Download and overwrite libmedia.so which is in /system/lib , You can use ES File Explorer and set settings to enable root access.

Other instructions
In android settings/sound/sound devices manager ensure it is set to HDMI Bitstream.
In xbmc set the audio output to 2.0 (setting to 5.1 causes lag on sd streams)
Enable passthrough checked.
Enable dolby digital transcoding is checked.
(Thanks to Karel for the Kodi app and Jakemate for the instructions on freaktab forum)

Here is the source code patches for anyone interested
https://github.com/stafstrom/xbmclibmedi...95423526cf
https://github.com/stafstrom/xbmclibmedi...5b1196a5bd

Also remember to change hardware acceleration to Mediacodec only in Kodi, Expert Settings for smooth playback.