I have a question.
If I set gui fresh rate to 50Hz, then I playback 25Hz(50Hz)/1080P(4K) video, there is no black screen switching. but when I set gui fresh rate to 24hz, then playback movie(23.97/24hz), always get black screen before showing the picture. is that normal?
Not so much movies has 24 Hz, most part of them is 23.97. That is why you see this switching.
The same for 59.94Hz and 60 Hz
Here is another testbuild:
https://test.coreelec.org/ray/CoreELEC-Amlogic-ng.arm-9.0-devel-1559635864.tar
@Sholander OC is fixed here thanks to HK developer Joy.
@matt77303 and everyone else seeing slowdowns on mixed Interlace/Progressive streams I have a proposed fixed inside. Thanks @matt77303 for your sample and intensive testing! Now you can watch your interlaced streams without bypass_all. It will do DI on the progressive parts too though. I donât have a solution yet but it looks like only commercials are sometimes progressive so I guess we donât need to care about those.
I see, thanks.
Cool,
Iâll try it tonight and report back.
Thanks.
Matt
Tnx, will try it as soon as I have some time off from my days workâŚ
Got some free time and tested shortly this version; did not touch boot.ini and used my edited config.ini as suggested:
With max OC speed values in config.ini (2004/1992, checked that these are set via ssh) it reboots and turns off as it should, No problems at all.
Only observation, as before with .177 kernel, the online link comes 6 sec later (time when Yahoo weather icon is displayed in top right corner is 5 sec with .162 kernel and with .177 itâs 11 sec)
(Edit: corrected CPU speed used to actual values)
Should be 2004/1992
Can you do
systemd-analyze blame | paste
On âfastâ and âslowâ images?
There is no way to debug this. Use Wait for Network
Yes, I made a mistake in my post, actually used 2004/1992. (Corrected to actual values used)
Not bothered by this 6 sec delay, and wonât use Wait for Network, because a lot of times I start the box without internet (metered connection
just to watch movies/series from my USB HD.
The systemd blame feature could maybe help
OK, will try to get info for both versions âslow/fastâ
All looks good here, the sample file i provided to you runs through perfect.
Ill stay on this build for a bit and keep an eye on it.
Great work and thanks again.
Matt
Thanks CoreELEC team! It seems like the Odroid N2 on-board 2-channel audio output is working now (nightly June 3, 2019) without pops and clicks. I tried with Best Match and Optimized and Fixed with medium quality resampling and they all seem problem free.
However with Fixed Output, 384 kHz limit sampling rate and High quality resampling the audio is garbled. High quality resampling with fixed 352.8kHz sounds fine and Medium quality resampling with fixed 384 kHz is good too.
The N2âs on-board audio output quality is really terrific. I was considering buying a USB DAC but I donât think I will be able to hear a sound quality improvement over the built-in DAC.
I donât know what might have fixed your Audio though 
Happy to say and report that after new power on and several reboots, there is NO (6 sec) delay that I mentioned before. No difference in online connection time between kernel .162 and .177.
Checked NF 1080p with subtitles Our Planet S01E01 (from 3:30 to 6:45) - no dropped or skipped frames. HBO-Go EU 1080p with subtitles works also perfectâŚ
Huh are you serious?
I have enabled auto updates on nightly builds again.