Guest - Testers are needed for the reworked CDateTime core component. See... https://forum.kodi.tv/showthread.php?tid=378981 (September 29) x
  • 1
  • 37
  • 38
  • 39(current)
  • 40
  • 41
  • 342
Intel VAAPI howto with Leia v18 nightly based on Ubuntu 18.04 server
@fritsch

I encode the first min. of Channel 4K to 4k 60fps 8bit : https://drive.google.com/file/d/0B3hIUz8...pNNkU/view

For information : It's ok without skips with ubuntu/kodi but I have skips with openelec. I use exactly the same parameters for both.
so for me there is a difference in performance between ubuntu/kodi and openelec. Is this possible ? Drivers differences ?
Reply
Drivers are the same but Ubuntu uses fernet's new infrastructure. As said OE is just a more or less simple backport to see the WIP. The future will happen in fernet's master branch.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Reply
If someone has a bit of time, here are two new builds that will directly provide fernetmenta's master packaged as OpenELEC image / update tar:

Image: https://dl.dropboxusercontent.com/u/5572...484.img.gz
Update-tar: https://dl.dropboxusercontent.com/u/5572...33c484.tar

This is build is not tested at all, as I am currently traveling through Germany again. Thanks for the feedback in advance. Source is on my github as usual.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Reply
Briefly played with the latest release above. No issues I noticed on my chromebox although I only really use it for playing Makemkv mkv files of my blurays. Looked as excellent as always. Amazing job guys.
Reply
Didn't work for me, goes into a continious slashscreen / mainmenu loop on start, Mac mini 2014
Reply
@jslegacy: you tested the Jarvis build, right?
@porkshop999: can you temporarily move your .kodi away after systemctl stop kodi?
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Reply
Yes the Jarvis build.
Reply
tested with chromebox hsw no problem with h264 and hevc (animation film)

i'm now thinking about to convert my bd in x265 to save space on nas
Reply
(2015-09-07, 14:51)Roby77 Wrote: tested with chromebox hsw no problem with h264 and hevc (animation film)

i'm now thinking about to convert my bd in x265 to save space on nas

Converting BD into x265 will require serious CPU power or dedicated h.265 GPU tools. I haven't seen those GPU tools yet. Is Intel deploying QuickSync with H.265 already or are you focussing on different conversion ways?

On a side-note... Synology NASes with 4K HEVC on-the-fly transcoding: http://www.computerbase.de/2015-09/synol...uesselung/
Reply
no i will try on my really old desktop i7 860 @3.4ghz

maybe i will upgrade to a desktop with skylake

but before i also want to verify if 265 has the same video quality vs 264
Reply
Jarvis build works nice after a quick glance, thanks. Jarvis fucks up my library setup etc. but that's got nothing to do with this build.
Reply
(2015-09-07, 15:42)Roby77 Wrote: no i will try on my really old desktop i7 860 @3.4ghz

maybe i will upgrade to a desktop with skylake

but before i also want to verify if 265 has the same video quality vs 264

The better the video source quality, the better the hevc compression in my experience, using ffmpeg for hevc. Anything between 50-92% is possible, although I have been more focused on file size savings than quality retention. I have re-encoded most 720p stuff I have, which is relatively easy going at 11fps on average on a i3 3225 machine. 1080p is another story (2-3 fps), not to mention 4K source.
Reply
(2015-09-07, 16:01)Klojum Wrote:
(2015-09-07, 15:42)Roby77 Wrote: no i will try on my really old desktop i7 860 @3.4ghz

maybe i will upgrade to a desktop with skylake

but before i also want to verify if 265 has the same video quality vs 264

The better the video source quality, the better the hevc compression in my experience, using ffmpeg for hevc. Anything between 50-92% is possible, although I have been more focused on file size savings than quality retention. I have re-encoded most 720p stuff I have, which is relatively easy going at 11fps on average on a i3 3225 machine. 1080p is another story (2-3 fps), not to mention 4K source.

'cause my mkv are br with video untouched i think that a really need a new hardware Big GrinBig Grin
Reply
Thanks for the awesome work as always fritsch. The new build works well on my i5 broadwell nuc.

Does anyone know if hybrid hevc is now enabled for broadwell?
Reply
(2015-09-06, 22:58)fritsch Wrote: If someone has a bit of time, here are two new builds that will directly provide fernetmenta's master packaged as OpenELEC image / update tar:

Image: https://dl.dropboxusercontent.com/u/5572...484.img.gz
Update-tar: https://dl.dropboxusercontent.com/u/5572...33c484.tar

Testing the various videos on my Celeron 1037UN-EU IVB went all very pleasant (again). A clean setup, and initially using all video settings on default and 'Auto select' as usual, I had no troubles whatsoever. The BBC birds scene in 1080p HEVC even went okay, although CPU-percentage went upto 92%. Big Grin

Setting the Lanczos-3 filter for all videos caused less problems than the previous builds as far as I can remember. Skips or drops were very hard to find, only a 1080p50 testvideo (2 guys, 1 singer & 1 bass player, performing at some castle-like environment) had major artefacts, but as I rare have 50fps material I'm not too worried about it myself. Also, I can test some 720p50 material tomorrow, and do more comparisons.

Overall, the oldie box still works excellent Blush
Reply
  • 1
  • 37
  • 38
  • 39(current)
  • 40
  • 41
  • 342

Logout Mark Read Team Forum Stats Members Help
Intel VAAPI howto with Leia v18 nightly based on Ubuntu 18.04 server18