Will 9.2.5 run on an Odroid C2? It has an S905, but I’m not sure which S905.
Sure. The non-ng version will run on the C2. The SoC is indeed the S905 without any suffix. So no ng for the C2
Thanks! 
One question: What is ng? 
I believe it is Next Generation.
See this post (I did not try this though)
I think you have to add it as a source with the last option on the list on either side.
Shoog
Thanksss bro…What to add please?
You need to navigate in the source selector to the Home Folder or the Root folder. Depends on what you want to achieve really. The file system is part of the main Operating System so will not present itself as a type C: block media - it will present itself as a whole Linux file system. It has designated folders such as music, movies, recordings which you can add as sources and then designate as the location to store your media in the media settings tab.
This is the Linux way of doing things and since CE is Linux based you will have to get familiar with it. Personally I prefer to leave the OS storage well alone and to store all my media on external hard drives. Why ? Because NAND/eMMC is not very durable and is liable to wear out if you repeatedly write to it. If you add external media it will simply appear in the file manager.
Shoog
1 Like
Hello guys.Any idea why my dnd leaks with my vpn?i use vpn unlimited…!on kodi (android) there isn’t dns leak though with same vpn
Hi Sholander,
after my upgrade to N2+ and improve the internet provider to 500/500 fiber link, the issue sporadically appears again. Here is the kodi.log: https://drive.google.com/file/d/16xiTtK_2rou2VZKmvG2Y5o2IKRrebySk .
There you can see following critical information from my point of view:
2021-02-04 00:07:49.022 T:4040479616 WARNING: ActiveAE - large audio sync error: -1086.2191472021-02-04 00:08:02.303 T:3375219584 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
It is quite annoying to have the best device with the best internet provider and the video is lagging from time to time.
Do you think the issue is really caused by Netflix servers? If so then someone else shall experience these issues as well. Is the there any solution?
I’m satisfied with the N2+, which is quite powerful device. But I’m thinking to buy a Netflix supported device Chromecast with Google TV to have a reliable device without any issue.
Did not say it’s due only to NF servers, but also probably due to the link your ISP has provided to their servers gets congested. It happens often in that the leased bandwidth cannot handle the streams continuously, and InputStreamAdaptive has a very small buffer to handle that, and it’s size can’t be changed.
When this errors happen, if you have a PC/Laptop connected to the same router, then run a speed test to NF servers that your ISP uses; run the test from https://fast.com/.
Another thing to try is when you have these errors, in Netflix Settings -> Expert -> select “Enable VP9 profiles”, which needs lower bandwidth for same video quality on N2.
Thanks Sholander for letting me know about netflix specific bandwidth test fast.com. I was not aware of it.
I did lot of test and measurement of the netflix over kodi and Edge (both on 1080p). When the lagging issue appeared (which I can almost always reproduce in Lucifer S04E04 time 6:30-7:00 ) there was a higher bandwidth demand (based on my router/netdata monitoring). Usually it is about 10 Mbit/s, but during that critical time the average bandwidth was about 13 Mbit/s with peak about 40 Mbit/s. I executed the fast.com during lagging and it gives about 40 Mbit/s (with 8 parallel sessions). So there shall be enough bandwidth.
When I watched the same episode with the Edge (1080p), there was never ever an issue. The bandwidth demand from Edge was little bit higher, but no lagging at all.
So my conclusion is that the used InputStreamAdaptive has worse buffering than used in Edge implementation of Netflix. With that I’m considering to by Chromecast with Google TV with native Netflix app.
I can of course use the suggested VP9. There the requirement bandwidth is much lower, about 2Mbit/s. But I’m afraid of artefacts. With the fiber link I expect the best service.
I really cannot understand what is the cause for your problem… I watched LuciferS04E04 sequences you mentioned several times and had no issue at all on my N2 with 200/100 fiber link. Usually I test with sequences from “Our Planet S01E01” from 4-8min that also have high bitrates.
Unfortunately buffer size on InputStreamAdaptive cannot be changed.
Any Netflix certified device will do better because it will use hardware decoding which uses much less bandwidth for same results. From cheep devices I prefer Amazon Fire TV Stick 4K from any Google device. Although it’s loaded with crap it performs perfectly for Amazon Prime, Netflix, Disney+ and HBO_Go, with best WiFi on any such device available in that price range.
Btw, from where are you running CE, from uSD or eMMC? What skin (I use default) and did you try with fresh installation with only NF addon installed?
1 Like
Hello,
Am I the only one having problems with fast forward?
When I press the “fast forward” key too quickly, everything freezes.
(My movies are stored on a Synology NAS, and Kodi CoreElec is version 9.2.5)
Journal : http://ix.io/2OZL
1 Like
http://ix.io/2OZL
This time, the bug (of fast forward) caused an automatic restart between 9:40 p.m. and 9:44 p.m.
http://ix.io/2P05
A second time at 11:00 p.m
There is a kernel oops in the logs. From where do you open the media file?
Can you try it to copy it to local storage at the device? Can you provide a sample of the media file and are you able to reproduce it with this as well?
Do you have latest Android firmware on the VIM3?
Feb 10 21:41:42 CoreELEC kernel: DMA: 1066*4kB (UEH) 563*8kB (UMEH) 287*16kB (UMEH) 88*32kB (UEH) 3*64kB (H) 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 16368kB
Feb 10 21:41:42 CoreELEC kernel: 6474 total pagecache pages
Feb 10 21:41:42 CoreELEC kernel: 0 pages in swap cache
Feb 10 21:41:42 CoreELEC kernel: Swap cache stats: add 0, delete 0, find 0/0
Feb 10 21:41:42 CoreELEC kernel: Free swap = 0kB
Feb 10 21:41:42 CoreELEC kernel: Total swap = 0kB
Feb 10 21:41:42 CoreELEC kernel: 884736 pages RAM
Feb 10 21:41:42 CoreELEC kernel: 0 pages HighMem/MovableOnly
Feb 10 21:41:42 CoreELEC kernel: 22191 pages reserved
Feb 10 21:41:42 CoreELEC kernel: 126976 pages cma reserved
Feb 10 21:41:42 CoreELEC kernel: [ pid ] uid tgid total_vm rss nr_ptes nr_pmds swapents oom_score_adj name
Feb 10 21:41:42 CoreELEC kernel: [ 2121] 0 2121 698 30 5 2 0 0 sh
Feb 10 21:41:42 CoreELEC kernel: [ 2320] 0 2320 5778 309 22 2 0 0 systemd-journal
Feb 10 21:41:42 CoreELEC kernel: [ 3338] 0 3338 720 42 5 2 0 0 rpcbind
Feb 10 21:41:42 CoreELEC kernel: [ 3499] 0 3499 2997 170 7 2 0 -1000 systemd-udevd
Feb 10 21:41:42 CoreELEC kernel: [ 3637] 0 3637 1166 55 6 2 0 0 connman-vpnd
Feb 10 21:41:42 CoreELEC kernel: [ 3638] 81 3638 871 63 6 2 0 -900 dbus-daemon
Feb 10 21:41:42 CoreELEC kernel: [ 3652] 0 3652 1391 54 7 2 0 0 systemd-logind
Feb 10 21:41:42 CoreELEC kernel: [ 3728] 0 3728 557 16 5 2 0 0 eventlircd
Feb 10 21:41:42 CoreELEC kernel: [ 3738] 0 3738 22880 216 12 2 0 0 pulseaudio
Feb 10 21:41:42 CoreELEC kernel: [ 3760] 0 3760 698 20 5 2 0 0 crond
Feb 10 21:41:42 CoreELEC kernel: [ 3902] 0 3902 1256 83 7 2 0 0 connmand
Feb 10 21:41:42 CoreELEC kernel: [ 4002] 495 4002 907 85 6 2 0 0 avahi-daemon
Feb 10 21:41:42 CoreELEC kernel: [ 4039] 0 4039 1312 98 6 2 0 -1000 sshd
Feb 10 21:41:42 CoreELEC kernel: [ 4043] 0 4043 1570 64 6 2 0 0 wpa_supplicant
Feb 10 21:41:42 CoreELEC kernel: [ 4079] 0 4079 4457 289 12 2 0 0 nmbd
Feb 10 21:41:42 CoreELEC kernel: [ 4119] 0 4119 7593 666 18 2 0 0 smbd
Feb 10 21:41:42 CoreELEC kernel: [ 4152] 0 4152 6887 341 15 2 0 0 smbd-notifyd
Feb 10 21:41:42 CoreELEC kernel: [ 4155] 0 4155 6885 341 15 2 0 0 cleanupd
Feb 10 21:41:42 CoreELEC kernel: [ 4204] 0 4204 7593 385 16 2 0 0 lpqd
Feb 10 21:41:42 CoreELEC kernel: [ 4292] 0 4292 672 29 4 2 0 0 kodi.sh
Feb 10 21:41:42 CoreELEC kernel: [ 4315] 0 4315 882170 774349 1559 4 0 0 kodi.bin
Feb 10 21:41:42 CoreELEC kernel: [ 4316] 0 4316 454 10 4 2 0 0 hciattach
Feb 10 21:41:42 CoreELEC kernel: [ 4317] 0 4317 1296 50 6 2 0 0 bluetoothd
Feb 10 21:41:42 CoreELEC kernel: [ 6580] 0 6580 2997 205 9 2 0 0 systemd-udevd
Feb 10 21:41:42 CoreELEC kernel: [ 6625] 0 6625 2997 156 7 2 0 0 systemd-udevd
Feb 10 21:41:42 CoreELEC kernel: [ 6626] 0 6626 2997 156 7 2 0 0 systemd-udevd
Feb 10 21:41:42 CoreELEC kernel: [ 6627] 0 6627 2997 156 7 2 0 0 systemd-udevd
Feb 10 21:41:42 CoreELEC kernel: [ 6628] 0 6628 2997 156 7 2 0 0 systemd-udevd
Feb 10 21:41:42 CoreELEC kernel: [ 6630] 0 6630 2997 156 7 2 0 0 systemd-udevd
Feb 10 21:41:42 CoreELEC kernel: [ 6757] 0 6757 2997 156 7 2 0 0 systemd-udevd
Feb 10 21:41:42 CoreELEC kernel: [ 6770] 0 6770 2997 156 7 2 0 0 systemd-udevd
Feb 10 21:41:42 CoreELEC kernel: [ 6771] 0 6771 2997 156 7 2 0 0 systemd-udevd
Feb 10 21:41:42 CoreELEC kernel: [ 6785] 0 6785 2997 156 7 2 0 0 systemd-udevd
Feb 10 21:41:42 CoreELEC kernel: Out of memory: Kill process 4315 (kodi.bin) score 872 or sacrifice child
Feb 10 21:41:42 CoreELEC kernel: Killed process 4315 (kodi.bin) total-vm:3528680kB, anon-rss:2950732kB, file-rss:146664kB, shmem-rss:0kB
Feb 10 21:41:42 CoreELEC kernel: oom_reaper: reaped process 4315 (kodi.bin), now anon-rss:16kB, file-rss:150964kB, shmem-rss:0kB
It looks like Kodi or your used addon does have a memory leak.
1 Like
First, thank you for your attention.
Where do you open the media file from?
From my NAS server.
Can you try it to copy it to the local storage of the device?
Yes, I can try this this weekend if necessary.
Can you provide a sample of the media file and can you play it back as well?
Is it useful ? Because it happens with any type of video file. (usually HEVC / 4K HDR)
Do you have the latest Android firmware on the VIM3?
No indeed ! I update and come back for a review.
(I didn’t know that the version of Android stored on EMMC, had an influence on Core-Elec stored on the Micro SD Card. Serious ? 
)
Re : Android updated.
Thank you for this helping hand, unfortunately, a new crash took place with the rapid advance 
http://ix.io/2P31