Hello,i would like to invite all the user to submit there devices info so we can come-up with a proper details for
all the Devices that support the @kszaq LiberELEC fork which should have the below detailsyou can find it on this Github Repo
Thanks,
you may wish to post the remote config files as well.
Here's what I have (I have updated the Mini M8s II set) , it includes
] redgerFirst of all, I couldn't test your sample clips as the files are password protected.
My box is a re-branded Mini M8S II 2GB/8GB, according to other fora. Video and audio go through an Onkyo AVR to my Panasonic TV
I tested with 1080i50 H264 AC3 2.0 (BBCHD caps from 2011) without an issue
I also tested with 720p50 H264 AC3 5.1, without issues again.
hi Moe,
the password is the same as my user id.
My hardware is the same as yours, Mini M8S II 2GB/8GB
H264 1080i/50 AC3 test clip https://www.dropbox.com/s/weuqz3qhst9w8w...rt.7z?dl=0 starting from about 00:01:37
MPEG2 720p/50 test clip Dropbox - 1024_20161203090100_short2.7z problem commences immediately, recurs just over once / sec
the above clips were both recorded from Australian TV
it would be great if you could test these, and yuri's clip sample.ts and provide feedback ... just for my piece of mind 
thanks
to confirm ... I've just tested LibreELEC-S905.aarch64-7.0.2.007.img the videos with audio which cause problems for version 9 and 10 work ok on version 7 ... my h264 1080i/50 AC3 and yuri's 1080i Stereo test clip both work ok
The 720p/50 progressive content also has problems in version 7 .... it stutters
Thanks again kszaq for all your work 
Updated from 9 to 10
Played test clips
This is with
[hr]
As I already say issue appear after any error in the stream from pvr. I'm recorded TS sample with that error at tenth second. For me, 008-fix plays this file with only small distortion at the tenth second. 009 and later starts play jerky after the tenth second.
sample.ts
PS. Kodi at RPi2 plays this file without any issues.
I also ran Yuri's test clip (above) and observed the same slow frame rate as Yuri. Similar to my test clip (though Stereo sound in this case vs. AC3 sound in mine).
My settings are as described above
PS Also tried test clips with (video / Playback) Adjust display refresh rate = Always and = On start / Stop ..... no change in behaviour (Pause during refresh rate change = 0.1 secs)
link to test file Dropbox - 1090_20161207040000_short.7z
the password is the same as my 6 letter user name
problem occurs at 00:01:37 ie. 1 minute 37 secs or so
The following kodi log is specific to the above test file
Ubuntu Pastebin
problem seems to occur at log time 20:49:51 In this case the log message appears different, but the visual outcome on the screen is similar ie. very very slow frame rate / skipped frames
The unix truncate command was used to generate the test file, so file integrity is a bit dodgy, however players all seem to accept it ok ... and play it. Most importantly, the "problem" remains in the file and is consistently reproduced
link to test file Dropbox - 1024_20161203090100_short.7z
password is the same as my 6 character user name
Created 2 separate reports
These appear to be something other than deinterlacing issues. Both are highly repeatable and occur in both the 7.02.009 "stable" and Dec 4 alpha release
Test files now added to the above reports
The problem can be reproduced on the alpha version LibreELEC-S905.arm-8.0-devel-20161204210449-r24821-g9f57b18.img.gz
Log Ubuntu Pastebin starting from log time 08:03:08.740
In this case the same content as above is played (a) on the alpha release (b) from a file on an NFS share rather than via the pvr-mythtv addon - note that it's still the same file being played
Filename = 1024_20161203090100.ts
Codec info
- MPEG-2 (mpgv), 1280x736, display 1280x720, framerate 50hz
- A52 Audio (aka AC3) (a52) Stereo Rate 48000 Hz Bitrate 256kb/s
Display capabilities (confirm 50Hz is available)
cat /sys/class/amhdmitx/amhdmitx0/disp_cap
480i60hz
480p60hz
576i50hz
576p50hz
720p60hz
1080i60hz
1080p60hz
720p50hz
1080i50hz
1080p50hz*
1080p24hzThis looks like -
This does not look like a de-interlacing issue based on the available information (of course I could be wrong ) particularly since this is Progressive content ie. does not need deinterlacing
The problem can be reproduced on the alpha version LibreELEC-S905.arm-8.0-devel-20161204210449-r24821-g9f57b18.img.gz
Log Ubuntu Pastebin starting from log time 07:41:10.735
In this case the same content as above is played (a) on the alpha release (b) from a file on an NFS share rather than via the pvr-mythtv addon - note that it's still the same file being played
Filename = 1013_20161204005500.ts
This looks like -
This does not look like a de-interlacing issue based on the available information (of course I could be wrong
For contrast, the following log was taken from an Intel Chromebox (cpu = 455u) running Kodi under Kubuntu 16.04
Ubuntu Pastebin
See log time 13:47:16 ... you can see an audio error occurs at exactly the same point in the source file. The difference is that the intel machine recovers from the error and plays on. Visually there is a slight delay where video appears to break up briefly but then continues as if nothing happened.
thanks Hoppel. I tried with a few different values for the parameters you pointed to ... no success.
On reviewing the kodi log I notice that there is a Synch error on AC3 then the problems commence, so I have documented and posted a bug in the appropriate place (along with the log)
It seems likely this is related to an audio error. CPU doesn't seem to race off when the error occurs so when it goes all "freeze frame" I don't know.
Thanks again everyone for your help, I've now raised 2 separate issues
I have MPEG2 720P video recordings via a Mythtv backend which "stutter" when played on Libreelec build 7.0.2.009 from 7.0.2.009
About once per second there will be a brief pause in the video.
This occurs whether the video is played via the mythtv addon or directly from the server via an NFS share
Device details - AMLogic S905X, Mini M8S II, 2GB/8GB boot from SD Card (16GB Sandisk)
Hardware acceleration is turned on for MPEG >= 720P
Logfile posted at Ubuntu Pastebin
Video stream commences at about log time 16:02:07
Same problem occurs for all videos 720p from this channel
filename1024_20161203090100.ts (current affairs)- H264 MPEG-4 AVC (part 10) (h264), 1280x736, framerate 50hz
- A52 Audio (aka AC3) (a52) Stereo Rate 48000 Hz Bitrate 256kb/s
I have a video sample but was unable to successfully attach it ....
Frame rate error on Libreelec build 7.0.2.009 from 7.0.2.009
Device details - AMLogic S905X, Mini M8S II, 2GB/8GB boot from SD Card (16GB Sandisk)
see log at Ubuntu Pastebin problem occurs at log time 12:05:07 (close to the end of the log)
Note log entries at log time 12:05:07, this is when the freeze-frame-motion commenced
From the log it appears there's an AC3 synch problem, then the video is displayed as a series of freeze frames .. aprox. 1 frame / sec
video sample cannot be posted (too large at 18GB and haven't yet worked out how to cut appropriately)
source file is Australian Hidef TV H264 1080i/50 recorded via Mythtv (separate backend on server). Recording can be played successfully by
doesn't matter whether played via pvr-mythtv ... or as video (copied to NFS share), problem is the same, video goes to intermittent frames while sound continues ok
consistent issue at 5:17:50 of video ie. something about the source.
whole screen refresh is impacted eg. menu overlay also impacted (play time "jumps"), probably no surprise
The problem is not specific to one file / show or tv station (at least 2 cause this issue, though I have only retained one example so far)
The problem has so far related to sport programs ie. fast pans, bold colours and lots of sudden sounds. Most other hidef progams are ok (except the separately noted 720p issue)
Tried (without success) -
<advancedsettings>
<network>
<buffermode>1</buffermode>
<cachemembuffersize>157286400</cachemembuffersize>
<readbufferfactor>20</readbufferfactor>
</network>
<pvr>
<minvideocachelevel>20</minvideocachelevel>
<minaudiocachelevel>15</minaudiocachelevel>
</pvr>
</advancedsettings>will often resolve itself .. temporarily
Problem resolves, then occurs again later
No obvious CPU issues - track with top and never looked like a problem
No obvious Network issues, iftop shows about 6.5Mb/s consistently
Other notes
Some other "problem" time points in this file (for my documentation - repeatability)
- filename 1013_20161204005500.ts (sport - car racing)
- H264 MPEG-4 AVC (part 10) (h264), 1920x1090, display 1920x1080, framerate 25hz
- A52 Audio (aka AC3) (a52) 3F2R/LFE Rate 48000 Hz Bitrate 448kb/s
- filename 1013_20161201083000.ts (wildlife documentary) ... codec details same as above
- problem point at 00:43:55
yep "sync to display" is Off ... whilst passthrough is On
thx for the advice. I had previously set the bypass_all = 1 in autostart.sh ... a few days back ... but strangely the TV still reports a 1080P signal (ie. already deinterlaced, so the setting has no apparent effect)
The question for me is why yours works ok but mine doesn't
hi mmpp,
output of cat /sys/class/amhdmitx/amhdmitx0/disp_cap
480i60hz
480p60hz
576i50hz
576p50hz
720p60hz
1080i60hz
1080p60hz
720p50hz
1080i50hz
1080p50hz*
1080p24hzI tried to find a way to change deinterlace options, but cannot find an option anywhere ... including in the Video option from the menu at playback time. Should I expect to see a deinterlace option ? I would happily turn deinterlacing off if I could .... but it appears to be a permanent feature of the hardware (?). Have I done something silly ?
The deinterlace options only seem to appear when software decode is used ... but not with hardware decoding (required for high def files)
PS I'm using the 7.0.2.009 build ... does the newer build offer deinterlacing options.
fwiw I have enabled audio passthrough (ac3 and dts supported .... tho tv files only contain ac3 at most). Note
PS I did find that (a) subtitles were enabled (b) pause while retrieving subtitles were both set. I have yet to discover how to permanently set subtitles to disabled ... not sure yet if this has made any difference ... UPDATE no difference - problem remains
thx mmpp. Unfortunately doesn't work for me (I checked my refresh rate switching settings and set same as yours).
Could be a firmware issue ? Mine is a Mini M8s II (s905x) with Aug 2016 firmware (I think)
I've just discovered that 720P/50 (Australian tv, from a mythtv back end) also stutters. Could this be a 50/60 hz translation issue ie. source is 50hz ... being played at 60hz. It seems to stutter a bit over once per second ? The problem is constant and consistent across multiple files. MPEG2 576i/50 has a similar issue
The problem disappears when MPEG2 hardware acceleration is set OFF (ie software decoding, which the CPU is capable of, to 720p at least)
Strangely, hardware accelerated MPEG2 1080i/50 seems to play without this issue (limited testing, can't record any more of this). Problem is that the CPU seems not quite strong enough to play this content 
I previously encountered issues with h264-1080i/50 source (also Australian tv recorded via mythtv). In this case the problem surfaces, persists for a while and then usually resolves itself (for a while)... unlike the mpeg2 source.
Any thoughts ? Information I can provide ?