Not sure what kind of "skipping" are you talking about... but If you are trying to play interlaced video - set the proper deinterlace method (VAAPI - motion compensated).
Posts by smp
-
-
That's 70€ for the cheapest board alone. Add case, RAM, drive, and power supply... But that will definitely work the way I want. I'd still prefer something that works out of the box to be honest.
I bought Asrock J4105B-ITX board for ~70€, ITX case: ~25€, 2x2Gb DDR4 SO-DIMM: ~20€. So the final price was around 115€. Power supply (PicoPSU + external 12v) was included with the case.
N2 running CE is your best bang for bucks at the moment.
I don't think so. Price of the N2 board + case/power supply + super expensive shipping. Gemini Lake will eat that N2 for breakfast.
-
-
-
I can suggest an Intel Gemini Lake ITX board + a small ITX case + a cheap (used) DDR4 SO-DIMM RAM stick (2Gb will be fine). Should be cheaper than NUC.
It does play H.264 2160p60 - I just tested with "Sony Sushi 4k Demo" clip, it plays it using VAAPI hw acceleration. HDR support is also on it's way for Gemini Lake (it will be supported in Linux kernel 5.3)
-
Just tune on this channel with your LibreELEC 9.0.2 and watch it freeze up: Test-R Frequenz, Pids vom Sender auf Astra 19.2° Ost
It could be useful if you will upload a .ts sample from that channel so the issue could be reproduced without the need to tune to that satellite.
-
-
Kodi 18.3 will have a fix for a memory leak that occurred when VAAPI or VDPAU hw acceleration was used. Wait for 9.0.3, it should be out very soon.
-
Looks like Kodi is killed by OOM. Did it crash during video playback?
-
Can you reproduce this without AVR? I can check if there are any audio issues with Aquaman BD but my Gemini Lake system is connected directly to a TV.
-
there's sooooo many choices, and I don't even know where to start.
There is not much of a choice if you want quality. Wait for Pi 4 or get an Intel x86 (e.g.Gemini Lake).
-
no-go on a KBL-U Chromebox. No video on playback (though Kodi believes it is playing), TV not in HDR mode
Well, I guess some bits are still missing.
-
I updated the image with the patches from feature_drmprive-vaapi branch that I missed earlier:
LibreELEC-Generic.x86_64-9.1-devel-20190513220151-6b93ae6.img.gz
-
Let's say that I want to try the Odroid N2, which version do I install on it? The same as the Odroid C2 on the download page?
No. You will have to use CoreELEC nightly builds.
-
Should this be ok on an Intel NUC?
Sure.
Works but no audio
HDMI audio should work. There could be an issue with the bluetooth audio - I had a problem compiling BlueZ with the new kernel.
-
I compiled this LibreELEC Generic build:
- GBM/OpenGLES, X11 removed
- linux-next-20190510 kernel with HDR patchset rev.9
- Kodi 19 with VideoLayerBridgeDRMPRIME: set HDR metadata PR.
Anyone wanna try it? I tested it on my Asrock J4105 board and it works ok. However, I can't test the HDR functionality because I don't have a HDR capable display yet.
Note that some Kodi addons that use OpenGL will stop working and will have to be recompiled for OpenGLES.
-
-
Run a few passes of memtester.