Hey fellows one more question regarding the topic .. If i pud the Libreelec img file LibreELEC-S805.arm-8.2-8.1.10-m201d.img in /storage/.update then where should i put the device tree file dtb.img
In the same place.
Posts by ukmark62
-
-
I'm on 19/09 build on S905 (non X) with just 1gb of ram and seems to can stream also 1080p netflix show!!!
Just a note: in live tv (50p, non HD streaming from TVHeadend server) every 10-20 seconds there's a frame drop and audio stuck for some ms, this was not presente on 8.x builds. I'm the only one? Thanks.
I get some occasional video & audio drops (playing local HEVC content), but Leia is still in alpha stage, so I expect issues will be present for some time. Still, I have noticed that these kodi issues seem to be less frequent as the newer builds come out.
Thanks to Gendo!
-
Using v8.1.5 on Beelink MX64 S905 box 2GB/8GB and notice that the led colours are incorrect.
Off/Standby are red (that's ok)
On is red (should be blue).
Only started with v8.1.5.
-
Skipped frames playing 1080p HEVC.
One every few minutes.
Apart from that and some SMB problems everything works.
Still, the best is 7.0.3.012.
I still have hope you will update Jarvis with full nougat kernel. That would be awesome or maybe Leia will be better alternative in a few months.
I agree about 7.0.3.012 - for me version 7.0.3.012L provides perfect playback for both x264 and HEVC files at all of my frame rates (23.976p, 24p and 25p).
The only issue for me with LE 7 is the resume playback issue, where the resume point can be (in extreme case) about 7-10 seconds after the actual resume time. This was fixed in LE 8 (PR11713) (changelog from 8.0.0c - experimental: backport Kodi PR11713 - Search backwards for keyframe when resuming playback) .
It's a pity PR11713 could not be backported to LE 7 - then LE 7 would be perfect.
The only frame skipping for me on current LE 8 versions is with 25p encoded HEVC files. However, I have managed to find version 8.0.0c of LE that (so far) is providing perfect playback although it is quite an early LE 8 release. These 25p frame skips at the later LE 8 releases are unpredictable in their timing - sometimes (very rarely) playback can be more than 30 minutes before a skip occurs and if you replay the exact same file, the skip does not occur in the same place. The skips are more frequent and more noticeable with nougat kernel than with marshmallow, although the cause may be purely related to kodi changes - I don't know.
I too am hoping for Leia to provide better playback.
PS. I don't have any 4k content so cannot comment on how that performs on LE 7 and LE 8
-
Sorry, I don't mean to hijacked your post, but just to mentioned that I have almost identical experience. I am using, Balbes50 build LibreELEC & OpenELEC for Tronsmart Vega S95 - FreakTab.com that is based on kszaq build, Since I am not certain where the problem lies, I have result back to Kodi.17.1-RC2 Git:5814568, complied : March 23 2017. Every thing works perfectly on this build both Live TV, and several HEVC movies. But once I upgrade to 8.0.2e (2017-07-04) build same issues start, I am not sure if log file will help to identify the issue, pls let me know how to tweak the log setting to capture the issues.
Thanks
I've been using LE v8.0.1a to test for stutter and so far have not noticed any. I thought 8.0.1l was ok, but started noticing it when I thought it was solid. It did not happen as often on 8.0.1l as with 8.0.2 builds.
I reverted back to 8.0.1a as this was the last build with the marshmallow kernel before a hybrid system was used in 8.0.1b and later. I believe the marshmallow kernel was used again in 8.0.2a and onwards. So far, all builds after 8.0.1a have exhibited stutter (for me) for 25p content only .
8.0.1a has so far proven very solid. I also notice that the info for this build is Kodi 17.1 Git:fc1619b with compile date of March 23 2017 - almost identical to yours apart from the RC2 version. The stutters are not that frequent - average maybe 1 every 10 minutes - and some of the stutters are very difficult to notice.
I'm starting to think that this might be a native Kodi issue. I'll wait for the new nougat builds to do further testing. In the meantime I'm quite happy to stay with 8.0.1a - it appears to be the latest available release that does not suffer from the issue.
-
Sorry, I don't mean to hijacked your post, but just to mentioned that I have almost identical experience. I am using, Balbes50 build LibreELEC & OpenELEC for Tronsmart Vega S95 - FreakTab.com that is based on kszaq build, Since I am not certain where the problem lies, I have result back to Kodi.17.1-RC2 Git:5814568, complied : March 23 2017. Every thing works perfectly on this build both Live TV, and several HEVC movies. But once I upgrade to 8.0.2e (2017-07-04) build same issues start, I am not sure if log file will help to identify the issue, pls let me know how to tweak the log setting to capture the issues.
Thanks
Are the problem files 25p content?? My issue is specifically with 25p files - 23.976p and 24p files playback perfectly.
-
The build was not meant for public testing, it was a copy for my update tests. When I have something for public tests, I will post it here.
I'm sorry but without a sample I am unable to look at the issue. Maybe you'll be more lucky with future 8.2 build with Nougat kernel.
Thanks kszaq,
I just found that 8.0.1l also has the same glitch - but it seems to happen a lot less than the 8.0.2 builds. I'm not looking for a fix - I'll wait until the nougat builds come out. I just wanted to put it out there. If the problem persists with the nougat builds, I'll provide a sample and log.
The caveat is that you can replay the same file and the stutters will occur in different places and the number of stutters will also vary - there's no consistency. As said previously, they don't seem to happen too often.
I've just reverted back to 8.0.1a - this build has yet to show a stutter - fingers crossed
My previous testing showed that this build was 25p-stutter free - or at least the occurrences were a lot less frequent than 8.0.2.PS. What are late frames?? (It's mentioned in the changelogs and just wondered if this might have an effect).
-
I raised an issue a few weeks back on post # 3,633 ([8.0.2e] LibreELEC 8.0 for S905/S905X) concerning random stutter during 25p content playback (23.976p and 24p content are unaffected). This content is all HEVC and 720p resolution. My entire library is 720p and 98% is HEVC.
I have narrowed it down to the change between releases 8.0.1l and 8.0.2a. I have tested several files at both releases and so far I see perfect playback at 8.0.1l, but random stuttering at 8.0.2a and all subsequent releases through 'e' on the same files.
The big change at 8.0.2a was that Kodi was upgraded from v17.1 to v17.3 and the kernel was changed back to MM. I don't know if this is the cause but my testing does seem to suggest that this is where the issue started. The stutters are random in nature (not predictable like the 40 second micro stutter). It also appears that release 8.0.1a plays back the files perfectly (this was the last MM release before the experimental kernel changes done from 8.0.1b thru 8.0.1l)
Should I upload a debug log (or a sample of the log around the time that the stuttering occurs)?
Strange that only 25p is affected,,,,,,,,,,,,,,,,,,,,,,, I should add that the files playback at the correct TV hertz rate (i.e. at 24hz for 23.976p and 24p and 50Hz for 25p).
I've posted a log here:- FGDg
This was using the latest dev version uploaded yesterday. The stutters are a lot less noticeable (so far) with this version - sometimes very difficult to see them. I don't know if the log will shed any light. I did test a x264 25p 720p file and also noticed stuttering - as said, it's difficult to pin down the cause as it's so random and sometimes it can be 20 minutes or more before it happens. Most of the time it happens within the first 10 minutes - but on all 25p content so far.
TIA
PS - I've no problem staying at 8.0.1l
-
le9-testing4 uploaded. The img.gz currently can't be used for upgrades, so I've uploaded the tar as well. This will be fixed.
This is also using Raybuntu's Odroid C2 addon repo, so many addons are available again (not sure if all work). He also has a netflix repository which may simplify the installation of and updates to the netflix addon.I'm afraid I'm seeing a lot more frame skips on testing4 versus testing3 watching back 23.976p movie at 24Hz (The first Hobbit film - HEVC codec at 720p). No changes made to any settings - just dropped the .tar file into update folder and rebooted,
This is on Beelink MX64 2GB/8GB S905. My TV is Panasonic Plasma model TX-P42X50B and I have direct HDMI connection between the S905 and the TV. These HEVC files play back perfect using LE Jarvis and LE Krypton.
Do you need a log?
-
I play the movie I always use to test fractional frame rates - The first Hobbit film which contains lots of scenes that show up any frame 'jumps'. I played it for about 10 minutes and noticed a couple of jumps. Let me do some more testing........and I'll submit a log if needed. Thanks.PS. Does it matter if the install to LE 9 was a clean install or an upgrade of LE 8??
I've uploaded the log to:- BWRX using the built-in libreelec utility to submit logs.
I played two parts of the movie - the first 10 minutes or so and a portion from about 1hr 19m to 1hr 22m. The frame jumps were very quick - I would say about 3 (i.e. blink and you would miss them). The movie is still very watchable and like I said these jumps were not the same as the old 40 second micro stutter you get when playing 23.976p movies on 24hz display. These were much less noticeable. Hope the log helps in some way.
The movie is encoded for HEVC, 720p resolution with AAC audio. My box is S905 Beelink MX64 with 2GB RAM and 8GB internal drive.
-
How long did the file play? I noticed an issue with the fractional frame rate patch so it may take around a minute for it to get set (only happened once in testing and couldn't recreate again). If longer, I'll need more info and logs.
I play the movie I always use to test fractional frame rates - The first Hobbit film which contains lots of scenes that show up any frame 'jumps'. I played it for about 10 minutes and noticed a couple of jumps. Let me do some more testing........and I'll submit a log if needed. Thanks.PS. Does it matter if the install to LE 9 was a clean install or an upgrade of LE 8??
-
For LE9.x - Kodi Leia - I would advise to start from a pretty clean slate.
So Nuke lateframes, channel skip, fractional frame rates - all of them. I have found they are not needed at all for smooth video playback.
TvHeadend TV channel switching is now the best I've ever seen it with the very latest pvr.hts & Leia master with the above patches removed:
I'm noticing frame skips on 23.976p content when played back at 24hz - using testing3. Thanks so much for your efforts on this.
-
Display More
Build 8.0.2c did something it can't undo by going back to 8.0.2b.
When watching shows with frame rate@25, it's like it's skipping a lot when people are moving etc.
Will test some more with other refresh rates.
Edit
Same goes for 24p, show info/codec info is @ 0 in both drop and skip.
Forgot my box is a Venz 10 Pro s905x.
Just wanted to also say that 25p content using LE 8 (I'm on the latest 'e' version) does exhibit random frame skips/drops/stutter etc. This happens on all 25p content (HEVC, 720p) that I have tested so far (UK TV series mainly). 23.976p content appears so far to playback very smoothly at 24hz without any stutter. I haven't any 24p content to test.
The behaviour is inconsistent in the timing of the frame drops/skips (if I restart the video the skips do not seem to occur at the same place), but is consistent in that all 25p content (so far) exhibits the problem. I have a couple of S905 and S905X boxes and all boxes display the same behaviour.
I don't know if a log or sample would help as it appears to be random as to when the jumps occur and has happened on all versions of LE 8 that I have downloaded.
Same files on LE 7 playback without any issues. I would stay on LE 7 apart from the fact that in Kodi Krypton, a long standing bug was fixed where resuming a video now resumes from the nearest video keyframe 'before' the resume point. Prior to this, resumes would choose the 'next' keyframe. Sometimes (in extreme cases), the resume could be up to 10 seconds or so after the 'actual' resume point.
I believe the video player was completely redesigned/rewritten by the Kodi team in Krypton - probably causing these playback issues.
Does anybody else notice the same problem with 25p content (this is with auto refresh rate turned on so that the TV switches to 1080p/50Hz mode)??
TIA.
Update: I did find a 24p video and that played back without any glitches. The drop/skip frames with 25p content does not happen very often (difficult to give an average but I would say maybe 4-5 times per hour). The video is still watchable.
-
OK, you're right. I just discovered that I have a skipped frame every time in the same place using Krypton "j" build (Star Trek Beyond HEVC) but latest Jarvis "k" seems to play it smooth.
No idea why some boxes have these stutters and others not.To keep life interesting????
-
Display More
Can you give the release name of the Hobbit movie for test purposes?
Is it only one stutter you've spoted? And it's always in the same place?
This is kinda weird because stutters have tendency to be random.
The "k" build has a nougat kernel. Picture quality is much better in my opinion.
As a matter of course there must be differences in video processing.
Maybe this one "hobbit" stutter only looks like stutter?
Low bitrate videos have plenty of artifacts. This one could be more visible with new kernel because of differences in video processing.It's definitely stutter or skipped frames - either way the picture "jumps" for a fraction of a second. It's very similar to the results I get using LE 8.0.1j.
The film is "An unexpected journey". It's the only obvious stutter I've noticed but there was a couple of scenes that looked like there was stutter but it was difficult to be sure (not much motion in the scene). It was always in the same place - I would expect that since I start playback at the same place. With "j", it's perfect and the difference is clear.
I also have a S905x box (Sunvell T95X) that is currently on LE 7 "j". I'll give that a go with both "j" and "k" and start playback at the same place and report back.
[hr]It's definitely stutter or skipped frames - either way the picture "jumps" for a fraction of a second. It's very similar to the results I get using LE 8.0.1j.
The film is "An unexpected journey". It's the only obvious stutter I've noticed but there was a couple of scenes that looked like there was stutter but it was difficult to be sure (not much motion in the scene). It was always in the same place - I would expect that since I start playback at the same place. With "j", it's perfect and the difference is clear.
I also have a S905x box (Sunvell T95X) that is currently on LE 7 "j". I'll give that a go with both "j" and "k" and start playback at the same place and report back.
Tried the S905x box and with "j" using the same video and starting point, playback is buttery smooth and perfect. With "k", the stutters are present - this time they are more frequent than with the S905 but occurring in different places. Have not tried turning refresh rate switching off as I can't bear 3:2 pulldown and it's attendant "jerky" panning scenes.
Maybe it's an HEVC (x265) anomaly - all my files are HEVC. This was encoded with Handbrake. Either way, I've been using "j" for a while now and am perfectly happy with it. Kszaq has already said that "k" is the last LE 7 release, and for me it's not important.
I tried attaching that portion of the movie (44Mb size) to this message, but I receive an "413 Request entity too large" error.
-
It seems the rebuilt k is available since yesterday evening : Index of /s905/7.0.3.012/Thanks.
Tried again with new "k" version and I get the same result. Tried 3 times and in each case the frame skip/stutter occurs in the same place. It's not bad, but I notice it due to the nature of the scene - fast horizontal panning.
I start playback at 1:19:30 on the first Hobbit film (my version is x265/720p low bitrate) and at 1:22:25 the problem occurs. I always use this part of this movie to test for stutter. In fact when kszaq started developing LE a good few months back, I was one of the original testers specifically for 23.976p playback at 24Hz, and this part of the movie is great for noticing stutter.
I reverted back to "j" and playback is perfect again. It's not an issue for me as I'm very happy with "j". The only other thing to note is that my box is S905 whereas the other post from "yatoya" was using a S905x box, x264 video and 1080p resolution.
-
I have played Hobbit (x264, 1080p, 13GB file) via SMB on 'k' build and didn't notice any stuttering.
I'll give it another go. Apparently kszaq is recompiling k again - I'll wait for that and try again. However, I have no need to upgrade from k - but I like to have the latest version.
-
Hi Andreawith every LE8 release I've had dropped and skipped frames (just a few, but noticeable). Sometimes when watching a movie, and also by bringing up the OSD. And as I share my database with a Xiaomi Mi Box running SPMC 16.x, it was an easy decision to rollback
I agree. 7.0.3.012j is as close to perfect playback as I'm likely to see. No dropped/skipped frames at all. I tried 7.0.3.012k and I noticed very slight stuttering, so I'm staying with "j". All my files are stored on a 2TB external HDD and played back via the USB port. I should add that 95% of my videos have a frame rate of 23.976, and I have refresh rate switching turned on so that the TV goes into 1080/24p mode. To test for "stutter", I play back a certain portion of the first Hobbit film that has a lot of sweeping panorama scenes (the easiest scene types to detect any stutter).
With LE 8 the best I have found so far is 8.0.1i - only very minor stuttering on playback - but the best so far for me. "j" was worse than "i" for me. The only reason for me to move from LE 7 to 8 would be if a killer Kodi skin came out on Krypton. I have LE 7 on NAND and LE 8 on SD card.
Using S905 Beelink MX64 with 2GB ram and 8GB internal storage.
