[shomari]

The modded versions are going to be released with an updated base. Most users that have posted so far don't seem to have a problem with the non--compliant nature of the distributions, and that's a shame, because it would be a crucial determining factor in directing the behavior of the factories shipping these devices.

As long as users keep saying (as they have posted) they don't care where the XBMC/Kodi comes from so long as they can get it and it works, the problem will perpetuate itself.

[Roby77]

All those modded versions are fairly useless if the source is not fed back into the mainstream... Users are left with the choice of either miss out on all the functional fixes and changes or lose their functionality that came with the modded version.

Damned if you do and Damned if you don't... thank you Tronsmart...

i totally agree

[Hedda]

Being new here I read this thread as a request for experience from users who just got a RK3288 based player and are using xbmc on it.
Now for some reason I read a lot of post from people who have no intention of getting a RK3288 player and are very active on other hardware based xbmc solutions... these post are mostly very negative and discouraging new users from posting their experiences in this thread.

Why?

@Willem55, I think that you have to understand that most active users in this community are XBMC/Kodi enthusiast, and the only brand loyalty openly accepted is to XBMC/Kodi.

Most of us here are not fanboys of a specific SoC designer or box manufacturer, as such we love XBMC/Kodi on any platform, or at least try to have not much hardware bias.

After all, in the end this community is about XBMC/Kodi, which is a multi-platform software for a very broad range of hardware and operating system platforms.


I for one are willing to discuss XBMC/Kodi on any platform, but each discussion should still have its place in their own thread.


So I do not think that you should judge us for being open to other hardware based solutions XBMC/Kodi.

IMHO I even believe we in this community are probably more in the right to judge you if you are only open to RK3288 based produces in this forum.

Was not sure if you realised it, but so far you do come of as a hardcore Syabas/CloudMedia fanboy only interested in discussing hardware related to them.

Just a friendly observation, I don't want to start a flame war here in this thread.

[User 231261]

Defending a platform against negativity does not make me a fanboy... it's never that simple Hedda.
I have been a media players user for 20 years on many platforms, build a few HTPC's on different OS and went through a few out of the box solutions..
I have no problem with anyone's choice of media player platform, I do have a problem with bashing the new kid on the block, just because you favor NUC, Pi or any other platform.
But I grant you that I limit my interest in discussions on what I know or am learning about.... I think that is not a bad thing...

My friendly observation is that this thread should not be encouraged to go off topic..

[User 231261]

The modded versions are going to be released with an updated base.

What I remember from Eclipse and version control is that dependencies between code can get lost very quickly if you're not really part of the development team.

It's can become a great mess for us users... lets just hope the additional Hardware features get supported in the mainstream of kodi....soon.

[User 182116]

All those modded versions are fairly useless if the source is not fed back into the mainstream... Users are left with the choice of either miss out on all the functional fixes and changes or lose their functionality that came with the modded version.

Damned if you do and Damned if you don't... thank you Tronsmart...

Could all be marketing guff yet though as we have seen something to show for it.

In the mean time it keeps people keen on buying a product based upon the promise though.

[shomari]

You do not know for sure that such hardware accelerated playback is not possible without inner code amendment, other than reference to an external proprietary solution.

Therefore your demand that it has to be does not necessarily hold up.

You should not present as fact that which you cannot know for sure.

....bwahahaha, Bluesmanuk has got to be trolling us all.

You really think Team XBMC/Kodi does not know what their code is capable of? Of course the modded fork is running amended code. What part of that is in doubt?

And I have no idea what 'external proprietary solution' I ever pointed to. I only compare mainline xbmc (not capable of hardware accelerated HEVC) and the modded fork (capable of hardware accelerated HEVC) - simple.

---

The modded versions are going to be released with an updated base.

What I remember from Eclipse and version control is that dependencies between code can get lost very quickly if you're not really part of the development team.

It's can become a great mess for us users... lets just hope the additional Hardware features get supported in the mainstream of kodi....soon.

I agree entirely. That is indeed the history.

But I'll add, it's not just Tronsmart. It's all the companies I posted here in a list a few threads back and more. Over a dozen now, in just over a week since I first came across the build and posted here.

[User 182116]

You do not know for sure that such hardware accelerated playback is not possible without inner code amendment, other than reference to an external proprietary solution.

Therefore your demand that it has to be does not necessarily hold up.

You should not present as fact that which you cannot know for sure.

....bwahahaha, Bluesmanuk has got to be trolling us all.

You really think Team XBMC/Kodi does not know what their code is capable of? Of course the modded fork is running amended code. What part of that is in doubt?

And I have no idea what 'external proprietary solution' I ever pointed to. I only compare mainline xbmc (not capable of hardware accelerated HEVC) and the modded fork (capable of hardware accelerated HEVC) - simple.

---

The modded versions are going to be released with an updated base.

What I remember from Eclipse and version control is that dependencies between code can get lost very quickly if you're not really part of the development team.

It's can become a great mess for us users... lets just hope the additional Hardware features get supported in the mainstream of kodi....soon.

I agree entirely. That is indeed the history.

But I'll add, it's not just Tronsmart. It's all the companies I posted here in a list a few threads back and more. Over a dozen now, in just over a week since I first came across the build and posted here.

You do seem to have an issue with reading what you want to read, instead of what is written and nobody stated that you pointed to external proprietary solution.

But one cannot hope to enter into debate with somebody that applies guilt without fact and is immovable, even in the face of other possibilities.

That is defined as being a control freak and a fair few nations have suffered at the hands of such ways of thinking.

A control freak is a bully that should be ignored.

Then they tend to go onto somebody else when you do.

Such a pity though that it becomes necessary.

[shomari]

You do not know for sure that such hardware accelerated playback is not possible without inner code amendment, other than reference to an external proprietary solution.

Therefore your demand that it has to be does not necessarily hold up.

You should not present as fact that which you cannot know for sure.

....bwahahaha, Bluesmanuk has got to be trolling us all.

You really think Team XBMC/Kodi does not know what their code is capable of? Of course the modded fork is running amended code. What part of that is in doubt?

And I have no idea what 'external proprietary solution' I ever pointed to. I only compare mainline xbmc (not capable of hardware accelerated HEVC) and the modded fork (capable of hardware accelerated HEVC) - simple.

---

What I remember from Eclipse and version control is that dependencies between code can get lost very quickly if you're not really part of the development team.

It's can become a great mess for us users... lets just hope the additional Hardware features get supported in the mainstream of kodi....soon.

I agree entirely. That is indeed the history.

But I'll add, it's not just Tronsmart. It's all the companies I posted here in a list a few threads back and more. Over a dozen now, in just over a week since I first came across the build and posted here.

You do seem to have an issue with reading what you want to read, instead of what is written and nobody stated that you pointed to external proprietary solution.

But one cannot hope to enter into debate with somebody that applies guilt without fact and is immovable, even in the face of other possibilities.

That is defined as being a control freak and a fair few nations have suffered at the hands of such ways of thinking.

A control freak is a bully that should be ignored.

Then they tend to go onto somebody else when you do.

Such a pity though that it becomes necessary.

I only quoted what you wrote.

I have no idea what that has to do with me being a control freak and a bully or how you'd gather such from my postings. You replied to me and I followed with a response. That's how conversations go, passive aggressive musings aside.

Oh well.

[Roby77]

Intel, Chrome box fire tv

Topic of 200 pages ca no fanboy

i don't understand why in this 3ad it's not possible to discuss normally

i'm using xbmc from first version of xbox1, never see this happen

[jacko5]

I have XBMC 13.0 alpha 12 on the Ugoos UT3 i received yesterday .. in the UK from China.

[shomari]

I have XBMC 13.0 alpha 12 on the Ugoos UT3 i received yesterday .. in the UK from China.

..that's the modded one that brings all the trolls to the yard.

[Ned Scott]

I know...

Being new here I read this thread as a request for experience from users who just got a RK3288 based player and are using xbmc on it.
Now for some reason I read a lot of post from people who have no intention of getting a RK3288 player and are very active on other hardware based xbmc solutions... these post are mostly very negative and discouraging new users from posting their experiences in this thread.

Why?

As for me when I get my RK3288 I plan to test with kodi 14 as only that comes nearest my current video and audio playback setup... too many playback features I now enjoy are missing in Gotham..

Warning users about venders with shit support is only a good thing. It happens with far more than RK3288. Tons of users have been burned on countless Android boxes in the past. The only thing we wish to discourage is people from buying products that don't have good support, to discourage companies who only care about cashing in real quick and then literally disappearing over night so they don't have to answer for bad firmware,

It is up to the people selling these boxes to show that they work, and that they will get good support.

[User 231261]

Hmmm.. Ok.

Just thought this thread was about the experience of users who bought a RK3288 based player with their xbmc on android.
And it up to us users to expose the features that don't work and motivate the manufactures to fix it.. at least that's what I've been doing for a very long time.

Re-read this thread..
Who explained what is actually wrong about a modded xbmc fork from a user perspective... users don't get GPL they are not developers.
Who explained that these manufactures will not be able to incorporate the new xbmc releases into their modded version.
Should that have to have been me or some of these experienced xbmc community members you refer to?

Point of action for team kodi is how to get RK3288 specific code into the mainstream as this SoC might just get a very big market very quickly.... it's cheap at launch so will get cheaper at volume.
It holds great potential for media players users if the xbmc usability is a real part of it.

I don't care about these make a fast dollar companies that don't have a clue about the rules of open source or customer care, I do care for companies who have a long track record and commitment to mediaplayer users and seek out the xbmc community to work towards a compliant solution. I don't have a clue how well that is working out but maybe you have? I would be happy with a heads up on that.

All in all I'm a bit disappointed to see the ones who are willing to work with xbmc community get bashed for stating and defending their position.

[User 231261]

What I really would like to know from users who have a modded xbmc on a RK3288 box what other hardware features are supported than HEVC 4K?
Because if that's all there is why bother to even work with a modded xbmc... who has a 4K display, who has HEVC content in his media library?
Looking from a user perspective I would advice to load the mainstream xbmc and wait until HEVC 4K show up in one of the next releases which will be long before any interesting content in HEVC 4K will show up.

Or are there more features then just HEVC 4K? who can tell us?