Posts: 23,468
Joined: Aug 2011
Reputation:
1,101
fritsch
Team-Kodi Developer
Posts: 23,468
Then the impatient need to figure out howto compile btbn's vaapi_hevc ffmpeg branch with the correct compile flags. After that they need to compile fernetmenta's master branch with the top commit of my master branch picked while this kodi compile is told to use the just before compiled ffmpeg which resides in e.g. /opt
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 118
Joined: Mar 2015
Reputation:
0
fab67
Senior Member
Posts: 118
2015-08-25, 20:21
(This post was last modified: 2015-08-25, 20:23 by fab67.)
Will this new VAAPI code also work with a N3700 processor at 4K@60p or is this different from N3150 ?
Posts: 23,468
Joined: Aug 2011
Reputation:
1,101
fritsch
Team-Kodi Developer
Posts: 23,468
In theory it should work. But Timo uses a N3700 Nuc - and for him 4k HEVC videos just decode into green :-( - it might have to do with the internal GPU memory reservation, which is not changeable on the NUC Pentium.
Which device do you own?
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 25
Joined: Apr 2013
Reputation:
0
To me specs like
- OpenElec support
- Hw Hevc support
- remote control full use (also for switch on/off of the device)
- full usb3 support (unlike android stuff)
are what i'm looking from a mini pc.
Since this nice breaktrough with hevc support happened...
...should I get a BeeBox N3150?
Currently I'm on a celeron chromebox, but can't play properly some hevc stuff...and also that remote control opportunity seems nice, finally.
Posts: 23,468
Joined: Aug 2011
Reputation:
1,101
fritsch
Team-Kodi Developer
Posts: 23,468
This is offtopic -> Please ask your question in the hardware forum.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 40
Joined: Jan 2009
Reputation:
0
jeey
Junior Member
Posts: 40
Getting some random HW freeze on NUC5PPYH (brasswell) with the openelec image, seems like the kernel logs are not logged by default, any way to find the source of problem?
System freezez typically after around 48hours since poweron, and needs hard powerdown to recover.
Posts: 18
Joined: Jun 2015
Reputation:
1
2015-08-25, 22:56
(This post was last modified: 2015-08-25, 22:56 by cford1905.)
Will this also work on the NUC Broadwell 5th generation? I'd be more than happy to help with testing when the time comes.
Posts: 61
Joined: Jun 2011
Reputation:
0
You guys are really doing a great job!!!
The current state is really looking very promising.
But what is there left to do, to get it to a stable state? Are there any features yet to implement or is there "only" bug fixing left?
Posts: 4
Joined: Sep 2012
Reputation:
0
The only issue left i'm aware of is it showing distorted colors on some samples. I can't find any possible reason for this within the ffmpeg code.
Gstreamer refuses to play all affected samples entirely, which makes me suspect it's a bug in libva or at another level in ffmpeg.
What all affected samples have in common is that they make use of delta_luma/chroma_weight/offset. The samples that play fine have those set to zero at all times.
I have nothing to compare against where they play fine, which makes it hard to judge if the values passed are correct and libva is screwing up, or i'm passing the wrong values.
Anyway, the patch is currently in the process of beeing reviewed and i'll try to get it into master this week. As it's time for another release, ffmpeg 2.8 should follow soon, with vdpau and vaapi hevc decoding.
