I have the same feeling about 8.2.5-Chroma.422.10bit, on a S905X running at 1080p.
I just downgraded to 8.2.4-Test, and 24.000 seems to be correctly displayed
Thank you very much for testing this! 
Is it safe to falsh back to that build (I use internal)?
Do you have a link? It's not on wrxtasy's google drive...
Display MoreCinema movies are shot at 23.976fps which is known as 24p. Exception are UK movies shot at 24.000fps and Kodi interpretation is the same for both. It will switch (should) your TV to 24Hz. It does in my case. I checked it like minute ago.
If it doesn't on your setup make adjustrefreshrate overrides in advancedsettings.xml (advancedsettings.xml - Official Kodi Wiki).
The downside of 24Hz if flickering which is more or less visible in some scenes. Especially bright.
Not even cinemas really show 24fps. The shutter rotates so actually you are watching at 48Hz or 72Hz.
More Hz = less flickering.
So if don't wanna hurt your eyes buy a 48Hz, 72Hz or 120Hz panel TV.
I personally like to set 50Hz and let Kodi to match the rest. Basically it's played like PAL standard (all Europe) and it's smooooth
Read my initial question again, it's all there. Your comments do not help at all.
This is not about flicker or personal reception of refresh rates.
LE should play 24.00Hz content without frame skips.
It does so if the menu refresh rate is switched to 24.00Hz beforehand.
It does not if the menu refresh rate is at 60Hz.
It used to work with a 60Hz menu refresh rate in older builds.
Please refrain from commenting if you cannot contribute or understand the issue.
Check the settings again.
Refresh rate works as it should.
Yes it does for 23.976Hz, but not for the rare, even 24.00Hz sources.
For smooth playback you can also set:
- 50 Hz in GUI
- Adjust display refresh rate to match video ON
- Sync playback to display ON
It's better solution than 24 Hz in my opinion.
I respectfully disagree, I like my sources being playbacked with their native refresh rate.
Hi wrxtasy,
I am extremely happy with what you brought to these builds and I have been using your latest (?) S905 build for quite some time now:
LibreELEC-S905.arm-8.2.5-Chroma.422.10bit.img.gz
There is one thing I noticed only recently, because I rarely watch that kind of content:
Refresh rate switching to 24.00Hz is flawed. I am pretty sure it is being displayed as 23.976Hz, because frame skips occur.
These skips do not occur if I change the UI resolution to 24.00Hz beforehand.
This is something that used to work on older builds "back in the day", probably before you took over.
Maybe it's an easy fix - I just wanted to let you know.
Thanks again for your great work!
Thank you, will do when I return.
The box is currently in use and still runs perfectly from SD with the regular device tree.
I gave it to my friend to use like that for now because I am leaving for a vacation tomorrow.
I will try to restore Android once I return, so I am happy for the advice I got here.
As far as advice to others goes, would you not agree that everyone should at least learn enough to know that they should back up their original FW before hastily overwriting it?
Of course that is good advice, I never contested that.
Unfortunately it is too late in my case, which is entirely my fault of course, but so your post just sounded spiteful to me.
Of course people have had flashes go wrong before (which is what this particular issue is), they just usually have taken precautions allowing them to quickly revert the box to original setup
I just believe that my particular problem has never been named here.
Normally people can just run installtointernal again and it's fine.
There were also cases where the box just booted into a black screen from internal, but booting to Android Recovery seemed entirely new for me.
This is why I asked for experiences.
Hopefully you will be able to recover your box using the advice you have received and therefor be able to stop striking out at those offering help
I hope so too, but I need to clarify that I did not strike out to anyone! What are you talking about?
I merely asked for help and I was happy to get it, thanking the authors and/or liking their posts.
You are the one who started this and I think it is understandable that I tried to explain and defend my actions in response.
I have been part of this community for a good while and I also try to help and contribute where I can, so I thought asking for a bit of help would not be the worst thing in the world.
Perhaps now is a good time for those that insist on installing to internal, for no real gain, to note that doing so does involve some risk, unlike installing to external media, and shouldn't be attempted until you have a working backup of your original Android FW
These warnings have been repeatedly issued throughout these forums.
It's a shame that some only decide to read up on what they're doing after they are affected by the possible issues that previous posts attempt to help others avoid.
Perhaps in some cases there is also no reason to be spiteful or judgmental.
Just because you might not see a benefit in installing to internal, does not mean everyone thinks the same way.
I see a few reasons - convenience, speed (yes, it is faster - think access times), spare SD card to use for test builds and/or other things, potentially free SD slot in the box to use for other things (game ROMs, pictures, video files, music)... and probably more reasons for others that I am not thinking of.
Since I used installtointernal before, followed the protocol exactly and had no issues whatsoever in the past, I did not see a risk in doing so.
Furthermore, as far as I remember and the feedback here goes, the particular issue I described has never been encountered by someone else before.
Well, the installtointernal script definitely did do something for me, since the Android is gone and just recovery is left.
So, if re-installing Android and then running installtointernal again is the only option I have, does someone have a hint for me which firmware to use?
I cannot find a firmware specific for the M96X, some people say X96 works...
But apparently the firmware for my box was a 7.1.1 from 20170703, that's what the recovery says.
It also says NMF26Q...?
Also, which dtb.img do I use?
Sorry for these questions, but I never restored an Android system and I don't want to brick the box...
If you provide a wrong device tree, the device doesn't boot into LE and you can't SSH to it. The easiest way to restore the box should be USB Burning Tool.
I can boot just fine from SD with the regular non-nand device tree - everything works.
If replacing that decive tree with the _nand device tree leads to a black screen, doesn't that mean _nand is wrong for the box?
No matter what the manufacturer says about the box - the terms NAND, FLASH and eMMC are being misused all the time, right?
Hi kszaq, would you please be so kind as to give me some advice on how to proceed?
Display MoreHello guys.
I just tried to setup a new S905X box for a friend.
It's an "M96X" device.
Everything went just fine, system runs perfectly from SD.I used 8.1.10 with the current gxl_p212_2g.dtb device tree.
I then wanted to installtointernal, which seemed to go fine as well - but something went wrong.
When I boot the box from internal now, I get the Android Recovery screen:Of course I tried to run installtointernal again, but then it just hangs itself up trying to backup a device tree.
Can you please help me out? How do I go on from here to get LibreELEC installed on the internal memory?
Thank you in advance!
Yes, it's a bit of a wedge.
I started out with the regular non-nand device tree and everything worked great.
After I tried installtointernal and got the described issue, I also tried to replace the device tree on the SD card with the _nand tree.
That ended up in booting into a black screen from SD.
So I replaced it with the regular device tree again and it booted fine.
Therefor, I would assume the regular tree is correct?
I thought that the partition is standard, since I did not have to use the _nand device tree?
Either way - as I wrote, I already tried to just run installtointernal again, but it does not work.
Hopefully kszaq is able to help once he returns.
Display MoreHello guys.
I just tried to setup a new S905X box for a friend.
It's an "M96X" device.
Everything went just fine, system runs perfectly from SD.I used 8.1.10 with the current gxl_p212_2g.dtb device tree.
I then wanted to installtointernal, which seemed to go fine as well - but something went wrong.
When I boot the box from internal now, I get the Android Recovery screen:Of course I tried to run installtointernal again, but then it just hangs itself up trying to backup a device tree.
Can you please help me out? How do I go on from here to get LibreELEC installed on the internal memory?
Thank you in advance!
Has nobody encountered this before?
Please help me out, I don't know how to proceed!
Thank you.
Hello guys.
I just tried to setup a new S905X box for a friend.
It's an "M96X" device.
Everything went just fine, system runs perfectly from SD.
I used 8.1.10 with the current gxl_p212_2g.dtb device tree.
I then wanted to installtointernal, which seemed to go fine as well - but something went wrong.
When I boot the box from internal now, I get the Android Recovery screen:
Of course I tried to run installtointernal again, but then it just hangs itself up trying to backup a device tree.
Can you please help me out? How do I go on from here to get LibreELEC installed on the internal memory?
Thank you in advance!
No, that's not right. Download correct current device tree from OP, place in .update folder, do not rename it.
That is the first time I am hearing/reading this.
I still always rename the current device trees to dtb.img and it always worked just fine.
Did kszaq ever recommend to not rename them anymore? Again, first time I read this...
If i boot my box without autostart.sh, my AVR say's 420 8 bit. But just to be sure, i'll check it again later on.
If the GUI is set up to 2160p50 or 2160p60 then it will be 420, sure.
For everything else it will be 444.
You have to turn down the color saturation on your TV about 10 clicks, when using UHD (4K)
That however is not a rule.
There is no difference between 1080p and 2160p GUI colors on my TV...
