@Daaave:
https://test.coreelec.org/ray/CoreELEC-Amlogic-ng.arm-9.0-devel-1555404174%2Bcdcs%2Bcartoonfix%2Bmesonircc%2Birspeedup.tar
This includes IR working with dvb addons (thanks to @afl1)
Donāt know if you already fixed this so I investigated it.
In oe.py line 75 the āencodingā var is filled using locale.getpreferredencoding(do_setlocale=True) but there is no LANG environment variable set in CoreELEC.
Could this be the problem ?
What is the problem besides that log spam? Looks like some language issue although we disabled other languages besides english in the settings addon.
Install Locale addon and variable will be set.
1 Like
Itās maybe just log spam. Seems that the update went fine.
Hi, the ācartoonā effect is certainly better, I will need to check some more sources vs other players etc to be sure, but things are certainly more crisp now using the latest up. Just got home so Iāll do some more testing and picture taking later, thanks everyone for your work and input.
Itās best to have some samples. I could not see any cartoon effect yet. Hard to fix something you canāt see/test.
Mostly trial and lots of error. After experimenting with obvious parameters ended up browsing source for hints.
There was a function init_sharpness with comments about āsr0ā which turned up sr0_sr1_refresh.
Very happy with the ācartoonā etc fix Ray, youāve nailed it in my opinion. Here are now 3 images to compare, you can see the post fix version retains the gradients etc that were lost with the cartoon issue, with the fix and the PC player hitting source limitations. Theyāre not great pictures, just Nexus 3 pointed at screens but gives enough of an idea for this. Good stuff, cheers!
Sorry its just occured and I should have mentioned, I believe this specific issue was isolated to 720p source upscaling to 1080p, maybe.
1 Like
Yeah I figured it was an up scaling problem. I do only play content in the correct resolution and I let the TV switch to that. Only exception is 480p which I play at 1080p because it does look better on my TV.
Good job. 
I agree. And looking at the history about this issue it was discussed for a long time.
I can confirm that it does work, thanks very much.
However still very sluggish here. You have to wait almost a second between key-presses, and even when you do some presses are not recognised. (Sorry!!)
Iām sorry but I wet myself when you first posted the picture of Alan Partridge in cartoon effect 
I would of left it as is just for the lolz 
2 Likes
Original Remote? You probably have to setup your timeout, repeat values for your remote. If not you can also use amremote if you use a NEC remote. Just look around in the forum.
And without superscaler the SD upscaling is better than S905X or similar?
At least there are no funny effects like the cartoon or the double contour effect that is in S905X too.
Yes original HK Odroid remote. A couple of other users reported this issue earlier in the thread.
As far as I can see lirc_options.conf needs modified as detailed hereā¦
https://wiki.odroid.com/odroid-c2/application_note/lirc/lirc_ubuntu18.04?s[]=ir&s[]=remote
(N2 is referenced on this page as well as C2)
but this is an unwriteable file and Iām a bit of a n00b with SSH.
Also, I canāt get amremote to see this remote at all.
We donāt use lirc at all. We use rc core. You can adjust timing etc with ir-keytable. If you used lirc it could explain this long delay. Because HK remote works fine here.