Not yet.
I just tested the final (Beta 5) - same issues.
Posts by jd17
-
-
her:
What about NFS?
Do you know what kind of network performance is common with the NFS protocol?Is the chart on SMB performance?
And what is the actual scale? 10.000 = 100Mbit?I have a Mini M8S II 2/16 and I use the NFS protocol.
-
I can at least confirm for my Mini M8S II, that HDR10 is properly output.
The TV goes into HDR mode and colors + black level appear correct.
HDR and BT.2020 are shown when checking with TV info button.I do however not know, if 10 Bit color depth are output from the box, since the TV does not show that information.
I hope that helps.
-
Thanks kszaq, that sounds good.
Hans Gruber:
Maybe you misread the issue... This is about 23.976 frames, not 60 frames video.
I only had the menu set to 60fps.
Changing that to 50fps or 30fps does not have any effect on the 23.976fps video for me, as long as frame rate switching is active of course. -
Well, the last info I got from kszaq is that he does not have any frame skips and the patch for 23.976fps is already implemented since a while...
-
Am I really alone with those frame skips? :s
-
I do not see any difference in upscaling between Jarvis and Krypton on my S905 devices. I have a lot of SD and 720p content, all displays are 1080p.Can you upload a short sample video that highlights the problem?
Thank you for checking...
Maybe S905 devices behave differently?There is really no point in uploading a sample...
I see the bad upscaling in all SD or 720p content, it is not limited to only a few cases.I think a screenshot would help most - can I somehow take a screenshot in Kodi that shows the already upscaled image?
[hr]
I'm sorry if you misread my response in a condescending manner, those were not my intentions whatsoever. I'll assume it's when I wrote "to explain it in what I would hope is a sound and logical manner for you", which I could see how it would be easy to misinterpret. Really, it was more or less a long winded way of saying "I hope I make sense" and was not intended to challenge or mock your level of knowledge.Don't worry about it.
Quote
I've reloaded my SD card with Krypton to test and compare with my internal Jarvis build, and I truly see no difference between the two.Is your device a S905 or S905X?
And is there any chance, that my M8S II behaves differently than other S905X?
Quote
When hardware acceleration is enabled, all scaling is offloaded to the GPU to process. My understanding after some research is that the s905x Mali-450 GPU is only capable of bilinear scaling in the first place. To enable anything other than that or nearest neighbor options, you'd have to disable hardware acceleration in Kodi settings. Are you sure that in Jarvis you didn't perhaps enable "Post-processing" in the video settings menu only accessible during playback, or maybe disable hardware acceleration to try one of the other software renderers that would then show up? Enabling "post-processing" essentially adds a blurring/smoothing effect on top of the scaling that would perhaps explain why you perceived an improvement in quality. Try enabling it in Krypton and see if it helps.Do S905 chips have the same Mali-450 GPU?
It is possible, that the hardware upscaling method is only Bilinear.
What I see in Krypton however is so much worse than Bilinear scaling.
I tested both hardware acceleration on and off in both Jarvis and Krypton.
When hardware acceleration is off, I can choose between Bilinear and Nearest Neighbor when in the video - in Jarvis and Krypton.
When hardware acceleration is on, there is no choice - but Jarvis looks fine and Krypton looks awful.I never enabled post-processing in any testing situation.
Quote
As for the suggested solution/workaround, it's been a long standing feature request for Kodi dating back to 2009 and still getting +1's as recent as two months ago. Page 13 seems to show that a fix of this nature was actually attempted and even tested in several RPI dev builds, but was unstable, buggy, and abandoned. It may be possible to work the feature in, but it doesn't sound like it'll work all that well.That's sad.
-
Thank you for your help and explanations.
No need to be condescending however.The only other reference I have is an Android tablet (Samsung Galaxy Tab S 8.4) where Krypton also works fine and video playback has not degraded.
Upscaling is just as good as it was in Jarvis.
I deleted the original Android on the S905X box almost instantly, because I have witnessed before how messy Android-based Kodi generally is - so I did not see a need for it...I have a suggestion for a solution or at least workaround...
It should be possible to let Kodi always output the native video resolution, right?
This way we could make use of the generally better TV-internal scaling.
Maybe just a box to click like "Output native video resolution (use TV upscaling) = on/off".Right now it is already possible to run Kodi in 1080p and still output 2160p natively... This should be possible for the other resolutions as well?
What do you think kzsaq? -
I have to say that I disagree.
Krypton builds for Raspberry Pi have basically been rock solid since very early nightlies and the new video player only improved things on RPis (perfect A/V sync).
Video (and upscaling) quality has not degraded the slightest on the Pis in Krypton.However, I am not even able to reproduce that kind of flawless playback on the S905X with Jarvis.
Audio is always slightly out of sync and I experience subtle micro-stutters, which are not put down as frame drops or skips...Anyhow - the video upscaling is left to the hardware on RPIs. It is my understanding, that this is the same for AMLogic devices?
At least I cannot change the upscaling method when hardware acceleration is enabled, same as on Pis.
If that is the case, a new video player (software) should not even have a negative impact... -
Yeah but the Jarvis upscaling is something I could live with (I barely watch SD anymore and it is not as obvious on 720p content).
In Krypton however, it looks unbearably blocky -> unwatchable.Thanks for your help.
-
Unfortunately I don't know much about the decoder, I can't promise they will be fixed. At the same time I don't see any frame skips except when browsing GUI during playback.
Hi kszaq.
I created two separate bug reports for frame skips and upscaling quality, please have a look:
1. thread-4268.html
2. thread-4269.htmlI hope the attached logs help you to identify the potential issues and maybe reproduce them.
Thanks in advance for looking into this.
-
EDIT:
As it turns out, the root cause is not low quality upscaling, but rather bad chroma upsampling (due to forced deinterlacing) in general.All SD and 720p upscaling looks awful.
Much worse than in Jarvis (7.0.3.012c), worse than on RPi2 and worse than even regular Bilinear upscaling.Device type:
S905X
Build:
7.90.beta2
Device:
Mini M8S II 2GB/16GBHow to reproduce:
Start any SD video and compare to Jarvis.Sample:
Happens with every SD or 720p video.Specs from video in log:
Quote
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 21 min 36 s
Bit rate : 565 kb/s
Width : 720 pixels
Height : 400 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.082
Stream size : 87.3 MiB (81%)
Writing library : x264 core 148 r2597M e86f3a1
Encoding settings : cabac=1 / ref=5 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-3 / threads=12 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=19.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Language : EnglishAudio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 21 min 36 s
Bit rate mode : Constant
Bit rate : 128 kb/s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 spf)
Compression mode : Lossy
Stream size : 19.8 MiB (18%)
Language : English
Default : YesSupport logs:
Attached.
The video only ran for a few minutes.
Even the SD video triggered 2 frame skips in that short period of time (other bug report). -
I have frame skips in all 23.976p videos.
Device type:
S905X
Build:
7.90.beta2
Device:
Mini M8S II 2GB/16GBHow to reproduce:
Frame rate switching is on (start/stop).
Menu is on 1080p/60Hz.
Audio is set to HDMI passthrough.
Almost everything else is on default.-> Start any H264 23.976p video.
Sample:
Happens with every clean H264 encode.
All the encodes tested work fine with 7.0.3.012c or on a RPi2 with any Krypton build.
Specs from video in log:Quote
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 21 min 22 s
Bit rate : 5 120 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.103
Stream size : 783 MiB (93%)
Language : English
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : A_AC3
Duration : 21 min 23 s
Bit rate mode : Constant
Bit rate : 384 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 spf)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 58.7 MiB (7%)
Language : English
Default : Yes
Forced : NoSupport logs:
Attached.
The video only ran for a few minutes and more than 20 frame skips occurred. -
Negative (high priority):
- My biggest concern right now: I have regular frame skips. These occur in various (all?) normal h264 and x264 encodes I tested, both 720p and 1080p. All are clean encodes which work flawlessly on the Pi. I think all were 23.976Hz. Frame rate switching is active and does seem to work. Am I doing something wrong? I did not touch the defaults for hardware acceleration. Resolution is on 1080p/50Hz in the menus. Since the old AVR is now between the box and TV, there is no 4K support anymore.
- Upscaling quality of SD videos looks awful. Very blocky and annoying. I disabled hardware acceleration and tried software decoding and even Bilinear upscaling looks better than the hardware accelerated upscaler. Is there a way to change that? 720p does not look good either and is much cleaner on the Pi.Quote
I just put the 7.0.3.012c on an SD to see if my issues may be Krypton-specific.- I did not see any immediate frame skips (nor were any in CodecInfo), but I need a bit more time for testing to confirm.
- Upscaling of SD and 720p looks much better in Jarvis. No concerns here.Hi kszaq,
can you comment this?
Are you aware of these issues and will they be fixed in a future release? -
Thanks for the info.
But I did see very subtle micro-stutters during playback, is there another reason? Maybe some A/V syncing in the background?
There were no frame skips or drops. -
23.976Hz is not available on my Mini M8S II (S905X).
Neither with 7.0.3.012c, nor with 7.90.beta2.
Am I doing something wrong?23.976Hz videos are displayed with 24Hz, which results in a micro-stutter every 40ish seconds.
I also cannot select 23.976Hz as refresh rate for the menus - only 24Hz, 50Hz and 60Hz.
My RPi2 offers all 23.98Hz, 24Hz, 29.97Hz, 30Hz, 50Hz, 59.98Hz and 60Hz... -
I just put the 7.0.3.012c on an SD to see if my issues may be Krypton-specific.
Fortunately, many of them seem to be.- I did not see any immediate frame skips (nor were any in CodecInfo), but I need a bit more time for testing to confirm.
- Upscaling of SD and 720p looks much better in Jarvis. No concerns here.- Full CodecInfo information.
- No weird shaking while skipping in video.I will test if the other things are OK in Jarvis as well.
-
Hello kszaq.
Thanks again for your great software support.
I received my Mini M8S II 2GB/16GB (S905X) a couple of days ago and now had the time to test a bit.
Setting up worked great (thanks to your very good manual) and I copied LibreELEC to the NAND after successful video tests.I am coming from a Raspberry Pi 2, which is of course a very mature platform.
So I wanted to tell you what I noticed and what issues I am seeing at the moment.Positive:
- 4K/HDR seems to work fine for me, at least with the few demo videos I tried. TV is an LG OLED65B6V.
- Speed is really great, much faster than the Pi of course.
- HD audio bitstreaming works fine on all files I tested, A/V sync seems to be good.Negative (high priority):
- My biggest concern right now: I have regular frame skips. These occur in various (all?) normal h264 and x264 encodes I tested, both 720p and 1080p. All are clean encodes which work flawlessly on the Pi. I think all were 23.976Hz. Frame rate switching is active and does seem to work. Am I doing something wrong? I did not touch the defaults for hardware acceleration. Resolution is on 1080p/50Hz in the menus. Since the old AVR is now between the box and TV, there is no 4K support anymore.
- Upscaling quality of SD videos looks awful. Very blocky and annoying. I disabled hardware acceleration and tried software decoding and even Bilinear upscaling looks better than the hardware accelerated upscaler. Is there a way to change that? 720p does not look good either and is much cleaner on the Pi.Negative (lower priority):
- The information given by PlayerDebug (old CodecInfo) is very scarce. You get much more information about what's going on on the Pi.
- Skipping (like 30s, 10min etc.) in videos looks a bit scary with black bars "shaking" the video, but it does not seem to have a negative effect when the video is picked up again.
- I always use the add-on "Unpause Jumpback". When I press pause it skips back 4s so I won't miss any audio. This does work with the S905X too, but the picture actually does not go back but freezes and only picks up again once the audio caught up to it... A bit weird.
- I am using a USB IR receiver with a PC MCE remote. This works with the M8S as well, but pressing a button sometimes triggers another action like home or back or up/down/left/right. This is a bit frustrating.
- SMB (Samba) seems very fragile at the moment (share from Synology NAS). Not a very big issue for me right now, since I can use NFS, but it might be an issue to others. Many times no SMB share is found at all. Sometimes it works after a reboot, but not always. The same shares are always present on the Pi.I hope these observations help to improve the software.
Maybe I am making some mistakes too and there is a simple solution for some things?